Beiträge von codestyling

Der Hoster all-inkl.com ist mir bei diversen Problemen fast exklusiv begegnet. Es scheint dort spezielle Probleme in der Konfiguration der Server und der durch Benutzer machbaren Umstellungen zu geben. Solche Phänomene, das es mal geht und spontan nicht mehr, gibt es u.a. bei Verwendung von WP Sprachdateien. Dafür habe ich einen Fix programmiert, der seit gestern für WP 2.6.1 aufgenommen wurde Changeset 8420 - WordPress Trac - Trac und in der nächsten Version das behebt.
Ich fürchte nur, das dieser Provider noch mit folgendem Problem zu kämpfen hat, aber es scheinbar nicht einsehen will: PHP Bugs: #27421: mbstring.func_overload set in .htaccess becomes global

Ich hab auch einen Artikel (in Bezug auf Sprachdateien) hier geschrieben und auch in den Kommentaren nochmal betroffenen beschrieben, was ich vermute.
Code Styling Project » WordPress Fehler durch Sprachdateien - die Ursache

Das Überladen gibt es auch für Regular Expressions und könnte somit zur Fehlinterpretation der WP eigenen internen rewrite Rules führen!

Deaktivier mal beide und teste dann mal ein neu hochgeladenes Plugin.
Ich hab noch nicht überprüft, ob die Caching Plugins mit Teilen der neuen Struktur von WP Probleme haben, denn in 2.6 gibt es vieles, was anders ist.
Ich vermute aber, das (Teile) der Admin Seiten u.U. fälschlicher Weise gecached werden und du erst nach Ablauf der Cache Zeit die Seite korrekt siehst.

Hast du evtl. ein Cache Plugin laufen (WP Super Cache oder ähnliches) ?

Wette, du hast das Freshy 2 Theme aktiviert ? Dies hat leider u.a. diesen Bug, hab hier schon mal die Lösung beschrieben, Suche benutzen.

In meiner Sidebar auf der Hauptseite importiere ich in die Sidebar den Feed von WPD Planet mit WP Code aber ohne Widget. Allerdings bereinige ich den, denn nicht aller HTML Code kann befriedigend dagestellt werden.
Wenn du mir zum Test deine Feedaddresse geben könntest (wenn nötig auch als PN) würde ich das testen und den Codeschnipsel bereitstellen.

Zitat von jottlieb

WP ist mir gerade unheimlich. Obwohl ich die Funktion load_default_textdomain lösche bzw. Syntaxfehler einbaue, gibt's keine Fehlermeldung. Wird die Funktion garnicht immer ausgeführt?

Doch wird sie immer: wp-settings.php Zeile 507 außer du löscht sie genau hier
Dann kracht es nur, wenn ein Plugin das nochmal aufruft, weil es wie bei mir die Sprache im Backend on the fly umschalten will.
Wobei diese Umschaltung demnächst nicht so einfach mehr gehen wird, denn in Planung ist die Mischung von Textdomains. D.h. wenn ich die Standard Text Domain mit de_DE.mo laden lasse und dann meine eigene mit load_text_domain hinterher lade und als Textdomain '' angebe, also default, dann wird das reingemixt. Für die on the fly Umschaltung braucht's dann eine neue Lösung zukünftig.

Also die Bildersammler sind immer unterwegs (nicht nur aus China, dort sitzen nur die Codesklaven, die die Bots "verbrechen"), wenn du eine Seite mit einer Menge Bilder hast. Und denen ist es egal, ob sie von 100% runtergeladenen Bildern nur eines brauchen, nur du hast den Traffic an der Backe.
Wie dem auch sei, letztlich wollte ich nur damit ausdrücken, dass der Traffic, der auf so einer Seite entsteht, immens werden kann und vermutlich auch wird.
Bei 2400 Gallerien kann man von rund 2400 angemeldeten Usern ausgehen. Wenn jeder User 1 mal am Tag auf die Seiten geht sind das im Mittel 100 User pro Stunde und rund 2 User pro Minute. Wenn sich das im DE Raum abspielt, werden sich die Zugriffe mit Sicherheit auf Zeitintervalle komprimieren z.B.: 18:00 - 00:00 Uhr also 6 Stunden (Rest auch aber eher nicht signifikant für die jetzige Betrachtung). Also schon 2 * 4 gleich 8 User pro Minute konstant. Und dann noch die Besucher über Suchmaschinen und Zufallsfunde, die man mit Faktor mindestens 10 annehmen kann, wenn die Seite gut läuft. Da kommen ordentliche Trafficpeaks in den Image Download zustande für geschätzte 100 User pro Minute konstant. Und dann noch Bots, die ziehen, das wird heftig. Pro Aufruf (1ne Gallerie) rund 200 Thumbs + die aufgerufenen Grossformatbilder, also wenn da nicht die Maschine glüht.

