http://people.apache.org/~jim/presos/ACNA11/Apache_httpd_cloud.pdf

In welchen Fällen bei foreach-Schleifen nutzt PHP intern Kopien und wann nicht:

http://nikic.github.com/2011/11/11/PHP-Internals-When-does-foreach-copy.html

Was bei Google unter anderem wichtig ist: Qualität, Rechtschreibung …

http://sixrevisions.com/content-strategy/creating-websites-optimized-for-googles-panda-algorithm/

PHP Session Storage via MySQL Cluster und Memcached-Frontend:

http://schlueters.de/blog/archives/164-High-Performance-PHP-Session-Storage-on-Scale.html

6 Kostenloses Web-Speed-Tools:

http://t3n.de/news/website-speedtest-6-kostenlose-tools-342243/

Wie Facebook seine Releases deployed, monitored usw.

http://www.facebook.com/video/video.php?v=10100259101684977&oid=9445547199&comments

Warum man den Destructor nicht manuell aufrufen sollte:

http://www.stoimen.com/blog/2011/11/14/php-dont-call-the-destructor-explicitly/

Auf welche Weise man Selenium 2 nutzen kann:

http://css.dzone.com/articles/selenium-2-php-code

Fallstudie wie 500ms oder 1000ms die Conversion nachhaltig beeinflusst:

http://www.webperformancetoday.com/2011/11/23/case-study-slow-page-load-mobile-business-metrics/

PHP Aufgaben mit so wenig Bytes wie möglich lösen:

http://www.phpgolf.org/

Ähnliche Artikel:

1. Linkpool Nummer 23
2. Linkpool Nummer 21
3. Linkpool Nummer 20

Die Länge der folgenden Domains ist gleich, es ist also egal ob ich

http://domain.de/forum

oder

http://forum.domain.de

anlege. Es gibt jedoch einige technische Unterschiede. Sollte ich beispielsweise später das Forum auf einen eigenen Server umziehen wollen ist das mit der zweiten Möglichkeit einfacher. Des weiteren sind die Sessions durch die Subdomain getrennt, ich kann also im Forum nicht auf die Session-Daten der Hauptdomain zugreifen und andersrum. Sollte ich das doch wollen müßte ich

ini_set("session.cookie_domain", ".domain.de");

die Einstellung ändern, dann teilen sich alle Subdomains die Session-Daten.

Solange wir nur einige wenige Subdomains für Forum, Blog und Webseite erstellen möchten tun wir das normalerweise manuell direkt in den DNS-Einstellungen, und wir fügen im Apache einen entsprechenden VirtualHost Eintrag hinzu, beispielsweise

NameVirtualHost *:80

<VirtualHost *:80>
    DocumentRoot /www/forum
    ServerName forum.domain.de
    ...
</VirtualHost>

<VirtualHost *:80>
    DocumentRoot /www/blog
    ServerName blog.domain.de
    ...
</VirtualHost>

Ich habe nun die Domain ipv6only.de, unter der ich einen Subdomain-Dienst anbieten möchte für Webseiten, die nur via IPv6 zu erreichen sind. Dabei gibt es verschiedene Möglichkeiten, wobei ich vorerst mit einer Weiterleitung anfangen möchte und eventuell einer “Frameweiterleitung”. Jemand kann sich also registrieren, beispielsweise die Subdomain simon.ipv6only.de , und dann diese Subdomain weiterleiten auf die nicht so gut merkbare IPv6-Adresse http://[2001:0db8:85a3:08d3:1319:8a2e:0370]/ oder zum Beispiel auf http://hosterxy.com/user/simon245/

Wie geht das nun? Wir richten als erstes einen Wildcard-Eintrag im DNS ein, hier die 6. Zeile mit dem Sternchen (für IPv6 wäre es dann ein AAAA Eintrag):

Dadurch werden schonmal alle Subdomains auf meinen Webserver 85.214.28.26 geleitet. Dort erstelle ich dann auch einen entsprechenden Wildcard-Eintrag im Apache:

<VirtualHost 85.214.28.26:80>
    ServerName ipv6only.de
    ServerAlias *.ipv6only.de
    DocumentRoot /www/ipv6only
 </VirtualHost>

Nun landen also alle Subdomains im Verzeichnis /www/ipv6only . Soweit so gut, nun können wir mit Hilfe von PHP  für jede Subdomain die entsprechende Weiterleitung herausfinden, beispielsweise aus einer Datenbank.

<?
$domain = strtolower($_SERVER['SERVER_NAME']);

// in $subdomain we want to have "simon" or "forum.simon"
$position = strrpos($domain, '.ipv6only.de');
$subdomain = substr($domain, 0, $position);

