Beiträge von Tiles

Der ist Prefork. Und das soll eigentlich so bleiben. Die Subdomaininstallation ist nur zu Testzwecken. Da kann ich single threaded verschmerzen. Auf die Idee den Server durch einen User ausführen zu lassen kam ich noch gar nicht. Muss ich mich mal einlesen.

Zu den restlichen Fragen, ja hat Schreibrechte, ja, www-data war Eigentümer. Bis zu dem Zeitpunkt halt wo ich das nun wieder dem FTP User übergeben habe. Und auch in der error.log war nichts auffälliges zu finden.

Ich habe das wie gesagt jetzt umgestellt. Das werden wir wohl nicht mehr rausfinden. Eine funktionierende Methode langt mir. Trotzdem danke fürs Gedanken machen :)

FastCGI hat mich nicht weitergebracht. fcgid ist ja für beide Seiten aktiviert. Die Sache bleibt einfach mysteriös. Gleiche settings, eins geht eins nicht.

Ich habe die Rechte nun wieder auf den FTP User übertragen. Und nachdem ich ja den FTP Server nun draufhabe kann ich die Plugins jetzt zumindest per FTP aktualisieren. Und muss sie nicht von Hand hochladen. Somit ist zumindest das eigentliche Problem gelöst. Über www-data wär es halt noch nen Tacken bequemer und vor allem sicherer gewesen.

Zitat

Bist du dir sicher, das du das nötige Wissen zur Server Administration hast?

Ja, bin ich. Womit ich allerdings so meine Probleme habe sind ungewöhnliche Vorkommnisse wie diese Macke hier eben. Man lernt halt ständig dazu. ich wache leider nicht jeden Morgen auf und weiss schon alles. Doof eigentlich ...

Zitat

Du schreibst immer was von einer www-data Methode..

Ja mei. Weil die Standard Methode die Plugins in Wordpress zu installieren eigentlich über FTP geht, und der übliche bei Google zu findende Workaround für das "Kann nicht mit Server verbinden" Problem eben darin besteht alle Rechte per chown -R www-data:www-data /var/www dem Indianer zu übergeben nenne ich es einfach kurz www-data Methode. Sollte ich damit ein ungeschriebenes Linux Gesetz verletzt haben tut mir das natürlich leid :)

Zitat

Wie sind denn die Rechte gesetzt (chmod)? Hat der Server Schreibrechte für dein Subdomain Verzeichnis?

Ja, hat er. chmod ist 755. Das ist ja das kuriose, es ist eigentlich fast alles gleich bei beiden Installationen, bis auf die Versionsnummer und dass eben das eine Wordpress auf einer Subdomain läuft. Das chmod habe ich ausgeführt als beide Installationen schon drauf waren. Bei der Hauptdomain gehts, bei der Subdomain nicht.

Hm. FastCGI gibt mir wieder ein Stichwort zum weiter recherchieren. Mal sehen ob ich da was brauchbares finde. Danke :)

Eieiei, nun weiss ich wieso die FTP Methode nicht funktioniert hat. Wo kein FTP Server installiert ist ... :D

Mein Problem bleibt aber das gleiche. Wieso geht die www-data Methode auf der Hauptseite wunderbar, und auf der Subdomain verlangt Wordpress immer noch FTP?

Bisher blieb ich von diesem Fehler verschont. Nun musste ich meinen Debian 6 Server neu aufsetzen. Und habe wohl diesmal irgendwas anders gemacht. Ich konnte kein Plugin mehr über FTP installieren, meine FTP Daten wurden einfach nicht akzeptiert. Es kam der Fehler Kann nicht mit FTP-Server http://www.mydomain/:21 verbinden. mydomain steht hier natürlich für meine URL.

Nun gibt es ja auch Mittel und Wege das ganze zu umgehen. Ein chown -R www-data:www-data /var/www zum Beispiel. Was auch wunderbar für meine Hauptseite mit Wordpress 3.4x funktioniert hat. Von nun an läuft das Plugin installieren ohne weitere Nachfragen ab.

