WordPress wieder extrem Langsam


No Comments

Wie ihr es vielleicht schon bemerkt habt, ist LinuxDoku in den letzter Zeit wiedermal total langsam. Ich bitte dieses Verhalten zu entschuldigen.

Ich weiß nicht was ich an WordPress noch alles ändern soll, ich habe bereits Code ausgemistet, Plugins rausgeschmissen und Caches eingerichtet, aber WordPress lahmt immer noch sehr. Am Hoster sollte es auch nicht liegen, da auf selbigem ein schnelles Drupal mit einigen Modulen läuft. Die Datenbank arbeitet für die Monatliche Miete auch relativ performant (als Server Besitzer ist man ziemlich verwöhnt was das angeht ;) ).

Warum ich die ganze Seite nicht auf meinen Server packe?
Ganz einfach, über diesen Webspace laufen unter anderen meine Mail Adressen, Privates Wiki und Dateiablage, auf welche ich auch im Falle eines Serverausfalls gerne Zugriff hätte. Da mir bei diesem Hoster erst ein mal ein Ausfall in nun schon ganzen 3 Jahren untergekommen ist, denke ich ist das auch die beste Lösung.

Mal sehen evl steige ich ja irgendwann mal auf Serendipity, Drupal oder das neue Litotex um, um diese lästige WordPress Installation loszuwerden…

PHP_FCGI_CHILDREN – spar dir den Ram!


2 Comments

Mein kleiner Debian Test Server hat die letzten Tage unwahrscheinlich viel Ram gezogen. Von 265MB welche verbaut sind, nutzte er bereits nach einem Neustart ganze 75% – das kann es ja nicht sein, schließlich laufen dort lediglich ein Lighttpd, MySQL, Exim4, Courier und SSH, also nichts weltbewegendes. Zu diesem Zeitpunkt griff ich auch nur mit 2 Rechnern auf meine PHP Anwendungen zu.

Also begann ich die vielen php5-cgi Prozesse genauer unter die Lupe zu nehmen, da diese am meisten Ram brauchten. Nach einigem unnützen hin und herstellen in der PHP.ini wagte ich mich noch an die FastCGI Konfiguration von Lighttpd, dort habe ich nur so zum Test die PHP_FCGI_CHILDREN heraus geschmissen und siehe da, der Server benötigt nach einem Neustart des Webservers Lighttpd nur noch gute 30 bis 50% Ram, wenn das mal kein befriedigendes Ergebnis ist.

Des weiteren habe ich nun anstatt 12 php5-fcgi Prozessen nur noch 4 Stück. Offenbar beendet PHP oder FastCGI die Geforkten Tasks nicht mehr richtig …

Laut PHP Bugtracker existiert dieser Bug schon seit gut 3,5 Jahren: http://bugs.php.net/40286

FAT32 das alt bekannte Leid Lied


No Comments

Soeben musste ich auf meinen 8GB USB Stick von meinem Windows Notebook aus einen Film kopieren, welcher nach dem export aus Adobe Premiere ganze 4,36GB umfasst. Eigentlich nicht weiter tragisch, wäre da nicht die Meldung “Das Zieldateisystem ist voll!” (oder so ähnlich ;) ) obwohl der USB Stick leer ist.

Was nun? Nach mehrmaligen probieren, sowie ein und ausstecken ist mir dann eingefallen, das die Maximale Dateigröße von FAT32 4GB ist. Kurz um, ich habe den USB Stick über den Arbeitsplatz zu NTFS umformatiert und schon klappt alles reibungslos … bis auf den Zugriff von Linux und Mac OS X aus, aber das ist eine andere Geschichte.

Randbemerkung: Warum kein Linux filesystem verwenden? Ganz einfach, auf dem Zielrechner, der mit für die Präsentation gestellt wird, habe ich keinen Admin Zugriff und kann somit keinen ext3 Treiber installieren.

Browsergames – Welche Last verursachen diese?


3 Comments

Browsergames – jeder kennt eines, viele Spielen eines und so mancher hat selbst schon einmal eines Entwickelt. Doch welcher Aufwand ist es ein solches zu Entwickeln und wie Betreibe ich eines?

Welche Technik und Infrastruktur steckt hinter Browsergames?
Ein Browsergame ist im Grunde eine normale Webseite welche in PHP, Phyton, Perl oder sonst irgendeiner Programmiersprache Entwickelt sein könnte. Oft kommt dazu noch ein wenig JavaScript um es für den Nutzer ansprechender zu Gestalten.

Auf Serverseite sieht es auch meist gleich aus, es werkelt mindestens ein Linux Server mit der Verwenden Script Sprache und einer Datenbank, sowie einem Mailserver. Wird das Browsergame jedoch größer findet hier meist eine Trennung zwischen Web-, File-, Database- und Mail Server statt, da diese dann entsprechend optimiert und die Last somit besser verteilt werden kann.

Im Grunde ist das ganze bisher kein Hexenwerk, geht man aber ins Detail trifft einen der Schlag. Eine normale Webseite wird pro Besuch vielleicht 5 bis 10 mal aufgerufen, hierbei wird die Seite mit Menü und Konsorten aus einer Datenbank gelesen und falls das System schlau ist in einen Cache geschrieben. Bei einem Browsergame hingegen kann nichts gecached werden, da alles Dynamisch für den Spieler aufbereitet wird.

In Zahlen, eine Webseite hat pro Besuch 5 bis 10 Requests. Ein Browsergame kann auch mit diesen 5 bis 10 Requests auskommen, doch dazu kommen noch die AJAX Abfragen, welche nahezu sekündlich ausgeführt werden. Nehmen wir einmal an es wird alle 5 Sekunden eine AJAX Abfrage ausgeführt, dann sind wir schon bei ganzen 12 Weiteren Abfragen pro Minute (Man beachte im Normalfall sind es noch einige mehr!) das würde bei einer Durchschnitts Onlinezeit von 15 Minuten ganze 180 Requests ausmachen!

