Ändra WordPress-tema via databasen

Ibland har man oturen när man uppdaterar och/eller byter tema att något kan gå snett. Följande tips kan hjälpa till om felet beror på temat och gör så att du varken kommer åt framsidan eller admin-sidorna.

  1. Logga in till din databas, lämpligen via phpMyadmin
  2. På fliken SQL skriver du in följande kod som kommer visa vilket tema du har på din blogg
  3. SELECT *
      FROM wp_options
        WHERE option_name = 'template'
        OR option_name = 'stylesheet'
        OR option_name = 'current_theme';
  4. Skriv ned vad som står i fältet option_value, detta ifall det går åt skogen ännu en gång kan du åtminstone ändra tillbaka som det var innan.
  5. Ändra nu dessa värden till ett annat tema, förslagsvis default, det gör med följande SQL-kod
  6. UPDATE wp_options SET option_value = 'default' WHERE option_name = 'template';
    UPDATE wp_options SET option_value = 'default' WHERE option_name = 'stylesheet';
    UPDATE wp_options SET option_value = 'WordPress Default' WHERE option_name = 'current_theme';
  7. Om du inte fick några felmeddelanden på ovanstående steg ska du nu ha bytt ditt tema till det vanliga blå som följde med din blogg.

I ovanstående exempel har jag utgått från att du valde wp som prefix vid installation av din databas, har du något annat får du ändra i SQL-koden ovanför till det prefix du har valt. Det du ska ändra är alltså wp_options till ditt egna prefix_options, vad du nu valde. Om du är osäker kan du kolla vad tabellerna heter när du loggat in med phpMyadmin

Steinbrenner & Nyberg follow up

Kära Fabian fick lite hicka när han besökte Steinbrenner & Nyberg:s nya webbplats och jag kan inte mer än hålla med. Då jag bloggar alltför sällan tar jag och fortsätter med lite fler synpunkter än de Fabian tagit upp på hans blogg.

Kortfattat tar Fabian upp dessa problem

  1. Frames
    Hela sidan är uppbyggd med frames, varför är ett mysterium då sidan skulle fungera lika bra utan, dock så slipper man ju se alla de hemska och världslånga länkarna i adressfältet, vilket är problem nr 2. Sedan att frames inte ens finns med i kommande html5 kan ju inte kännas framtidssäkert (även om webbläsare även stödjer äldre tekniker)
  2. URL
    Alla länkar är hur långa som helst, de berättar inget om sidan. En länk idag ska vara kort och i princip vara sidans titel
  3. Redirects
    Alla gamla sidor har man nu slängt och går man in på en gammal sida får man felmeddelande, korrekt hade givetvis att göra en http 301 till motsvarande sida på den nya webbplatsen.
  4. Tabeller
    Sidan är uppbyggd med tabeller, de som jobbar med webbdesign säger no no. Tabeller tabulerar man data i, inte bygger upp sidans struktur. Man hör det nästan på namnet- t-a-b-e-l-l
  5. Inline kod
    Både javascript samt css hittas inline lite varstans, lite för frekvent, vilket gör sidornas storlek onödigt stora. Alla byte små blir snart en kilobyte stor.

Nu får jag inte heller betalt för att analysera sönder deras webbsida men en sak som är fel, som i ett riktigt fel är teckenkodningen. Deras server matar ut sidan i utf-8 men i alla metataggar på sidorna anges iso-8859-1. Dags att bestämma sig, jag röstar på utf-8 🙂

Sedan kan man även tycka att det är onödigt skicka med dubugg-meddelanden ut till vanliga besökare, likaså att skicka med js och css för adminsidorna och 10000 tomrader…. Önskar mig även roligare titlar på sidorna, nu har ni satt samma på alla och jag vet vad ni heter, jag vill t.ex. ha bakverkens namn osv.

Gör man en nslookup på http://www.steinbrenner-nyberg.se hamnar man på 217.28.193.41 vilket ägs av Webb Kooper AB, därmed bekräftat att de är medskyldiga till att visa hur man ej ska göra en webbsida är 2010.

Jag föreslår att Kooper börjar läsa på lite om webbdesign hur den utförs idag och hur den utfördes innan 2000 😉
Ni kan börja träna genom att få bort lite valideringsfel, inte för att jag är petig med sådant själva men övning ger färdighet. Öppnar man en tagg, ska man även stänga den 😉