Beiträge von Tiles

Zitat

Sag das nicht...

Doch, sage ich. Und das sage ich auch als Softwareentwickler der ich bin. Von Bugs habe ich ganz offensichtlich ein wenig mehr Ahnung als du.

Zitat

Meine erste Vermutung ging dahin, dass in der style.css die Formatierungen für das p-Tag fehlten.

Das wäre wie gesagt eine Darstellungssache. Die style.css ist nur für die Darstellung zuständig. Nicht für Manipulation. Der Fehler passiert aber schon im Editor. Da verschwinden die Absätze, der Text wird manipuliert.

Zitat

Richtig, das versuche ich.

Ein Userfehler ist nie auszuschliessen. Deswegen ist es grundsätzlich nie verkehrt auch da nachzuhaken. Einen offensichtlichen Bug zu einem Userfehler zu erklären ist aber schlicht dumm. Du nutzt damit niemandem, sondern fügst im Gegenteil deinem Fanartikel noch Schaden zu indem du verhinderst dass dieser Bug zur Kenntnis genommen und dann auch gefixt wird.

Zitat

Und kann es zufällig sein, dass dabei entweder mehrfach die Entertaste oder mehrfach hintereinander das br-Tag benutzt wurden?

Nein. Aber selbst wenn dem so wäre, mehrfache breaks per <br> sind immer noch valides html. Und du darfst auch mehrfache Zeilenabsätze per Enter setzen. Das geht in Wordpress 3.2 tadellos.

Zitat

Ich versuche hier lediglich Informationen zu erhalten um eventuelle Bedienungsfehler ausschließen zu können... Stimmt, ich kann's mir auch sparen.

Grundsätzlich nix verkehrtes. Nur dein Beharren darauf dass ein offensichtlicher Bug keiner ist ist ein wenig hinderlich :)

Ah, wart mal, nicht dass wir hier grade was durcheinanderbringen. Dass da die <p> Tags entsorgt werden ist wieder ne andere Geschichte. Der html Editor entsorgt beim durchparsen sowohl <br> als auch <p>. Und rückt die Zeilen entsprechend ein.

Wordpress sollte die dadurch erzeugten Absätze aber dann auch darstellen wenn man publiziert. Und genau das tut es hier nicht mehr. Der Editor verliert in der html Ansicht die dafür nötige Formatierung in dem Moment wenn ich den Update Button klicke und publiziere.

Ich glaube da ist ihm einfach ein wenig der Fangaul durchgegangen. Kann passieren. Immerhin versucht er ja auch zu helfen :)

Mh, du hast nicht zufällig auch das TinyMCE installiert?

Ich denke ich gehe nun auch mal das Mutterboard heimsuchen. Mal sehen ob das Problem auch in der internationalen Community bekannt ist. Und das Ding gehört natürlich schleunigst als Bug gemeldet falls noch nicht passiert!

Hats auch nicht. Das ist meiner Meinung nach irgendwas mit der Textformatierung des Wordpress Editors.

Zitat

Kann ich nicht nachvollziehen, ist bei mir nicht so.

Das ist schön. Es soll ja aber auch Bugs geben die beim einen auftreten und beim anderen nicht. Die Frage ist nun was ist bei mir anders.

Was mir ins Auge sticht ist dass ich wie mein Vorposter TinyMCE installiert habe. Das Ding ist aber schon ne ganze Weile deaktiviert. Ich habe es nur noch nicht wieder gelöscht. Das wäre auf jeden Fall mal eine Spur die es zu verfolgen lohnt.

Zitat

Wie auch immer, jedenfalls kein WP Bug.

Seufz. Ein Bug ist erst mal nichts schlimmes. Er ist einfach ein Fehler den es dingfest und zu beheben gilt. Das nützt allen Beteiligten.