Bei meiner Subdomain, auf der ich dann einen Wordpress 3.5 Blog eingerichtet habe, greift das aber nicht. Da will die Installationsseite weiterhin FTP. Nur, es gibt dafür gar keinen FTP User mehr. Auch dieser Ordner gehört www-data. Und www-data hat halt kein Passwort.

Was mache ich denn jetzt? FTP User funktioniert nicht, www-data greift nicht. Wo ist denn mein Fehler?

EDIT, gah, man sollte auch den FTP Server installieren. Kein Wunder hat das nicht funktioniert. Wie dem auch sei, die www-data Methode hat was. Das Problem bleibt also bestehen. Wieso geht es bei der einen Installation, und bei der anderen nicht?

Nachtrag,

Ich habe mal alle Plugins rausgeschmissen und eins nach dem anderen neu installiert. Und es scheint dass da ein anderes Plugin quergeschossen hat: DBCache Reloaded Fix. Selbiges liess sich nicht mehr reinstallieren. Und das Ding dürfte wohl auch der Grund gewesen sein wieso es dauernd die Settings wieder aus der Datenbank geschmissen hat. Nach der Aktion geht Antispam Bee nun wieder wie gedacht. Fein fein.

Ich habe mal spasseshalber Antispam Bee 3.3 installiert. Gleiches Drama. Könnte also tatsächlich an den Ordnerrechten liegen. Weiss denn wirklich niemand wo das Plugin seine Settings speichert?

EDIT sagt, Bin fündig geworden. Speicherort ist die Datenbank. Und nachdem Antispam Bee seine Settings in der Datenbank speichert können die Ordnerrechte nichts damit zu tun haben.

Das bedeutet wohl dass das Plugin schlicht seinen Dienst quittiert hat. Schade :(

Wordpress 3.41, ein etwas angepasstes TwentyTen Theme, und Antispam Bee neueste Version 2.4.3

Bisher war Antispam Bee fantastisch zuverlässig, ich nutze es seit knapp zwei Jahren. Ich habe nun aber seit Kurzem erhöhtes Spamaufkommen. Und deswegen einen Blick auf die Settings geworfen. Und dabei habe ich festgestellt dass ich die Settings inzwischen gar nicht mehr ändern kann. Ich hake die Punkte an, es zeigt Gespeichert wenn ich bestätige. Wenn ich eine Viertelstunde später komme sieht es immer noch gut aus. Es werden sogar zum Beispiel die Statistics Counter im Dashboard angezeigt. Aber wenn ich eine halbe Stunde später nachsehe sind die Settings wieder weg. Alles ausser der Haken bei Project Honeypot.

Ich habe zwischenzeitlich sogar Antispam Bee komplett runtergeschmissen und neu installiert. Gleiches Ergebnis. Deswegen vermute ich dass es auch an Ordnerrechten liegen könnte. Weiss jemand wo sich die Settings für Antispam Bee verewigen? In der Datenbank? In einem Ordner, einer INI?

Oder hat die derzeitige Version schlicht eine Macke?

Zitat

Hat wohl einen guten Grund, dass ich hier nur mehr so selten bin: Art und Benehmen der Fragesteller sind ja unter jeder wasauchimmer.

Aber zum Vorbeikommen, nen alten Thread ausgraben nur um einen User zu bashen langts noch, oder? Soviel zum Umgangston hier, lieber Herr Kaiser. Ich finde Art und Benehmen von ein paar Alteingesessenen, wie diese Aktion gerade, um einiges schlimmer. Kein Wunder ist es hier so ruhig.

Für mich gehört Wordpress und seine Plugins untrennbar zusammen. Denn ohne Plugins ist Wordpress ungefähr so benutzbar wie ein Wiener Schnitzel.

Ein Bug ist in erster Linie mal eine Disfunktion. Das Ziel dieses Threads war herauszufinden wo diese spezielle Disfunktion hier herkommt. Und eventuell einen Workaround zu finden. Und dieses Ziel haben wir gemeinsam erreicht. Ohne dich und deinen mehr als nutzlosen Beitrag hier.

Der Thread dazu auf dem Qtranslate Forum ist hier:

http://www.qianqin.de/qtranslate/for…&p=10643#p10643

Guter Hinweis. Da kommen wir dem Lümmel doch endlich auf die Schliche. Hier lüppt auch Qtranslate.

Ja, das hilft sehr, danke. Dann werde ich mich auf dem QTranslate mal bei dem Bug mit einklinken :)