// get the target url for the subdomain
$row = $dbmodel->fetchRow(array('subdomain' => $subdomain));

header("Location: ".$row['TargetUrl'], true, 301); ?>
You are being redirected to <a href="<?=$row['TargetUrl']?>"><?=$row['TargetUrl']?></a>

Bei einer Frameweiterleitung bleibt die *.ipv6only.de Adresse in der URL stehen, da die Zielseite nur in einem Frame angezeigt wird. Das geht beispielsweise so:

<?
$domain = strtolower($_SERVER['SERVER_NAME']);

// in $subdomain we want to have "simon" or "forum.simon"
$position = strrpos($domain, '.ipv6only.de');
$subdomain = substr($domain, 0, $position);

// get the target url for the subdomain
$row = $dbmodel->fetchRow(array('subdomain' => $subdomain));

if ($row['Type'] == 'Frame') { ?>
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
    <html>
        <head>
            <title><?=$domain ?></title>
        </head>
        <frameset>
          <frame src="<?=$row['TargetUrl']?>">
        </frameset>
    </html>
<?
} elseif ($row['Type'] == 'Forward') {
    header("Location: ".$row['TargetUrl'], true, 301); ?>
    You are being redirected to <a href="<?=$row['TargetUrl']?>"><?=$row['TargetUrl']?></a>
<?
}

Anstatt dies alles mit PHP zu machen könnte man sich auch eine Umsetzung mit mod_rewrite vorstellen, allerdings ist man damit nicht so flexibel. Für jede Weiterleitung würde also eine entsprechende Regel in der .htaccess stehen:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^simon\.ipv6only\.de$ [NC]
RewriteRule ^(.*) http://hosterxy.com/user/simon245 [R=301,L]

Die .htaccess-Datei würde auch recht groß bei vielen Tausend Einträgen, das Editieren würde komplexer (wenn jemand die Ziel-URL ändert müßte die .htaccess Datei neu generiert werden), und spätestens bei der “Frameweiterleitung” wäre PHP auf jeden Fall nötig.

Wie hättet ihr es gemacht, hat jemand bereits Erfahrungen mit solchen Diensten? Bei der Recherche bin ich auch auf einige “Subdomain-Service-Scripte” gestossen, die man für 19€ oder 99€ kaufen kann. Weiß jemand was genau diese Scripte bieten außer ein paar Formulare zum Administrieren der Datenbank (Registrierung, Weiterleitungstyp, Ziel-URL etc.) und der oben gezeigten Funktionalität?

Ähnliche Artikel:

1. co.de Domain
2. Wie erstelle ich einen Socket-Server in PHP?

Doch wenn man es selbst ausprobiert sind die Ergebnisse ernüchternd. Ich habe heute Abend das Modul installiert und aktiviert (in unter 3 Minuten), und ein paar Messergebnisse mit Firebug, PageSpeed und YSlow zusammengetragen.

Ergebnis: kein nennenswerter Geschwindigkeitsschub, teilweise sogar langsamer als vorher. Einige haben bei ersten Benchmarks das selbe Ergebnis wie ich erhalten, andere jedoch sprechen von 46% Verbesserung. Es scheint sehr davon abzuhängen wie die Seite aufgebaut ist und ob bereits Maßnahmen zur Verbesserung der Performance getroffen wurden.
Außerdem habe ich auf meiner Seite nach der Aktivierung Probleme mit dem HTML-Validator gefunden die vorher nicht da waren, durch die “Verbesserungen” habe ich plötzlich ungültigen HTML-Code!

Hat jemand von Euch bereits Tests gemacht, was ist dabei herausgekommen?

==========================
Die Installation unter Ubuntu (32bit) ist denkbar einfach:

wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.deb
dpkg -i mod-pagespeed-beta_current_i386.deb
/etc/init.d/apache2 restart

Danach kann man die Konfiguration anpassen:

vi /etc/apache2/mods-enabled/pagespeed.conf

Meine ersten Ergebnisse:

Browser Cache deaktiviert

Ohne Pagespeed:
51 Requests
Firebug Netzwerk Tab: 4,64   3,79   3,5    3,8   3,81
PageSpeed		83/100
YSlow			81
Size			154,4KB

Standard Konfiguration
50 Requests
Firebug Netzwerk Tab: 4,69   5,13   5,91   4,99   6,3
PageSpeed		84/100
YSlow			82
Size			155,1KB

Fast alle Filter aktiviert:
50 Requests
Firebug Netzwerk Tab: 6,0    5,85   6,47   5,34   5,83
PageSpeed		83/100
YSlow			82
Size			154,9KB

===============================================================

Browser Cache aktiviert

