Beiträge von JoGuWi

Google ist dein Freund

Heureka, nach langer, langer Suche quer durch das gesamte Internet bin ich fündig geworden:
http://stackoverflow.com/questions/6740…p/685232#685232

Zitat

Just for the sake of posting for people who may run into this in the future... for me it was the php setting "mysql.trace_mode" - this defaulted "on" in 5.2.6 instead of "off" like previously, and for some reason prevents the FOUND_ROWS() from working.

Kaum zu glauben aber wahr. Wer diese Einstellung in seiner php.ini-Datei hat, der hat keine Links zu älteren Beiträgen. Ich änderte die Einstellung auf

mysql.trace_mode=off

und schwupp, plötzlich ist der Link wieder da. Jetzt kann ich wieder beruhigt schlafen !

Seit Stunden mache ich an folgendem Problem herum: es werden, wie im Backend unter "Einstellungen-Lesen" eingestellt, immer die aktuellsten 10 Artikel angezeigt, der Link zu älteren Artikeln (Posts) wird aber nicht generiert. Ein Zugriff auf die älteren Artikel ist somit nicht möglich.

Nach langem Herumprobieren konnte ich als Ursache einkreisen, dass die Variable $max_num_pages immer den Wert 0 hat und das sogar bei Anfragen, die weit über 20 Seiten Treffer generieren. Offenbar wird das $wp_query-Objekt immer auf Null zurückgesetzt. Der Loop funktioniert jedoch einwandfrei.

Ich habe auch schon alle Plugins deaktiviert, ohne Erfolg. Ich habe andere Themes probiert: gleiches Phänomen. Auch die aktuellste Wordpress-Version habe ich neu installiert (3.2.1), keine Änderung. Verwendet wird das Standard-Theme 2010, die PHP-Version ist aktuell. Ich bin ratlos!

Siehe http://www.andreae-gymnasium.de

Bitte sachlich!

Bitte sachlich bleiben! Meine Kritik zielte doch nicht darauf ab, irgend wen zu beleidigen. Natürlich gibt es keine Softwareentwicklung ohne Bugs und zweifelsohne ist die Geschwindigkeit, mit der Bugs bei Open-Source-Software meist behoben werden, vorbildlich. Aber bei all der Anerkennung für die Leistung der idealistischen Programmierer wird doch bei einem Open-Source-Projekt konstruktive Kritik erlaubt sein. Ich würde mir das jedenfalls als Entwickler wünschen.
Und weil ich das Gefühl habe, immer noch nicht richtig verstanden worden zu sein, möchte ich meine subjektive, als Diskussionsbeitrag zu verstehende (dazu sind doch Foren da, oder nicht) Meinung noch mal formulieren:
Die Kernfunktionen einer Blogging-Software sollten so robust und plattformübergreifend wie möglich programmiert werden und das bedeutet aus meiner Sicht, eine möglichst einfache Programmierung, die möglichst wenig Voraussetzungen client- und serverseitig benötigt. Diese robusten Kernfunktionen können dann optional über Plugins erweitert und ausgebaut werden.
Im Vergleich zu einem CMS oder einer Lernplattform wie MOODLE ist doch eine Blogging-Anwendung im Kern gar nicht so kompliziert, zumindest muss sie es nicht sein.

Zitat von codestyling

Komplexe Software hat eben auch komplexe Probleme. Wenn man ein System konzipiert, bei dem der Benutzer wenig bis gar keine Ahnung von Programmierung haben muß und mit der Nase auf die Tastatur fallen können soll, ohne das es "explodiert", dann bleiben eben Fehler nicht aus. Und Benutzer kommen auf tolle Ideen, die kann man gar nicht alle abfangen.

Häh? Irgendwie scheinst du mein Posting nicht ganz verstanden, bzw. gelesen zu haben. Nicht nur der dumme User, offensichtlich auch die hohe Kaste der Programmierer (oder solche, die sich dafür halten) verheddern sich ganz offensichtlich immer öfter in den immer unübersichtlicher werdenden Abhängigkeiten diverser Programmmodule. Zweifellos ist das neue Multimedia-Einfüge-Feature sehr schick. Dafür zahlt man aber einen Preis und dieser ist im schlimmsten Falle, dass man über die schicken Popups (Thickbox) keine Medien einfügen kann. Und das nicht, weil der User zu blöd dazu ist, sondern weil es aufgrund des Codes ein Plattformkompatibilitätsproblem gibt. Die alte Medien-Einfüge-Funktion war zwar nicht gerade der Hit, was die Benutzerfreundlichkeit anging, aber sie funktionierte auf allen von mir getesteten Systemen. Wer mehr wollte, der konnte auf Plugins zurückgreifen.

Interessant...