Wie optimiere ich meinen Server?
Gehen wir mal davon aus, das das Spiel perfekt auf die vielen Requests ausgelegt ist. Was kann man dann auf der Server Seite machen?

Einen kleinen schnellen Webserver verwenden, ich empfehle an dieser Stelle Lighttpd, welcher aus meiner Sicht sich für ein solche Unterfangen wesentlich besser eignet als Apache(2). In der Konfigurationsdatei können unter anderem auch diverse Module wie “webdav”, “rewrite” und falls es nicht benötigt wird das Modul “accesslog” deaktiviert werden. Je nach Bedürfnis können natürlich Module ein- bzw. abgeschaltet werden, allerdings sollte die Liste der aktiven immer so kurz wie möglich gehalten werden.

Seitens der Scriptsprache. Da hier keine explizit festgelegt wurde, an dieser Stelle nur einige allgemeine Hinweise. In den jeweiligen Konfigurationsdateien gibt es oft eine Reihe an Parametern, mit denen man Funktionen abschalten kann, welche nicht unbedingt benötigt werden, beispielsweise, das im Header gesendet wird, das diese Seite mit PHP Version 5.3.x erstellt wurde. Tipps gibt es in einschlägigen Webseiten, Foren und Blogs.

So wenig Dienste als möglich! Das sagt eigentlich schon alles, im Hintergrund sollte keine Sinnlosen Dienste wir FTP laufen, wenn diese gar nicht benötigt werden. Sollte es der Fall sein, das man einen dieser Dienste benötigt, einfach schnell via SSH einloggen und nach nicht einmal 10 Sekunden läuft der Dienst.

Gute Hardware ist die halbe Miete. Nicht nur Zuhause beim Entwickeln, auch Online erspart gute Hardware viele Schlaflose Nächte, in denen der Server überlastet ist oder sich aufgehängt hat. Ich empfehle so viel RAM wie möglich und einen Schnellen CPU.

Fazit
Browsergames sind wahre Ressourcenfresser, doch mit der richtigen Hardware, den Perfekten Einstellungen und natürlich Sauber und Performant geschriebenen Quellcode steht dem Spaß nichts mehr im Wege.

Linux: XAMPP – LAMPP


No Comments

Da dieser Artikel aus unserem alten Wiki oft angefordert wird, hier das Backup davon:

Fürs Webdesign und die Webentwicklung werden natürlich Apache (Webserver), PHP, MySQL und noch ein paar andere Tools wie Pearl oder Python benötigt, dieser Artikel zeigt wie man LAMPP, bzw. XAMPP auf dem eigenem Linux System installiert.

Herunterladen

Als erstes muss das Archiv heruntergeladen werden. Einen Aktuellen Link finden Sie hier:

http://www.apachefriends.org/de/xampp-linux.html

Installieren

Installieren muss man eigentlich gar nichts, man muss lediglich das heruntergeladene Archiv ins Verzeichniss /opt entpackt werden. Dies erledigen Sie mit dem Befehl tar:
Sie müssen diesen Befehl mit root Rechten ausführen!

tar xvfz xampp-linux-1.7.tar.gz -C /opt

Ersetzten Sie “xampp-linux-1.7.tar.gz” durch das von ihnen heruntergeladene Archiv!

Nun ist die Installation abgeschlossen.

Starten

Um jetzt Lampp zu starten müssen Sie lediglich eine Konsole öffnen und:

/opt/lampp/lampp start

ausführen, und zwar mit root Rechten.

Autostart

Damit Lampp Automatisch startet, öffnen Sie die Datei:

/etc/init.d/rc.local

Und fügen Sie den Befehl zum Starten von Lampp ein:

/opt/lampp/lampp start

Speicheren Sie nun ab. Jetzt sollte LAMPP bei jedem Hochfahren Automatisch starten.

Wenn ein Dienst nicht startet

Falls ein oder mehrere Dienste nicht starten wie z.B. Apache, PHP, MySQL, usw. müssen Sie die Rechte des LAMPP Verzeichnisses anpassen, dies machen Sie mit dem Kommando chmod. Öffnen Sie eine Konsole und führen folgendes aus (Natütlich mit root Rechten):

chmod -R 777 /opt/lampp

Nun müssen Sie noch den Konfiugurationsdateien die richtigen Rechte zuweisen.

chmod 755 /opt/lampp/etc/my.cnf

Und

chmod 755 /opt/lampp/phpmyadmin/config.inc.php

Nach diesem Schritt sollten zwar die Dienste wieder laufen, aber es hat nun jeder vollen Zugriff auf die Dateien und Verzeichnisse! Falls Sie die Dienste mit dieser Methode wieder in Gange bringen wollen, sollten Sie eine Firewall während Sie LAMPP am laufen haben verwenden.

Tipps

Ein Paar Tipps, die den Umgang mit LAMPP erleichern.

MySQL Passwort
Es ist kein MySQL Passwort gesetzt, d.h. das Feld einfach frei lassen.

Wo kommen die html/php Dateien hin

Ihre html/php Dateien kommen hier hin:

/opt/lampp/htdocs

Achten Sie darauf, das die richtigen Rechte für die Dateien gesetzt sind!

PHP.ini

Die PHP.ini finden Sie hier:

/opt/lampp/etc/php.ini

Weiterführende Links

http://www.apachefriends.org/de/index.html - Webseite von XAMPP und LAMPP
http://www.apachefriends.org/de/xampp-linux.html – Webseite von LAMPP

Older Entries