Etikettarkiv: Drupal

Lösning för MAMP: ”MySQL server has gone away”

Stötte idag på problem då jag skulle importera en Drupal-databas från live till min lokala miljö, MAMP (inte pro!).

ERROR 2006 (HY000) at line 893: MySQL server has gone away

Problemet ovan ledde i sin tur till att endast 30st tabeller kom med, och Drupal fick damp. Detta är ganska enkelt att åtgärda, för såväl Pro som oss vanliga dödliga.

  1. Stoppa MAMP.
  2. Om du INTE kör PRO, skapa /Applications/MAMP/conf/my.cnf
    Om du kör PRO: Opened File > Edit Template > MySQL my.cnf

Jag kör numera på följande conf, vilket löste problemet för mig:

[mysqld]
max_allowed_packet = 64M
wait_timeout = 6000
[mysqldump]
max_allowed_packet = 64M

Drupal – första intrycken

Drupalicon
Drupalicon

Sedan en tid tillbaka så har jag tittat en del på Drupal, främst version 7. Tänkte nu skriva lite om de första intrycken, samt jämföra lite med WordPress.

Struktur

Drupal har några riktigt starka fördelar jämte WordPress. Strukturen för utvecklaren är på en helt annan nivå. Man märker att det faktiskt är ganska genomtänkt, och inte bara klistrat samman flera generationer av kodares flummiga avkomma.

Det tar längre tid att sätta sig in i Drupal, främst på grund av att allt är ganska strikt strukturerat. Koden ska helt enkelt se ut på ett visst sätt.

Tro inte att det innebär att man bara har en väg till lösning. Precis som vanligt så lägger man givetvis en personlig touch på det hela, och rent teoretiskt så kan man ju faktiskt skriva koden hur man vill. Sen om man vill att det ska fungera bra, alternativt om man vill publicera moduler, teman eller något annat på Drupals sida så är det en helt annan sak.

Prestanda

Viktigaste fördelen med Drupal. Dels äter Drupal mycket mindre minne än WordPress i grunden, men så har man tänkt till lite mer med Drupal. Möjligheten att cachea, komprimera osv finns från början.

Med WordPress måste man ladda hem ett plugin, som förhoppningsvis fungerar osv. Inte direkt optimalt någonstans, även om det finns ganska bra plugins för just detta.

From Drupal 7 så finns hyggligt stöd för Varnish direkt. Vill man ha fullt stöd (tänker då även på automatisk rensning av cache vid uppdaterad sida osv) så bör man köra med speciell dist, tex Pressflow.

Användarbarhet

Som standard är Drupal fortfarande mindre användarvänlig än WordPress. WordPress fungerar ganska bra utan att man gör något direkt (förutom prestandaproblem osv), medan Drupal behöver mer konfiguration. Givetvis är detta en starkt bidragande anledning till att WordPress är så populärt.

När man väl har ställt in allt så ser jag inga som helst fördelar med WordPress jämte Drupal. Tvärtom faktiskt. Dessutom finns många fler möjligheter att konfigurera Drupal. Ett enkelt exempel är att ställa in användare.

I WordPress måste du skapa en ny användartyp genom kod i ditt tema eller i ett plugin (ändring av core är generellt bara dumt). Vill du ta bort eller ändra en existerande användartyp så kluddas det till direkt. Troligen så måste du skriva en bit kod som först säger till WordPress att ta bort användartypen från db, sen lägga till osv osv.

Med Drupal är allt ovanstående busenkelt. Du går in i adminpanelen för användarbehörighet, klickar i boxar för allt och saken är klar.

Lite kritik

Jag har kritiserat WordPress ganska friskt stundtals. Trots det är denna blogg gjord i WordPress, så totalt värdelöst är det ju uppenbarligen inte. Alternativt så har jag bara inte haft tid och ork för att byta, avgör själva hur ni ska tolka det.

Men nu är det lite tid att kritisera Drupal, för allt är verkligen inte gröna ängar där heller. Läser API-n (som generellt är mer korrekt än WordPress codex).

Här hänvisar man till funktionen theme_content():

@see theme_comment()

Här skriver man följande (i theme_content()):

function theme_comment($variables) {
  // This function is never used; see the corresponding template file instead.
}

Okej, hur logiskt är det på en skala?

WordPress vs Drupal Performance

Minneshantering CMS
Minneshantering - Lägre är bättre

Jag har kritiserat WordPress ett tag nu. Framförallt (kanske enbart?) prestandan och minneshanteringen. Se äldre inlägg: Prestanda för WordPress MU och WordPress prestanda laddningstider.

Sven Al Hamad har gjort ett ganska intressant test, där han jämför olika CMS-system. Vissa diskuterar säkert fortfarande om WordPress verkligen ska få kallas CMS-system, men vi förenklar det hela. Skriv gärna hatbrev i kommentarerna nedan 😉

Han jämför Drupal 7.0, WordPress 3.0.4, Joomla 1.6.0, TomatoCMS 2.0.8 och Webiny 2.0a1. Vissa skarpsynta personer kommer säkert lägga märke till att testet inte är helt up to date. Självklart hade det varit mer optimalt med snygga grafer från ett bra test från idag. Känner du till ett sådant? Kommentera gärna!

Först visar han ett diagram på ett stresstest. Hur många requests/second klarar systemet. Webiny är helt outstanding. Både med och utan cache. Cache består för övrigt i detta fall av APC OpCache + MemCache. Drupal landar på en trygg andraplats. WordPress kniper tredjeplatsen tätt följd av Joomla.

Andra delen av undersökningen är systemens minneshantering. Helt enkelt, hur mycket minne drar systemet.
Även här Webiny outstanding, Drupal tickar in på en andra plats osv. Intressant är att WordPress är en levande katastrof om man kör utan cache. I detta fall är WordPress verkligen toksämst! För guds skull, kör aldrig WordPress utan cache!

Läs mer ingående på Sven Al Hamad’s Blog. Han skriver även lite mer om vilka metoder han använt osv.