Das sieht auch nach dem Revision Feature Bug aus, den ich nun unter #7391 im WP Trac gemeldet hab. Einen WordArround hab ich bereits gebaut und mit vorgeschlagen, funktioniert auf den bisher betroffenen System einwandfrei:
Code Styling Project » WordPress 2.6 und die Text/Diff Fehler im Editor

Kommt drauf an. Wenn der Kunde auf einem Shared Hoster liegt, dann kann man nicht auf diese Weise Rootkits reinbekommen, würde nur auf einen Rootserver zutreffen.
Wenn die WP Version < 2.3.3 war, ist es eigentlich nur dein Versäumnis, erst jetzt ein Update zu machen, falls es ein RootServer des Kunden ist, dann unbedingt mit dem Provider sprechen.
Und Google anschreiben (über webmaster tools) um die Seite so schnell wie möglich von der Warnliste zu bekommen.

*Kopf kratz* , mehr hab ich nicht mehr zu sagen :confused:

Findest du auch nicht. Deine erzeugte *.mo Datei muss entweder:

wp-mailinglist-plugin-de_DE.mo

oder

wp-mailinglist-de_DE.mo

heissen (benenne sie so) und in diesen Ordner reingeladen werden.
Dann solltest du deutsch bekommen.

Genau, Filezilla ist unter GPL released und hier gehostet: FileZilla - The free FTP solution

Wie heißt die Hauptdatei der Ordner oder die Hauptdatei des Plugins ?
Normalerweise werden Sprachdateien für Plugins nach einem bestimmten, erforderlichen Schema benannt.

Beispiel: Google Sitmap Plugin
Hauptdatei: sitemap.php
Ordner: google-sitemap-generator
Sprachdatei: sitemap-de_DE.mo

Umgehend entfernen! Das ist ein Datei-Uploader, mit dem man beliebige Dateien raufladen kann, die man dann ausführen kann.
Gehört überhaupt nicht zu WordPress! Und wenn der Besitzer die selbst geschrieben hat, dann umschreiben lassen. Aber die muss runter.

Bitte mal am Ende deiner style.css das hier einfügen:

.wp-smiley { margin: 0px !important; }

... dann grinsen sie auf richtiger Höhe.

Zitat von Alphawolf

Naja, man kann Image-Bots ja per robots.txt bequem ausschließen.

Meinst du, die in China programmierten Bots, die rumgereicht und modifiziert werden, kümmern sich auch nur eine Sekunde um die robots.txt ?
Da kommst du aus dem IP/Proxy Sperren nicht mehr raus.

Zitat von locendil

bei Strato laufen noch Verträge (x Monate) - würde dann doppelte Kosten bedeuten …

Und jetzt zahlst du (ihr) nicht doppelt ? Ich denke bei Strato kann man auch mehr als eine Domain haben (im Paket inbegriffen) oder ? Dann machst du eine neue "Spieldomain" dort auf (damit eine dort übrig bleibt) und ziehst die eigentliche um.
Denn die Kosten habt ihr ja bis zum Ablauf so oder so bei Strato und 1und1, oder sehe ich das falsch ?

Genau erst die 2.5.1 und wenn die geht, dann erst die 2.6.

Erstmal eine ernst gemeinte Frage: Wenn dir Strato aus den genannten Gründen nicht reicht und du 1und1 aus den ebenfalls genannten Gründen besser findest, warum machst du keinen KK Antrag fertig und ziehst komplett um ?

Eine Standard XAMPP Installation sollte dieses Revisionsproblem nicht haben, denn die Standardeinstellungen würden es erlauben, set_ini() aufzurufen.
Da du also ausschliesslich lokal arbeitest (zum Test sozusagen) ist das schwierig, den Fehler einzugrenzen, denn man kann es ja nicht ansehen.
Vielleicht kannst du das mit ein paar Screenshots verdeutlichen ?