Zum Thema ob das ein Wordpress Bug ist: Es trat NACH dem Update auf 3.3 auf. VOR dem Update hat Wordpress tadellos funktioniert. Einen Bedienerfehler schliesse ich deswegen aus weil ich erstens schon jahrelang mit Wordpress zu tun habe, und man zweites nicht viel beim Enter drücken zum Erzeugen eines neuen Absatzes oder dem Klick auf den Update Button falsch machen kann. Also ist es mit sehr sehr sehr SEHR grosser Wahrscheinlichkeit ein Bug in Wordpress. Eine Unverträglichkeit bei was auch immer. Denn erst das Update hat Wordpress dazu gebracht nicht mehr wie gedacht zu funktionieren.

Und inzwischen sind wir ja auch schon zu Dritt mit dem Problem.

Das Problem ist schon im Editor zu sehen, in dem Moment wenn ich den Update Button drücke und der Editor wieder sichtbar wird. Das kann gar nichts mit der style.css meiner Seite zu tun haben. Denn die stellt nur dar, die manipuliert den Text nicht.

Zitat

Von daher nochmal die Frage, wie Du den Content generierst? Was machst Du um die Absätze zu erzeugen?

A bissi veräppelt fühl ich mich grade schon wie du hier versuchst die Schuld auf mich als User abzuwälzen :D

Wie gesagt, ein Bug ist erst mal nichts schlechtes.

Ich verwende Enter um im Editor einen neuen Absatz zu erzeugen. That easy. Das hat bisher sowohl in der html Ansicht als auch in der visuellen Ansicht wunderbar funktioniert.

Alternativ habe ich auch den gesamten html Text mal extern editiert, die fehlenden <br> Tags nachgefummelt, und wieder reingepastet. Gleiches Ergebnis. Nach dem Klick auf den Update Button verschwinden auch diese Tags.

Tja, wenn man das Zeug mal braucht. Camtasia hat mal wieder den Dienst quittiert. Also mit Bildern.

Shot 1: ich editiere einen Beitrag und schreibe was neues dazu. Deutlich zu sehen, der Text hat Absätze.

Shot2: auch in der html Ansicht sind die Absätze angekommen. Alles gut.

Shot 3: ich klicke auf den Publizieren Button. Die Absätze verabschieden sich ins Nirvana. Und so siehts dann natürlich auch auf meiner Seite aus.

Bug :)

Wart mal, ich mach dir mal eben nen Video vom Problem. Halbe Stunde ...

Das ist wohl ein Bug in der neuesten Wordpress Version. Bin da auch grade drüber gestolpert. Sehr sehr unschön! Mir zerhauts hier meine ganzen Seiten sobald ich sie speichere. Ich müsste nun überall von Hand einen <br> Tag in der html Ansicht reinfummeln. Die Absätze aus der visuellen Ansicht werden entsorgt. Ganz grosses Tennis. Und wenn ich die Seite noch mal ändere muss ich die <br> Tags wieder reinfummeln. Die werden dann wieder entsorgt.

Noch unschöner ist dass das wohl noch gar niemandem aufgefallen ist :(

Ich habe ja zwischenzeitlich das Memorylimit von PHP auf 256 Mb angehoben. Und bis jetzt sehe ich keine Nebenwirkungen. Die Warnung ist nun auch weg. Das Problem ist also behoben. Die Lösung über die wp-config ist aber mal gebookmarkt. Und für andere ist diese Lösung bestimmt besser. Es kann ja nicht jeder an der PHP Config des Servers rumfingern wie ich :)

Danke für die Hilfe Maxe :)

Dank dir :)

Ganz problemlos läuft es leider nicht. Ich habe leider nur einen kleinen Server mit wenig Ram. Und immer mal wieder ein kleines graceful restart Problem dem ich einfach nicht so recht auf die Schliche komme. Und ich habe eben hier Wordpress unter Verdacht. Aber selbst wenn es nur bei der Fehlermeldung bleibt ist es ja nicht wirklich problemlos.

Also braucht Wordpress quasi einfach seine 256 MB um ohne Fehlermeldung zu laufen. Schon schade was das inzwischen für ein Ram Monster geworden ist. Nicht schön, aber ich denke das hilft mir weiter. Mal sehen wie es aussieht wenn ich das PHP Limit auf 256 setze :)

Hat wirklich keiner eine Lösung dafür?

Danke für den Tip, mal sehen ob er was bringt :)

Dass der Fehler in der syslog auftaucht und nicht in Wordpress ist einleuchtend. Wordpress versucht da ja an den PHP Einstellungen des Servers rumzufingern. Also gibts auch da den Alarm. Mich wundert wieso Wordpress das überhaupt tut. Kann doch nicht sein dass eine Software sich sein Betriebssystem einstellt :???:

EDIT sagt, mit Memorylimit in der wordpress config rumgespielt. Mit 32 mb Limit wollte Wordpress nicht mehr so recht. Mit 64 mb ging dann alles wieder. Leider inklusive des Fehlers. Wordpress will selbst dann noch das Memorylimit erhöhen.

Hat noch jemand eine Idee?

Hallo zusammen. Ich finde in meinem syslog.log auf meinem Server regelmässig eine Errormessage dass Wordpress versucht das Memory Limit anzuheben. Das sieht dann ungefähr so aus:

Nov 26 10:20:30 vadmin104 suhosin[24880]: ALERT - script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker 'XXXXXXXXXX', file '/var/www/XXXXX/wp-admin/admin.php', line 109)

Line 109 aus dem admin.php:

@ini_set( 'memory_limit', apply_filters( 'admin_memory_limit', WP_MAX_MEMORY_LIMIT ) );

Der "attacker" bin ich selber. Denn der Error passiert regelmässig wenn ich mich ins Dashboard einlogge.

Mein PHP Memory Limit liegt bei 128 Mb, was eigentlich total ausreichen sollte. So einen dicken Schluck aus der Pulle sollte sich nicht mal Wordress gönnen müssen.

Ist das ein Bug? Wie werde ich denn den Fehler los? Kann ich das Memory Limit von Wordpress irgendwo einstellen?

Danke Jottlieb. Die brauchen nicht registriert sein um Kommentare zu posten? Hmm.

Es sind diese berühmt berüchtigten "... den Originalbeitrag weiterlesen " Dinger.

Ich habe hier einen Spambot der sich regelmässig verlinkt. Nicht weiter dramatisch.

Wie kommt es aber dass dieser nicht angemeldeter Spambot ohne Zuschaltung von Akismet Kommentare posten kann obwohl man für das Kommentare posten eigentlich angemeldet sein muss? So habe ich es zumindest eingestellt. Das ist doch eigentlich eine Sicherheitslücke die sich da auftut.

Welche Lücke nutzt denn dieser Kamerad da?

Und kann ich eigentlich irgendwie gegen die Betreiber der durch den Spambot verlinkten Seite vorgehen?

Ich weiss der Thread ist schon ein paar Wochen alt, aber ich habe grade das gleiche Problem.

Für das Home Button Problem oben in der Menüleiste scheints wohl derzeit nicht wirklich eine brauchbare Lösung zu geben. Die von dem Pluginentwickler angedachten Lösungen greifen bei mir auch nicht. Ich habe ein modifiziertes Twentyten Theme, und die von ihm erwähnten Sachen finde ich schlicht nicht. Und auch in dessen Forum werde ich nicht fündig.

Ich versuche es grade über die header.php zu lösen, und habe unter Zeile 86 mal folgendes eingefügt:

<?php if (qtrans_getLanguage() == 'en') : ?><a href="http://www.meinedomain.de/">Home</a><?php else : ?><a href="http://www.meinedomain.de/de/">Home</a><?php endif; ?>

Nun habe ich erst mal zwei Home Buttons, und der zweite Home Button verlinkt nun Sprachenspezifisch.

So richtig glücklich bin ich damit aber auch nicht, es hat mehrere Pferdefüsse: der original Home Button muss natürlich nun abgeschaltet werden. Ich glaube das war irgendwo in der functions.php. Der funktionierende Home Button steht nun ganz rechts. Und ich weiss nicht wie ich ihn ganz links anordne. Und er wird nicht wie der original Home Button gehighlightet.

Hat vielleicht doch jemand eine Lösung für das Problem parat?

Wordpress 3.1 Deutsch

Ich bin gerade dabei meine Seite von html nach Wordpress umzustellen. Und paste dafür meine alten Seitenteile unter Verwendung von Firefox in Wordpress auf neue Seiten in den visuellen Editorteil rein. Ein sehr frustrierendes Erlebnis. Alle Links die ich hier reinpaste werden umgewandelt, und somit zerstört. Was vorher absolut ist, wird plötzlich relativ. Ich bin nur noch am Linksfixen. Ich könnte mir eigentlich das pasten sparen und gleich von Hand schreiben :/

Bei Links die die gleiche Domain betreffen wäre das ja noch halbwegs nachzuvollziehen, auch wenn Wordpress mit den so verstümmelten URL`s selber nicht wirklich umgehen kann. Es macht zwar brav http://www.meinedomain.de/content/meinbild.jpg
zu
../content/meinbild.jpg
, zeigt das sogar im Editor an, aber wenn ich dann veröffentliche streikt die Schose spätestens wenn ich per QTranslate auf die andere Sprache wechsle. Manchmal auch in beiden eingestellten Sprachen. Da bin ich noch nicht so genau dahintergekommen wieso.

Spätestens wenn
http://www.anderedomain.de
zu
../http://www.anderedomain.de
wird wirds aber unlustig. Und spätestens deswegen will ich die absoluten Pfade behalten. Das würde mir gerade unglaublich viel Arbeit ersparen. Denn ich muss derzeit jeden Link einzeln nachkontrollieren und fixen. Eine sehr zeitraubende Prozedur.

So wie es jetzt ist für mich ein Bug. Gepasteter Inhalt sollte nicht verstümmelt werden, egal was man reinpastet. Und ein Link ist eigentlich ein Standardinhalt.

Ist das Problem bekannt? Was ist die Lösung dafür? Alles in den HTML Teil pasten? Da suche ich mir nen Wolf um die richtigen Teile an die Strippe zu bekommen. Das ist auch keine rechte Lösung. Hm.

Ich habe nun Wordpress noch mal drübergebügelt, also schlicht die Datenbank entsorgt und frisch installiert, und nun geht es endlich. Jippie :D

Danke für die Unterstützung Leute :)

Tatsächlich, rewrite war aus.

Ich habe aber nur einen Teilerfolg erzielt. Es kommt zwar nun kein 404 mehr. Und die URL in der Eingabeleiste ist nun auch die gewünschte URL wie in den Permalinks festgelegt. Aber Wordpress springt nicht auf die neue Seite. Sondern bleibt bei Seite 1 stehen :(

Ändere ich die Permalinks wieder auf die standardmässigen Nummern kann ich wieder navigieren. Aber das will ich ja nicht. Ich hätte gerne die Klarnamen in der URL.

Danke für die Ideen Leute :)

Die .htaccess existierte nicht, hatte ich ja schon im Titel angegeben. Ich habe sie manuell angelegt. Der erforderliche Text wurde ja freundlicherweise angemahnt. Die Schreibrechte habe ich natürlich auch geändert. Daran sollte es also eigentlich nicht liegen.

Ich habe allerdings über Google eine weitere heisse Spur rausgefunden. der ich mal heute folgen werde. Vermutlich ist auf dem Server mod rewrite aus. Ich gebe dann Bescheid ob es daran lag.