Briefly unavailable for scheduled maintenance. Check back in a minute.

aus. Der Hintergrund ist, dass WordPress während des Updates diese Meldung schaltet – damit User die in der Update Zeit auf das Blog kommen, keine hässlichen Fehlermeldungen sehen. Wird das Update aber nicht korrekt beendet, wird diese Meldung nicht zurück gesetzt.

Die Lösung ist denkbar einfach. Im Hauptverzeichnis wird eine Datei “.maintenance” angelegt. Wenn diese gelöscht wird, ist die Meldung “Briefly unavailable for scheduled maintenance. Check back in a minute.” weg und das WordPress Blog ist wieder wie gewohnt nutzbar.

die iPhone App von inside-handy.de

Das Mobilfunk Portal inside-handy.de hat heute eine iPhone App gestartet, mit der man Mobilfunknews, Bildergalerie und Handydaten bequem auf dem iPhone ansehen kann. Zudem lassen sich die wöchentlichen PodCasts direkt abrufen. Für jeden Mobilfunk interessierten ist die App auf jeden Fall einen Blick wert.

Weitere Information zur inside-handy.de iPhone App hier.

Leider musste ich seit einiger Zeit auf allen meinen Rechnern – Windows wie Mac OS – den umständlichen Weg über das Kontextmenü mit der rechten Maustaste gehen, denn die Toolbar die oben im Firefox gezeigt wird war leer.

Ich hatte alles versucht. Ob intensiv die Suchmaschine meiner Wahl zu befragen, testweise alle anderen Plugins zu deaktivieren oder deinstallieren – nichts brachte die WebDeveloper Toolbar wieder zum Vorschein.

Heute habe ich nun aber endlich einen kleinen, aber wirkungsvolen Weg gefunden – wie man die Toolbar wieder sichtbar macht. Einfach mit rechts auf die Toolbar klicken und “Anpassen …” wählen. Im sich daraufhin öffnenden Dialog “Standard wiederherstellen” wählen und es passt wieder alles.

Ich freue mich, denn das hat mich doch zuletzt schon sehr genervt.

Nun hat Google – wie ich finde – sehr gut reagiert und dem Google News Bot (der die Webseiten nach neuen News durchsucht) einen klaren Namen gegeben: “Googlebot-News“. Somit liegt es nun in der Hand eines jeden Verlegers diesen per robots.txt zu sperren, um somit die eigenen News vor der Listung im Google News Index zu schützen.

Somit kann man nun seine Seite durch folgenden Eintrag in die robots.txt für den Google News Bot blocken:

User-agent: Googlebot
Disallow:

User-agent: Googlebot-News
Disallow: /

Weiterführende Infos zum Google News Bot gibts im Google Webmaster Central Blog.

Ich habe mich an die Einstellungen zur Optimierung der Speicherauslastung des Firefox erinnert – diese wurden durch Updates wohl zurück gesetzt. Nachdem ich die Änderungen wieder vorgenommen habe sieht es wieder um einiges besser aus – warten wir es mal ab. Zumindes werde ich demnächst dieser Plugin Problematik auf den Grund gehen

<meta name=”verify-v1″ content=”Yo0Cjv8RlmoduLzYg5+F0mItZJkXv2oedWUw89F/TFc=” />

Der zweite Weg ist, eine HTML Datei mit einer von Google definierten, kryptischen Bezeichnung im Root Verzeichnis des Web-Space zu erstellen. Diese wird dann von Google aufgerufen und wenn die Seite einen 200er Status Header zurück liefert ist alles in Ordnung. Voraussetzung ist hier auf jeden Fall, dass selbst erstellte 404 Fehlerseiten auch einen korrekten 404er Status zurück liefern – sonst streikt Google. Eine Datei heißt dann Beispielhaft so:

google845b87fa97905dba.html

Dieser Weg ist schon etwas schöner, da von aussen nicht sofort sichtbar ist, dass man die Google Webmaster Tools nutzt und der Code sauber bleibt. Mich stört aber oft, dass da eine häßliche Datei in meinem Verzeichnisbaum rumliegt. Daher habe ich an verschiedenen Stellen einfach einen Eintrag in der .htaccess erstellt – dieser simuliert per mod_rewrite eine solche Datei. Das Ergebnis – Google Webmastertools akzeptieren dass, da ein korrekter Status 200 zurück geliefert wird und Verzeichnisbaum und HTML Code bleiben sauber. Dafür wir in der .htaccess folgender Eintrag für obigen Dateinamen eingetragen:

RewriteEngine on

RewriteRule ^google845b87fa97905dba.html$ /index.php [L]

It’s not a bug, it’s a feature. Denn diese Mali werden von der entsprechenden Software des Netzanbieters erzeugt, der mit entsprechender Komprimierung die Geschwindigkeit erhöhen möchte. Egal für Leute mit akuter Sehschwäche, ziemlicher Mist für Normalsichtige (oder solche mit entsprechenden Sehhilfen) und Webentwickler. Letztere prüfen nämlich Webseiten auf Validität und erkennen am ausgegebenen Quelltext rein gar nix.

So in etwa sieht der “optimierte” Quellcode aus:

1. <html>…</html>
2. “bmi_SafeAddOnload(bmi_load,”bmi_orig_img”);

Gewöhnlich reicht ein Drücken der Tasten Strg+F5 um die Originalversion zu laden. Doch wer will das mit jedem Seitenaufruf tun? Die wenigsten, vermute ich und möchte daher direkt die Lösung präsentieren:

1. Verbindungssoftware deinstallieren (bitte Treiber des UMTS-Gerätes drauf lassen)
2. In den Netzwerverbindungen eine neue Internet-Verbindung erstellen (manuell einrichten)
3. Verbindung mit DFÜ-Modem anklicken und UMTS-Gerät auswählen
4. Name des Internetanbieters frei wählen
5. Folgende Rufnummer eingeben: *99#
6. Keinen Benutzernamen und Kennwort angeben und Verbindung speichern
7. Klicken und surfen

Das war’s schon. Viel Spaß beim Surfen ohne lästige Komprimierung.

Grund dafür ist ein Feature des Firefox, das früher besuchte Webseiten im Arbeitsspeicher cached um somit für schnelleren Seitenaufbau bei einem erneuten Besuch zu sorgen. Standard ist, dass die Anzahl der gespeicherten Seiten vom Arbeitsspeicher abhängt. Bei 512 MegaByte RAM werden 5 Seiten, ab 1 GigaByte 8 Seiten gespeichert.

Ausgeschaltet werden kann dieses Feature wie folgt:

1. In Adresszeile “about:config” eingeben
2. Das Feld “browser.sessionhistory.max_total_viewers” suchen und den Wert auf “0″ setzen.

Dies kann allerdings zu langsamerem Seitenaufbau führen – daher ist es empfehlenswert den Wert auf die gewünschte Seitenanzahl zu setzen.

eine weitere Änderung sollte damit kombiniert werden – sie ermöglicht es, den Speicher des Firefox beim Minimieren des Browserfensters aufzuräumen:

1. In Adresszeile “about:config” eingeben
2. Rechtsklick auf die Felder -”Neu” – “Boolean”
3. “config.trim_on_minimize” als Eigenschaftsname eingeben
4. “true” als Wert auswählen

Nun sollte der Firefox neugestartet werden.

Beide Anpassungen ermöglichen es, den Browser auch nach längerem Arbeiten deutlich stabiler zu halten, als es mit den Standardwerten der Fall ist.