Ohne Pagespeed:
18 Requests
Firebug Netzwerk Tab:  3,2     2,7    2,9    2,8    2,85
PageSpeed		80/100
YSlow			81
Complete Size		59,5KB
index size		12,3KB

Standard Konfiguration
18 Requests
Firebug Netzwerk Tab: 2,8    2,7     3,1    3,0    2,85
PageSpeed		80/100
YSlow			84
Complete Size		61,2KB
index size		14,0KB

Fast alle Filter aktiviert:
18 Requests
Firebug Netzwerk Tab: 3,4    3,6    3,4    3,1    3,7
PageSpeed		80/100
YSlow			84
Complete Size		61KB
index size		13,8KB

Keine ähnlichen Artikel.

Ein Problem entsteht nun auf dem Backend-Webserver: Alle Requests kommen vom Reverse-Proxy. Wenn nun in den PHP-Scripten die Client-IP-Adresse verwendet wird, steht darin die IP des Reverse-Proxies.

Betroffen ist in diesem Fall die PHP-Variable  $_SERVER['REMOTE_ADDR']  als auch das Apache-Log, denn dort taucht auch immer nur die IP des Reverse-Proxy auf.

127.0.0.1 - - [03/Oct/2009:10:45:24 +0200] "GET /phpinfo.php HTTP/1.0" 200 7800 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729) FirePHP/0.3"

127.0.0.1 deshalb, da ich direkt auf der Linux-Maschine sowohl den nginx als auch den Apache laufen habe.

Da gibt es natürlich Lösungen. Zuerst einmal müssen wir die Client-IP irgendwie an den Backend-Webserver übergeben. Dafür gibt es den Header “X_FORWARDED_FOR”, da wird der nginx die Client-IP reinschreiben.

Im nginx muss dann folgendes gesetzt werden:

location / {
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_redirect off;
........

Ein phpinfo() liefert dann die korrekte Client-IP in X_FORWARDED_FOR (34 ist der Server, 33 der Client):

Nun installieren wir noch ein Apache-Modul. Dieses Modul sorgt dafür, dass in die Variable $_SERVER['REMOTE_ADDR']  der Wert aus X-FORWARDED-FOR geschreiben wird, damit wir keine PHP-Scripte anpassen müssen. Außerdem sorgt dieses Modul dafür, dass im Apache-Log dieser Wert auftaucht.

Das Module, das es für diese Aufgabe gibt, lautet “mod_rpaf”. Einfach danach googlen, downloaden und in der Apache-Konfiguration laden. Oder unter Linux:

sudo apt-get install libapache2-mod-rpaf

Noch kurz konfigurieren /etc/apache2/mods-available/rpaf.conf:

<IfModule mod_rpaf.c>
RPAFenable On
RPAFsethostname On
RPAFproxy_ips 127.0.0.1
</IfModule>

Das Ergebnis sieht dann so aus:

192.168.1.33 - - [03/Oct/2009:10:47:23 +0200] "GET /phpinfo.php HTTP/1.0" 200 7808 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729) FirePHP/0.3"

Möchte man das Modul nicht installieren, muß man überall in seinen PHP-Scripten die Variable $_SERVER['X_FORWARDED_FOR'] statt $_SERVER['REMOTE_ADDR'] nutzen, und das Apache-Log anpassen:

LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

Damit hätten wir das Problem auch gelöst, überall steht nun die Client-IP zur Verfügung, die Anwendungen und Logs laufen wieder korrekt.

Ähnliche Artikel:

1. Bessere Performance mit einem Reverse Proxy
2. PDT 2.1 unter Windows mit Subclipse SVN Client

Doch ich wollte damals bei meinem eigenen Browsergame den Traffic pro eingeloggtem User messen. Idee war damals, den “Free Accounts” 100MB pro Monat zu schenken, falls mehr benötigt wird, muss ein Premium-Account her.

Doch wie stellt man das an? Das Apache-Log hilft nicht wirklich, denn dort kann man nicht die einzelnen (eingeloggten) User unterscheiden. Ich habe damals 3 Lösungen gefunden:

• mit dem Output Buffer von PHP arbeiten, Stringlänge bestimmen und mitloggen, dann Seite an den Browser schicken
• Irgendwie die IP-Adressen des Users merken, und dann das Apache-Log durchparsen und rechnen.
• die Apache-Extension mod_log_sql

Möglichkeit 1 sieht dann ungefähr so aus:

<?php
ob_start();

// some html content here

$trafficbytes = strlen(ob_get_flush());
// insert traffic into database

?>