Dass ich mir keinen Forums-Account anlegen kann ist nicht mal so ungewöhnlich. Kann sein dass meine Email Addy schlicht auf dem Spamfilter ist. Vor Jahren hatte mal ein Wurm meine Email Adresse gekapert. Blöd ist halt dass die Jungs kein vernünftiges Impressum haben, und man einfach niemanden findet zum Kontakt aufnehmen.

Infected, es kann sehr gut sein dass das Problem bei dir gar nicht auftaucht. Aber dass der Bug bei dir nicht nachvollziehbar ist heisst nicht dass er nicht existiert. Es haben sich ja inzwischen einige Betroffene hier zu Wort gemeldet. Ich finde es jedenfalls gut dass du noch mal reingeschaut hast.

Keine Wordpress Installation ist wie die andere. Da kann zum Beispiel ein Plugin querschiessen. Oder eine andere PHP Version. Oder eine andere Apache Konfiguration. Es gibt unzählige Möglichkeitenwieso eine Seite auf einem Webspace gut tut, und auf einem anderen rumzickt. Ein ganz offensichtlicher und von jedem leicht nachzuvollziehender Bug ist es jedenfalls nicht, sonst wäre er sicher nicht durch den Betatest gerutscht.

Nope. Mich lässt das Registrierungsformular auf dem Wordpress Forum nicht durch. Ich bekomme keine Bestätigungsmail. Und den Forumaccount braucht man für den Bugtracker. Es gibt auch ansonsten keinen Weg mit denen in Kontakt zu treten. Leider hat nicht jedes Land die deutsche Impressumspflicht.

Wie gesagt, das Problem bei den geschluckten Absätzen ist das Speichern mit dem visuellen Tab im Fokus. Eindeutig ein Bug. Workaround: immer drauf achten im html Tab zu speichern. Oder machs wie ich, ich bin zurück auf 3.2.

Ja, das wäre tatsächlich eine Lösung. Danke dafür. Aber eine die den Teufel mit Beelzebub austreibt. An sich ist das Autoformatting ja nützlich. Wenns denn tut :sad:

Ich bin übrigens mit meinem Bugmeldungsversuch komplett gescheitert. Es gibt einfach keine Möglichkeit mit irgend einem Offiziellen Kontakt aufzunehmen. Wenn das Registrierungs-Formular nicht funktioniert wie bei mir dann wars das. Und hier interessierts auch niemand so wirklich.

Bleibt zu hoffen dass die Herren von selber auf den Bug aufmerksam werden und die Macke mit einer der nächsten Versionen behoben wird.

Kleines Update. Zwischenzeitlich hatte ich mal auf 3.2 gedowngradet. Alles lief wieder gut. Ein erneutes Update auf 3.31, und ich bin zurück bei meinem oben gezeigten Problem.

Zurück zu 3.2. in 3.3 ist der grosse Holzwurm drin.

Bad Karma. Das Formular zum Registrieren auf dem englischen Wordpress Forum geht nicht. Ich erhalte keine Bestätigungsmail. Es gibt auch keine Möglichkeit der Kontaktaufnahme. Und ein Impressum suche ich da ebenso vergeblich. Sprich ich kann meinen Bugreport gar nicht melden. Denn im Bugtracker muss man sich mit den Forenzugangsdaten anmelden.

Habe ich in der Form noch gar nirgends erlebt.

Wäre vielleicht hier jemand so Nett das für mich zu tun der schon auf dem englischen Forum registriert ist? Ein entsprechendes Video das das Problem zeigt findet ihr hier:

http://www.reinerstilesets.de/ext/editorbug/Untitled.swf

Vielleicht ist ja auch jemand so Nett und sagt mir wie ich mit einem der Admins auf der englischen Seite in Kontakt kommen kann. Da klemmts ja gleich an mehreren Stellen. Und ich glaube nicht dass die das überhaupt wissen.

Danke für den Link. Der ist nützlich! :)

Ich warte nur noch darauf dass jemand den Bug und den Workaround bestätigt. Inzwischen geht auch mein Camtasia wieder. Und wenns so bleibt bekommt das Dev Team morgen nen schönes Video von dem Problem :)

So, ich habe zumindest schon mal nen Workaround gefunden wie es aussieht. Glückstreffer beim rumspielen und noch mal nachkontrollieren.

Wenn ich die Seite vom html Tab aus speichere behält es die Absätze. Wenn ich den Editor verlasse und eine neue Seite bearbeiten will dann macht der Editor ja am vorherigen Tab auf. Also öffnet der Editor am html Tab wenn ich ihn da verlassen habe. Und auch da ist dann alles gut wenn ich eine neue Seite bearbeite.

Speichere ich vom Visual Tab aus dann zerballert es mir die Absätze. Und wenn ich danach eine neue Seite bearbeiten will dann zerballert es die auch, in dem Moment wo der Editor sie läd und im visuellen Teil darstellt.

Workaround: auf jeden Fall vom html Tab aus auf den Update Button klicken. Auf keinen Fall vom Visual Tab aus speichern.

Das war unter 3.2 noch nicht nötig. Das wäre mir aufgefallen. Auch da hats zwar die <p> und <br> Tags entsorgt, der html Parser im Editor von Wordpress hält halt nicht viel von validem html, hehe. Die dadurch definierten Absätze blieben aber erhalten. Der nahm dann die echten Absätze des html Textes dafür her. Und tut das immer noch sofern die vorhanden sind.

Das Sorgenkind ist jedenfalls die Vorschau.

Nun brauche ich noch mindestens einen der mir den Bug bestätigen kann. Und schön wäre auch noch rauszufinden wieso er bei einigen auftritt und bei einigen nicht.

Zitat

Das die Darstellung im Gegensatz zu Deiner Website fehlerfrei funktioniert, habe ich Dir ja in meiner Testinstallation gezeigt. Von daher ist es für mich erstmal ein Benutzerfehler.

Und ich habe dir anhand Screenshots gezeigt dass es bei mir eben nicht so ist. Und mehrmals erklärt dass ich Wordpress nicht erst seit gestern benutze. Du bist da einfach auf dem falschen Dampfer.

Den Rest ignoriere ich an der Stelle einfach mal. Die Diskussion führt nirgends hin. Denk was du willst. Mir gehts um eine Lösung.

Zitat

Wenn ich lese, dass Absätze nicht mehr angezeigt werden, dann prüfe ich u.a. erstmal ob die entsprechenden Definitionen für p-Tags bezgl. der Abstände noch vorhanden sind. Diese sind nunmal in der CSS Datei hinterlegt. Deswegen war das meine erste Vermutung.

Von welcher CSS reden wir hier gerade? Die des Templates? Das ist ja was du bisher sagst. Die ist aber für die Dastellung da, die manipuliert nicht den Inhalt. Der Inhalt wird aber manipuliert. Nach dem Publishen ist der Text im Editor ohne Absätze. Das Template funktioniert in der Hinsicht also einwandfrei. Der Editor aber nicht. Der verstümmelt mir meinen Inhalt weil er die Absätze entsorgt.

Und jetzt müssen wir eben rausfinden wieso es die Absätze entsorgt. Du kannst es nicht nachvollziehen. Das spricht schon mal dafür dass das kein generelles Wordpress Problem ist, sondern eins das sich nur unter bestimmten Voraussetzungen zeigt.

Ich bin mal eben recherchieren.