Die Artikel beschränken sich leider alle auf Apache, so dass sie für mich nicht anwendbar sind, da auf meinen Servern derzeit nur nginx läuft. Mit dem folgenden Code Schnipsel, klappt es aber auch damit. Schreibt die folgenden drei Zeilen einfach in die Konfiguration des vHosts, und passt die URL zu eurem Google+ Profil entsprechend an.

	location = /+ {
		rewrite ^ https://plus.google.com/110406650492357950182/about?hl=de permanent;
	}

Anschließend die Konfiguration neu laden, und schon habt ihr eine einfachere URL für euer Google+ Profil. In meinem Fall ist dies nun die Adresse http://localdev.de/+ (oder alternativ http://fabian-martin.de/+).

HTTP/1.1 417 Expectation Failed

Dies liegt daran, das die Programme einen Expect: 100-continue Header senden, und als Antwort 100 (Continue) oder 417 Expectation Failed erwarten. Lighty kennt den Header jedoch nicht, und antwortet deswegen mit dem besagten 417 Expectation Failed.

Der Expect: 100-continue Header soll verhindern, das Daten an den Server gesendet werden, die nicht benötigt werden. Erkennt der Server z.B. das er die Anfrage ablehnen muss, kann er dies dem Client mitteilen, noch bevor die POST Daten übermittelt wurden.

Wer dennoch POST Daten an Lighty senden möchte, kann die folgenden Paramter anpassen:

.NET

System.Net.ServicePointManager.Expect100Continue = false;

cURL unter PHP

curl_setopt($objCurl, CURLOPT_HTTPHEADER, array('Expect: '));

cURL auf der Kommandozeile

curl -v -H "Expect: " -F "field=value" http://example.com/upload.php

Alternativ aktualisiert man auf Lighttpd 1.5. Dieser kennt den Expect: 100-continue Header und beantwortet entsprechende Anfragen korrekt.

Browser senden übrigens keinen Expect: 100-continue Header.

Schade das, bei vielen Beschenkten, scheinbar der Firefox abstürzt oder Probleme beim Starten hat.

Daneben stehen aber noch APC und memcached zur Verfügung, welche die Daten im Arbeitsspeicher behalten. Um sie zu aktivieren, müssen in der Datei app/etc/local.xml zwischen <global>…</global> folgende Ergänzungen vorgenommen werden.

APC

        <cache>
            <backend>apc</backend>
        </cache>

memcached

        <cache>
            <backend>memcached</backend>
            <memcached>
                <servers>
                    <server>
                        <host><![CDATA[127.0.0.1]]></host>
                        <port><![CDATA[11211]]></port>
                        <persistent><![CDATA[0]]></persistent>
                    </server>
                </servers>
                <compression><![CDATA[0]]></compression>
                <cache_dir><![CDATA[]]></cache_dir>
                <hashed_directory_level><![CDATA[]]></hashed_directory_level>
                <hashed_directory_umask><![CDATA[]]></hashed_directory_umask>
                <file_name_prefix><![CDATA[]]></file_name_prefix>
            </memcached>
        </cache>

Zusätzlich muss das jeweilige Modul installiert sein.

Links:

• Magento
• APC
• memcached
• memcache bei PECL

• Macht im Projektmappen-Explorer einen Rechtsklick auf eine *.aspx Datei (bei einer MVC Anwendung einfach die Default.aspx nehmen)
• Im Menü wählt Ihr den Punkt Browserauswahl… aus.
• Ihr seht jetzt die bei euch installierten Browser. Wählt Euren Favoriten aus und klickt auf Als Standard
• Mit Durchsuchen bestätigt ihr Eure Wahl

Tippt in die Adresszeile des Firefox about:config ein, sucht nach der Option network.dns.disableIPv6 und setzt diese auf  false.

Beim Testen, eurer ASP.NET Seite, solltet ihr nun eine schnellere Zugriffszeit bemerken.

Bis heute dachte ich, der Firefox erzeugt nur bei mir komische Fehler. Seit ein Arbeitskollege mit seinem Fuchs aber nicht mehr ins Internet kommt, weiß ich es besser.

Ein recht ähnliches Problem habe ich bis heute auch gehabt. Mein Firefox wollte nicht mehr auf http://localhost/ zugreifen, über 127.0.0.1 ging es aber. Da ich mit anderen Browser auf localhost kam, habe ich mal wieder das ein oder andere Addon deinstalliert, meine Windows Firewall überprüft und auch das Firefox Profil gewechselt. Alles ohne Besserung.

Heute morgen, nachdem ich mich mal wieder geärgert habe, fiel mir ein, das es ja noch so eine “neue” Technik namens IPv6 gibt, und bei einem Ping auf localhost eine IPv6 Adresse erscheint. Also fix about:config aufgerufen und nach ipv6 gesucht.

Die Option network.dns.disableIPv6 auf true gestellt, machte dem Problem ein Ende.

Der seit einiger Zeit in iGoogle und Google Mail integrierte Chat scheint derzeit zu spinnen und erzeugt dadurch eine hohe CPU Last. Nachdem man ihn deaktiviert hat, kann man die beiden Seiten wieder ohne Gefahr besuchen.

Google Chat auf iGoogle deaktivieren:

1. Unterhalb des Chats auf Optionen klicken
2. Den Punkt Chat ausblenden suchen und betätigen

Bei Google Mail habe ich noch keine Möglichkeit entdeckt den Chat zu deaktivieren.