Beiträge von codestyling

    Der in WP2.6.1 bereitgestellte Fix bereinigt das Problem auf der Basis meines eingereichten Patches. Dies löst aber, soweit ich Rückmeldungen dazu bekommen hab, die Problematik bei all-inlk.com nicht.
    Offensichtlich sind dort die Server/PHP in einer Weise konfiguriert, die diesen Fehler auch auf andere Art provoziert.
    Dies ist nicht ein Problem von WordPress selbst sondern ein konfiguratives Problem des Hosters.

    Bei mir kommt dieser Fehler übrigens auch mit der englischen Wordpress-Version. Habe keinerlei Sprachdateien installiert.

    Hat jemand eine Idee, woran das liegen könnte?


    Wenn du keine Sprachdatei von WordPress benutzt, heißt das erstmal nur, dass es nicht mit der de_DE.mo von WP zusammenhängt. Solange aber in der wp-config.php noch eine Sprache unter WPLANG angegeben ist, werden ggf. Sprachdateien von Plugins geladen, die dieser Sprache entsprechen.
    Anders kann man ohne Sprachdateien den Fehler nicht produzieren, denn wenn WP komplett auf englisch läuft (WPLANG ist "" oder "en_US") dann werden keinerlei Sprachdateien verwendet.

    Ich hab aber auch schon Rückmeldungen von Usern bekommen, die Gengo einsetzen. Dieses Plugin scheint die "Macht" zu haben, diese Art der Fehler ebenfalls zu provozieren! Leider hatte ich noch keine Zeit, dieses zu testen.

    Es befinden sich noch Dateien im Ordner, ja; die kann ich aber ebenfalls nicht auf 777 setzen (derzeit 644):

    Hm!


    Ich geh davon aus, dass du bei bplaced.net hostest. Die haben dort ein Forum, das sich u.a. auch mit diesem Problem beschäftigt: .. bplaced.net - Thema anzeigen - Ordner wird nicht Gelöscht
    Die Server sind so eingerichtet, das der FTP Benutzer keine Dateien löschen kann, die ein PHP Script angelegt hat. Nur ein PHP Script kann das wieder entfernen. (Ordner ebenfalls).

    Das ist auch abhängig vom Provider. Wenn die Config feststellt, das sie keine Schreibrechte in dem Ordner hat, wird keine komprimierte Version erstellt sondern immer der unkomprimierte Editor ausgeliefert. Dann erzeugt WP in der Tat keine solche Datei.
    Da du keinen Link angeben hast und auch den Provider nicht genannt hast, kann ich das derzeit nur annehmen, weil ich es von anderen Nutzern kenne.

    Da versucht jemand ein russisches Rootshell PHP nachzuladen und das Plugin zu veranlassen, das Script auszuführen!

    Code
    http://gujewear.com/bemarket/goods/qmono/Q-MoNoR6.txt

    Dies ist laut Logfile das RootShell Script und immer noch downloadbar. Du solltest deinen Webspace sorgfältig ansehen (angefangen mit dem Plugin), ob dort Dateien liegen, die da nicht hingehören.

    Und für diejenigen, die wissen wollen, wie schlimm das wirklich ist, hier ein Video: http://www.milw0rm.com/video/watch.php?id=29

    Fragen:

    1. Über wie viel Threads willst du diese Thema noch ziehen ?
    2. Wieso widersprichst du dir dabei selbst ?

    Einerseits schreibst du, du willst fremde Seiten einblenden und bewerten lassen, andererseits redest du von eigenen Seiten, die da hin sollen.
    Ein Bewertungssystem macht nur Sinn, wenn du ein stattliche Anzahl eigener Domains bewerten lassen willst. Das Ablehnen von Verlinkungen der präsentierten "fremden" Inhalte und der Wunsch nach "nahtloser" Integration in deinen URL Namensraum klingt wie, ich schon sagte, zweifelhaft. Da du nichts zum Konzept dahinter sagst, kann man daraus auch nicht schlau werden. Wenn es sich aber um nicht von dir erstellte Domains handelt, dann wäre ein Integration mit Patchen der Linkziele eine nicht unterstützenswerte Aneignung von fremder Leistung.

    Hatte ich doch schon gesagt, Adobe Go Live zerstört bei Übertragung teilweise den Inhalt der Dateien, weil er meint, die Seiten parsen und anpassen zu müssen! Lade dir FileZilla FTP Client runter und spiele WordPress komplett mit dem FTP Programm so drauf, wie es im ausgepackten Download File ist.

    Wenn du die %20 nicht selbst reingeschraubt hast, ist das ein FTP Übertragungsfehler! Bitte benutze ein FTP Programm zum Upload von WP, das auch den binär Mode kennt und binär hochlädt.
    Diese "zerstörten" Uploads kommen sehr häufig vor und sind teilweise Schuld des FTP Programms (zu alt oder kein binär Upload) oder des Providers (Server fehlerhaft).

    Das Problem ist meistens, das die Pluginautoren nicht darüber nachdenken, ab wann man die CSS oder auch JS Dateien braucht und wann nicht. Es ist auch zugegebener Maßen schwierig, rauszufinden für ein Plugin, ob die gerade zu erstellende HTML Seite etwas enthält, wofür es zuständig ist. Dies müsste man nämlich noch bevor die Seite begonnen wird feststellen, denn später lässt sich der HTML Head nicht mehr manipulieren.
    Deshalb gehen die meisten Plugins den einfachen Weg und betten ihre CSS/JS immer ein, egal ob die HTML Seite das braucht oder nicht. Dies führt allerdings dann meist auch zu Problemen, denn die CSS/JS können einander u.U. wiedersprechen. Dann bleibt nur eine Modifikation der Kontrahenten übrig, um das parallel laufen lassen zu können.

    Dann benutz doch thumbshot.org und lass dir Screenshots der Seiten machen und verlinke die Images mit <a> auf die entsprechende Seite. Fremde Seiten in einem Frameset oder iframe sind aber dennoch Darstellungen fremden Inhalts unter falscher Flagge. Die meisten Seiten wehren sich eh per Framebuster dagegen, also wird das nix bringen.

    Wenn du alle Links "inside" ebenfalls auf die URL haben willst, die zu .org gehört, kenne ich nur eine Lösung mit einem Apache im Reverse Proxy Mode, der auch die URL's per module in der Seite umschreiben kann. Dieses würde allerdings voraussetzen, dass du einen Vollzugriff und Administrationsrechte auf dem Apache Server auf der .org Adresse hast.

    Schau dir die tiny_mce_config.php im Ordner wp-includes/js/tinymce/ an.
    Der TinyMCE in WP ist eine Anpassung an WordPress selbst, die nicht alles so 1:1 macht, wie die TinyMCE Seite von Moxiecode beschreibt. Deshalb findest du auch diesen Kommentar in der config:

    Code
    // For people who really REALLY know what they're doing with TinyMCE
    // You can modify initArray to add, remove, change elements of the config before tinyMCE.init (changed from action to filter)
    $initArray = apply_filters('tiny_mce_before_init', $initArray);
    
    
    // Setting "[I][B]valid_elements[/B][/I]", "invalid_elements" and "extended_valid_elements" can be done through "tiny_mce_before_init".
    // Best is to use the default cleanup by not specifying valid_elements, as TinyMCE contains full set of XHTML 1.0.

    Ich würde sagen, China zensiert uploads. Es ist überhaupt ein Wunder, dass ihr Seitenzugriffe hinbekommt, die nicht geblockt werden. Nur wenn Uploads stattfinden, von Material wie Bildern etc. kann ich mir gut vorstellen, das dies die Provider dort nicht durchlassen. Meldungen dazu hab ich schon gelesen.
    (Ihr könntet ja Bilder rausschleusen, die dem Staat nicht gefallen...)

    Die *.gz Datei im Upload Ordner ist eine "on the fly" komprimierte Version der TinyMCE Editors und wird von WP selbständig neu erzeugt, wenn sie fehlt. Dies geschieht beim 1. neuen Aufruf des Editors (Seite oder Artikel schreiben).
    Da muß man keine Panik schieben.


    Um PHP5 laufen zu lassen muss ich den Hoster anschreiben oder? Also mit dieser htaccess Datei allein reicht das nicht?


    Quark mit Käse :-D
    Hier die offizielle Seite von 1und1: 1&1 Hilfe-Center
    Und für die Einrichtung von WP nicht im Root Ordner das hier: WordPress Deutschland FAQ » WordPress trotz Installation in Unterverzeichnis über Hauptverzeichnis aufrufen
    Und die .htaccess Datei gehört dorthin, wo die index.php von WP ausgeführt wird.

    Hi, okay sry.

    Also die Domain und das WP läuft über:
    Seecafè Petry

    hab den inhalt nun in die .htaccess eingefügt und in den "wp" Ordner geladen. Dieses mal kommt keine Fehlermeldung, aber das Thumb wird trotzdem nicht erstellt und bleibt bei 0% stehen... :/


    Weil du immer noch nicht mit PHP 5 läuftst. Der Response Header der Seiten, die man bei dir aufruft, meldet:

    Code
    Date    Sun, 10 Aug 2008 19:39:37 GMT
    Server    Apache/1.3.34 Ben-SSL/1.55
    X-Pingback    http://seecafe-petry.de/wp/xmlrpc.php
    X-Powered-By    [COLOR=Red][B]PHP/4.4.8[/B][/COLOR]
    Keep-Alive    timeout=2, max=200
    Connection    Keep-Alive
    Transfer-Encoding    chunked
    Content-Type    text/html; charset=UTF-8

    Solange dort nicht PHP 5 erscheint, wird das nix. Und ich verstehe deine Weiterleitungen nicht:

    Code
    http://seecafe-petry.de        -> 302 nach
    http://seecafe-petry.de/wp     -> 301 nach
    http://seecafe-petry.de/wp/    -> 200


    Wie genau hast du WP eingerichtet (Blog-Url/Pfadstruktur) und läuft da noch anderes auf dem Space ?

    Ahh, sry ich meinte damit SQL Version 5...

    PHP ist 4er...

    Wenn ich das umstellen möchte, zeigt der Server mir nur Fehler 500 an...

    Die Datei ins wp Ordner oder noch davor ins Eingangsverzeichniss vom Server?

    EDIT: Bei beiden Varianten gleiches Problem


    Da ich deine Ordnerstruktur und WP Aufbau nicht kenne (keine Url angeben), kann ich dir auch nicht qualifiziert helfen. Ausgehend von der Annahme, dass du WP im Root der Domain installiert hast, solle es dort eine .htaccess Datei geben. Wenn nicht, sollte deren Inhalt (für 1und1) so aussehen: