Füge einmal ein STATE=NEW,ESTABLISHED zur bestehenden Port 25 Regel hinzu und teste es nochmals.
MfG Christian
Füge einmal ein STATE=NEW,ESTABLISHED zur bestehenden Port 25 Regel hinzu und teste es nochmals.
MfG Christian
Teste es mal mit deutlich höheren precision Werten
Hmmm, ich glaube die PHP Installation verträgt die Hitze nicht ganz...
# php -r "var_dump(1212.1, 37454.1);"
float(1212.09999999999990905052982270717620849609375)
float(37454.0999999999985448084771633148193359375)
Nur auf diesem einen System (Debian Squeeze) reproduzierbar. Mal schauen, wo da wieder der Fehler liegt
Update: Scheinbar reagiert PHP allergisch auf zu hohe "precision" Werte in der php.ini
Der wollte halt auf Nummer sicher gehen und hat jeder deiner Seiten 100 mal indiziert.
Naja, die Sitemaps der betroffenen Subdomain beinhalten über 2 Millionen Einträge. Aber in dieser hohen Frequenz alles abzugrasen ist schon etwas krank, macht Google doch auch deutlich langsamer
WTF?! Zwei mal jeweils fast 24h lang Zehntausende Anfragen vom Yandex Bot, der spinnt doch...
Bin einer der wenigen Nerds die keinen Kaffee trinken.
Ach, du auch? Willkommen im Club
Nicht wirklich, aber für genau solche Einsatzzwecke ist es halt konzipiert
MfG Christian
fnkr: Ist nicht so wichtig, wollte das nur kurz los werden. Tritt übrigens nur auf, wenn man zusätzlich auch eine andere Schriftgröße für den Button verwendet. Ich hab's jetzt einfach in der Standardgröße gelassen als Workaround, dann klappt es auch mit der Fettschrift
Fettschrift im Absendebutton und alles ist um 1px verschoben - WTF?!
Aber immerhin: Egal welcher Browser, sie machen es alle einheitlich
Lass mal atop alle 1-5 Minuten alles protokollieren
MfG Christian
Aber ich könnte die Datei natürlich alle paar Stunden auf einen anderen Hoster hochladen (nur für dich)
Dann gibt es immer noch die Ignorierfunktion des Forums oder Notfalls User-JavaScripts im Browser
Mach ruhig, wie gut, dass es Inhaltsfilter im Opera gibt
Darf man fragen, wieso die Seite "(1) Facebook" als Titel hat?
MfG Christian
Sehr schöne Lösung, sim. Ist auf kleineren Bildschirmen aber leider immer noch ziemlich groß und fast abgeschnitten
fnkr: Vielleicht solltest du die Ausgangsgrafik (bzw. den wirklichen Inhalt) ein wenig verkleinern, dann passt er wirklich überall drauf. Obwohl, wie es dann auf Mobilgeräten aussieht weiß ich jetzt auch nicht.
Alex: Bring mich nicht auch noch auf dumme Ideen
@sim: Das ändert leider nicht das Problem mit kleineren Bildschirmen.
Etwas zu große, würde ich sagen. Selbst am 1680x1050 Bildschirm ist nicht alles sichtbar. Vom zweiten (1360x768) will ich erst gar nicht anfangen...
Oder einfach einen dpkg-reconfigure für den mysql server machen.
Letztes Jahr wurden da keine Datenbank-Dateien neu angelegt. Hat sich das geändert?
MfG Christian
Denn so bald ich apache2 dazu schalte, kommt es sofort zum Mega-Overload. Wenn ich apache2 ohne mysql laufen lasse, ist alles in Ordnung. Allerdings ist es auch kein Problem mysql ohne apache2 laufen zu lassen.
Wenn die Websites keine Datenbank erreichen können, wird die Ausführung der Scripts auch sofort beendet -> keine Auslastung. Ich würde einmal im Access-Log schauen, welche Anfragen zu dieser Zeit herein kommen. Falls du FCGI verwendest, kannst du es noch gezielter eingrenzen. Danach sperre einmal den HTTP/HTTPS Port (außer für deine IP) mit der Firewall, löse die entsprechenden Anfragen zum Test selbst aus und beobachte alles.
Zum Thema MySQL: /var/lib/mysql wird leider nicht automatisch neu angelegt, das müsstest du dir selbst aus dem Paket extrahieren. (apt-get download und danach mit ar/tar weiter arbeiten)
MfG Christian
Copy & Paste in [code]-Tags wäre einfacher und schneller
MfG Christian
Wie sieht die Auslastung denn genau aus, wenn das Problem auftritt? Load? ps, free Ausgabe? Ohne diese Angaben wird es schwierig.
MfG Christian