Vielen Dank für die prompte Antwort. Gleichzeit bin ich aber auch etwas verwirrt, das Patch löst das Problem ja auf eine andere Art als Ralix. Die Zusammenhänge durchschaue ich nicht. Ich fühle mich aber in meiner Ansicht bestätigt, dass man bei wichtigen Kernfunktionen einer Software dem KISS-Prinzip folgen sollte. Man schaue sich nur mal in den Foren um, wie viele Leute Probleme mit dem Media-Upload haben! Bei all den Griffen in diverse Trickkisten unter Einsatz von Java-Script und Flash wird a) die Fehlersuche immer komplexer und b) die Plattformkompatibiliät immer eingeschränkter. Die Entwickler sollten nicht vergessen, dass man an seinem Arbeitsplatz im LAN nicht mal so einfach z.B. das FLASH-Plugin updaten kann. Und natürlich wird es mit zunehmender Komplexizität auch immer wahrscheinlicher, dass Bugs übersehen werden.

Also lieber einfache und robuste Features. Zum Aufschminken kann man dann ja Plugins installieren!

Bug oder nicht Bug? Das ist meine Frage

Meine Beziehung zu Wordpress war schon in einer ernsten Krise, da ich an meinem Arbeitsplatz, an dem ich Kollegen und Kolleginnen gelegentlich in Wordpress einführe, eine Pleite mit der Bildereinfügfunktion hatte, die ich von zu Hause nicht kannte. Im Netz am Arbeitsplatz (XP, IE7, FF2, Opera) kam immer nach dem erfolgreichen Hochladen der Bilder eine weiße Box, wenn man die Bilder oder Galerien einfügen wollte. Es wurde auch im IE7 ein Fehler angezeigt: Das Objekt unterstützt die Eigenschaft oder Methode nicht. (Leider vergaß ich die Zeilennummer zu notieren).
Seit ich, wie Ralix es beschreibt, die media-upload.js abgeändert habe funktioniert das Ganze sowohl zu Hause, als auch am Arbeitsplatz.

Mich würde der technische Hintergrund interessieren. Ist das nun ein Bug, oder nicht? Warum finde ich über das Problem nichts auf den englischsprachigen Seiten (vielleicht weil mein Englisch so schlecht ist;) )?

Besten Dank an Ralix!

Browser zeigt deinen Editor falsch an

Mit dem Firefox 2.0 hatte ich gestern ebenfalls Probleme mit dem Editor. Offensichtlich greift der neue Wordpress-Editor noch tiefer in die Java-Script-Trickkiste als der alte. Deshalb müssen bei Firefox alle (!) Java-Script-Features erlaubt sein (Extras>Einstellungen>Inhalt>Java-Script-Einstellungen>Erweitert, überall Häkchen machen). Auch im IE7 trägst du deine Blog-Website am besten als vertrauenswürdige Seite ein und aktivierst den ganzen Java-Script-Kram, Popups, etc..). Beim Firefox muss man übrigens nach dem Ändern der Java-Script-Einstellungen den Cache leeren, sonst ignoriert er die Änderungen. Das hat mich gestern Stunden gekostet, bis ich im Internet die Lösung fand.

Im Anhang siehst du, wie die Buttonleiste bei funktionierendem Browser-Wordpress-Zusammenspiel aussehen sollte.

Popup-Problem unter FF2.0 gelöst

telekommander: Vielen Dank für deine Tipps. Da ich das Problem mittlerweile firefoxseitig lösen konnte, lasse ich mal lieber die Finger von dem Wordpress-Code. Die Lösung fand ich bei folgendem Blog-Beitrag: http://www.sajonara.de/?p=439 Es genügt nämlich nicht, unter FF2.0 bei Java-Skript alle Häkchen zu machen (auch unter Erweitert!), man muss auch noch den Cache leeren damit dies wirksam wird.

Nach einem Wordpress-Update von 2.07 auf 2.1* gibt es bei mir Probleme mit dem WYSIWYG-Editor unter Firefox 2.0.0.1 beim Einfügen von Links. Dem Popupfenster fehlen die Buttons zum Einfügen des Links, siehe Grafik im Anhang. Natürlich habe ich unter Einstellungen im Firefox die Java-Skript-Funktionen überprüft. Da man das Popup nicht mehr schließen kann, hilft nur noch ein Reload der Seite, vorher nicht abgespeichert Änderungen am Beitragstext sind dann verloren.
Unter Opera 9.1 und unter IE 7.0 funktioniert es tadellos.

Hat jemand ein ähnliches Problem, oder gar eine Problemlösung?

Ergänzung (21:30 UHR): Ich habe gerade bei technorati.com nachgeforscht, ob noch andere mein Problem haben. Es ist so! Siehe z.B. Rob Cottingham.

*2.1 gefällt mir übrigens sehr gut, es wurden einige wichtige Verbesserungen bezüglich Benutzerfreundlichkeit gemacht. Schön auch, dass man die Voraussetzungen für eine Installation (PHP-Version und MYSQL-Version) nur behutsam gesteigert hat.