FAQ |
Kalender |
![]() |
#51 | |||
|
||||
Har WN som tidsfördriv
|
Att vänta tills användare loggar in och sedan konvertera är en dålig idé. Det kan dröja innan alla har loggat in. Bättre att konvertera allting på studs.
|
|||
![]() |
![]() |
![]() |
#52 | |||
|
||||
Supermoderator
|
Jim,
Applåder!
__________________
- • Jag (Twitter) kränger domäner via Fancy.Domains • Jag värderar domäner via Värderadomäner.se - 20% rabatt för WN-medlemmar. Uppge kod: wn20. |
|||
![]() |
![]() |
![]() |
#53 | |||
|
||||
Har WN som tidsfördriv
|
Här är den kod jag skrev för att göra detta. Hoppas den kan hjälpa andra.
<?php echo "Startar konvertering ...<br><br>"; $sql_host = 'subdomän.domän.se'; $sql_database = 'name_of_db'; $sql_username = 'username'; $sql_password = 'password'; $sql_table_name = 'name_of_table'; // Ta en fras härifrån: https://api.wordpress.org/secret-key/1.1/salt/ $salt = "din fras kommer här"; $mysql_connect = mysql_connect($sql_host, $sql_username, $sql_password); mysql_select_db($sql_database, $mysql_connect); // Namn på kolumner nedan kan behöva korrigeras: $result = mysql_query("SELECT username, password FROM ".$sql_table_name.""); while($row = mysql_fetch_array($result)) { $new_hash = md5($salt.$row['password']); mysql_query("UPDATE ".$sql_table_name." SET password = '".$new_hash."' WHERE username = '".$row['username']."'"); } echo "Konverting klar"; ?> <pre> Ändra nu följande: ----------------------- Ändra din inloggning från: if(md5($_POST['password']) == $password) { // Inloggad } Eller liknande som du har till följande istället: $salt = "din fras kommer här"; if(md5($salt.md5($_POST['password'])) == $password) { // Inloggad } Radera sedan denna filen från servern! </pre> |
|||
![]() |
![]() |
![]() |
#54 | ||
|
|||
Klarade millennium-buggen
|
Gör backup på DBn innan man kör det här, så man kan rulla tillbaka om något går fel.
Citat:
|
||
![]() |
![]() |
![]() |
#55 | |||
|
||||
Mycket flitig postare
|
Visst kan man konvertera alla på en gång, nackdelen med att göra allt på en gång är att man måste stänga av sidan vid konverteringen. För mindre sidor är det inga problem men för större sidor så kan det bli en del downtime.
|
|||
![]() |
![]() |
![]() |
#56 | |||
|
||||
Mycket flitig postare
|
Visst ska man ha "bra" lösenord men är dåliga lösenord verkligen det största problemet?
Det spelar väl ingen roll om jag har XMdfpfvew :_5ghtj)KFHJFHN &%()€=#/FTY€)JFMWofe om jag har samma på alla ställen? Kommer det ut på ett ställe (vilket det kommer förr eller senare) så är jag ju rökt överallt. Att skratta åt dem som hade enkla lösenord på Bloggtoppen är väl också att skjuta fel - om de har olika på alla ställen och "säkra" på känsliga/viktiga platser, so what? Att jag reagerar är att jag fått mejl från ett par kunder som är oroliga och undrar över sina lösenord - vill att jag ändrar på alla deras platser till ett (1) säkert som de kopierat från en tidning. Visst vi kan kräva att webbplatser har en säker hantering av användaruppgifter men ska vi vara ärliga så är det väl bara en tidsfråga innan vi ser nästa databas dump. Med det inte sagt att vi ska göra vad vi kan för att skydda användare. |
|||
![]() |
![]() |
![]() |
#57 | ||
|
|||
Har WN som tidsfördriv
|
Med lite planering är det löst ganska smärtfritt. Förhoppningsvis sker ju inte utveckling mot produktionsmiljö.
Senast redigerad av Adestro den 2011-10-26 klockan 18:32 Anledning: Missförstod Cliffan |
||
![]() |
![]() |
![]() |
#58 | |||
|
||||
Mycket flitig postare
|
Citat:
2. Saltet bör läggas efter lösenordet för att försvåra bruteforce |
|||
![]() |
![]() |
![]() |
#59 | |||
|
||||
Bara ett inlägg till!
|
Tyvärr fanns man med i databasen, men jag lyckades inte dekryptera mitt lösenord. Någon som har en uppfattning om hur svårt är det att få fram lösenordet om man använder "unika" ord som inte finns med i kända databaser?
|
|||
![]() |
![]() |
![]() |
#60 | |||
|
||||
Klarade millennium-buggen
|
||||
![]() |
![]() |
Svara |
|
|