Habe es nie ausführlich getestet, aber ich denke es ist langsam (da das HTML erst am Ende geflushed wird anstatt zwischendurch schon Häppchen zu verschicken). Außerdem muß man sich noch um Bilder kümmern, denn die sollen ja auch mitgezählt werden. Dazu würde ich eine Rewrite-Rule empfehlen, die bei jedem Bildrequest noch schnell ein php-Script ausführt. Auch das beeinflusst natürlich die Performance des Besuchers und des Webservers.

Die zweite Möglichkeit ist nicht ganz einfach umzusetzen. Die IP-Adresse allein ist nicht sonderlich aussagekräftig, einen Benutzer damit zu verfolgen recht aufwändig. In Zeiten von Proxies (Grüße an AOL), Neueinwahl bei DSL, mehrere Benutzer hinter einem Heimrouter etc reicht das nicht aus, um darüber den Benutzer zu bestimmen, gerade wenn Bruder und Schwester gemeinsam über eine Leitung im Internet sind usw.

Die dritte Alternative ist das Apache-Modul, welches ich dann auch genutzt habe: mod_log_sql. Dieses bindet man einfach in die entsprechene Apache-Config ein, und schon wird ein zusätzliches Log erzeugt, nämlich in der Datenbank. Dies kann man entweder für alle Seiten tun, oder nur für bestimmte VirtualHosts. Welche Spalten dort gefüllt werden sollen, in welcher Reihenfolge und mit welchen Daten, konfiguriert man in der apache-Config. Hier eine Beispielkonfiguration (hier für Linux, für Windows sieht es ähnlich aus: .dll statt .so usw.):

LoadModule log_sql_module modules/mod_log_sql.so
LoadModule log_sql_mysql_module modules/mod_log_sql_mysql.so

LogSQLLoginInfo mysqli://apacheloguser:apachelogpwd@localhost/apachelogdb
LogSQLCreateTables On
LogSQLMachineID mylocalmaschine
LogSQLTransferLogFormat AbHIhMmpRSstTUuvz
LogSQLTransferLogTable ztraffic_access_log
#LogSQLNotesLogTable ztraffic_notes
LogSQLCookieLogTable ztraffic_cookies
#LogSQLHeadersInLogTable ztraffic_headers_in
#LogSQLHeadersOutLogTable ztraffic_headers_out
LogSQLWhichCookies UserID     # hier könnten noch mehr Cookies stehen

Man kann alternativ zur eigenen Cookie-Tabelle auch ein bestimmtes Cookie mit ‘c’ und “LogSQLWhichCookie” in die access_log schrieben lassen. Hier eine Liste der Informationen, die man speichern kann.

Damit das Modul funktioniert, muß man noch das Modul “unique” aktivieren, entweder per

a2enmod unique_id

oder via Einkommentieren von

LoadModule unique_id_module modules/mod_unique_id.so

Apache reload. Wenn man danach eine Seite besucht, liest man folgendes im apache error log:

[Tue Sep 01 19:59:46 2009] [notice] mod_log_sql: child established database connection
[Tue Sep 01 19:59:46 2009] [error] mysql_query returned (1)
[Tue Sep 01 19:59:46 2009] [error] table does not exist, preserving query
[Tue Sep 01 19:59:46 2009] [error] table doesn't exist...creating now
[Tue Sep 01 19:59:47 2009] [error] tables successfully created - retrying query
[Tue Sep 01 19:59:47 2009] [notice] query successful after table creation

Die Tabelle wurde also erfolgreich angelegt. Das Ergebnis sieht dann so aus:

Der Inhalt der Tabelle (nur 1 Zeile):

Wäre dieser Test-Request kein 304er (Not Modified), hätten wir bei “bytes_sent” auch eine Traffic-Angabe.

Mit Hilfe der Cookie-Tabelle können wir dann zB einmal täglich den Traffic jeden Users berechnen und in die entsprechende User-Tabelle füllen. Die Log-Tabelle sollte man dann wieder aufräumen und nicht länger benötigte Zeilen löschen.

Übrigens ist das Modul nur für Linux supported. Unter Windows kann man es zwar auch kompilieren, das ist aber mehr hohem Aufwand verbunden. Ich habe damals (2004) durch Zufall eine kompilierte Version gefunden. Die ist aber heute nicht mehr brauchbar, da sie für eine sehr alte Apache-Version kompiliert wurde.

Wenn ihr Fragen habt, fragt! Oder wenn ihr evtl. bessere Lösungen kenn, her damit! Oder was könnte man noch alles anstellen mit diesen Apache-Logs in einer Datenbank?

—————————————————-

Weitere interessante Links zum Thema:

Anleitung für Debian Etch

Die offizielle Webseite des Moduls

Keine ähnlichen Artikel.