Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenVerwendest du in deiner Sidebar Widgets, oder schreibst du direkt in die sidebar.php deines Themes?
Ich würde generell SWFObject zur Einbindung von Flash empfehlen, das sollte eigentlich auch in einem Textwidget funktionieren.
swfobject - Google Code
Leider ist aber das Frontend (standard Theme) jetzt ein Mischmasch aus Deutsch und Englsich und auf dem offiziellen Link zum Kubrick-Template in deutsch kommt ein 404er...
Nimm mal den aus dem Themepool:
http://themes.wordpress-deutschland.org/download/default_de.zip
Schon klar, aber es ist eigentlich kein "Fehler", sondern hier wird eine Eigenart von CSS ausgenutzt, nämlich das unbekannte Eigenschaften einfach ignoriert werden. Der Validator meckert einfach nur die ihm unbekannte Eigenschaft an, Mozilla benötigt diese allerdings, da es die eigentliche display:inline-block noch nicht versteht.
Eigentlich sollte der Validator diese eben auch ignorieren, aber das würde ja dem Sinn des Validators widersprechen. (In meinen Augen wäre deshalb an der Stelle eher eine Warnung angebracht.)
Wie gesagt, diese Fehlermeldung kannst du ohne weiteres ignorieren. Die CSS-Autoren von CForms haben sich schon was dabei gedacht. Im Gegenteil, es würde Anzeigeprobleme (im Mozilla) verursachen, wenn du die experimentelle -moz-Eigenschaft raus wirfst.
Ich glaube das ist eher ein CSS-Problem die übergeordnete Seite bekommt ja eine andere Klasse (current_page_parent).
Ja schon - aber die Anzahl DB-Zugriffe war vor dem Upgrade auf 2.7 auch schon so - und trotzdem Ladezeit 1 Sekunde - ich habe sonst an der Konfiguration und im Theme nichts geändert.
Hab ich ja nicht behauptet, aber du hast ja selbst schon festgestellt, dass sich eben in 2.7 was geändert hat. Und mit den Tipps in den Threads kannst du erkennen, ob eine WP-Datenbankabfrage klemmt, oder was andres. Stichwort "save queries".
Wegen den Plugin: siehst du schnell, indem du diese einfach mal testweise deaktivierst.
Firebug sagt mir übrigens 4.77 Sekunden für den Aufruf deiner Blogseite, also externes Script kann ich hier nicht bestätigen.
Mmh, eigentlich sollte das auch mit dem Unterverzeichnis klappen. Füg mal oben noch de RewriteBase ein, siehe Edit.
Mmh, der Directoy Index sollte da eigentlich keine Rolle spielen, da gehts ja nur darum, welche Datei aufgerufen wird, wenn das Verzeichnis direkt aufgerufen wird - also im Normalfall die index.php. Und die ist ja erstens vorhanden, und zweitens gehts ja gar nicht um diese. Kannst du die vollständige Meldung posten?
Steht doch alles auf der verlinkten Seite, auch das open_basedir selbst bei Safe Mode off greift. Ansonsten tummeln sich hier hauptsächlich WP-Entwickler und -User, keine PHP-/Server-Experten. ;-)
Ich meine das ist eine Einstellung in der PHP-Konfiguration, also php.ini. Dort muss der Pfad zu WP eingetragen werden, aber viel mehr weiß ich dann dazu auch nicht mehr. Es hat wohl was mit dem Safe Mode zu tun:
PHP: Safe Mode - Manual
(Der Codex ist aber auch riesig. Puh.)
Jau, aber beide Links sind direkt von der Main Page erreichbar. ;-) (Die zugegebenermaßen aber heute selbst mal weg war - vermutlich während der Überarbeitungsphase)
Selbes Problem (falsche Dateirechte) wie in deinem Thread nebenan?
:arrow: http://forum.wordpress-deutschland.org/plugins-und-wi…ereinander.html
Der Unterschied von include und require ist, require bricht die Abarbeitung des Scripts ab, include schmeißt nur ne Warnung. Hilft dir also nicht wirklich was. Bei der Konfiguration der Open-Basedir-Beschränkung kann dir vielleicht dein Hoster unter die Arme greifen, das ist möglicherweise nur ne falsche Einstellung.
Scheint ein Rechteproblem zu sein, der Zugriff auf das NGG-Stylesheet ist nicht erlaubt:
http://www.untersuhl.info/wp-content/plu…y.css?ver=1.0.0
Forbidden
You don't have permission to access /wp-content/plugins/nextgen-gallery/css/nggallery.css on this server.
Schau mal ob die Dateirechte korrekt gesetzt wurden.
Du hast 70 DB-Zugriffe auf der Startseite, vielleicht ist da was langsames dabei. Hier im Forum gibts ne Menge Threads die dir Hinweise geben, wie du das ganze angehen kannst (Stichwort: "langsam").
Also ich hab heut beim Surfen durchaus einige Seiten dazu gefunden, hab mir aber die URLs leider nicht gemerkt. ;-) Klick dich zum Beispiel mal durch die Trackbacks der beiden Blogeinträge zu WP 2.7, da findest du sicher ne Menge.
Im Codex gibts das hier:
Version 2.7 WordPress Codex
Migrating Plugins and Themes to 2.7 WordPress Codex
Stichwörter: Threaded Comments, Sticky Posts, ... was kam in 2.7 noch dazu? :-)
Da werden 2 experimentelle Eigenschaften angegeben, die nur im Mozilla funktionieren. Ist durchaus üblich und bei entsprechendem Fallback auch kein Problem. Kannst du also ohne weiteres ignorieren.
Der einzige Unterschied ist IMHO die Sprachdatei - aber die frisst halt gehörig Speicher.
Ups. Ich weiß schon warum ich bei if-Anweisungen immer Klammern setze, auch wenn danach nur 1 Zeile kommt... ;-) Korrektur siehe Edit.
Hat jemand eine Idee? Was mache ich falsch? Kann es am Theme liegen?
Da wird wohl einfach nicht genügend Speicher zur Verfügung stehen (PHP Memory Limit), gibt da heute schon gefühlte 100 Threads dazu.
leider ist das problem hier wohl doch etwas komplexer. so weit ich das richtig sehe ist mysql_real_escape_string die bessere alternative zu den addslashes().
Korrekt. Vergiss am besten, das es sowas wie addslashes() gibt. ;-)
der autor des plugins verwendet durchgehend addslashes. und vermutlich wird das sanitizeInput wohl in zusammenhang stehen, da der fehler jetzt eine leere query ist
Mmh, schade. Wenn das mal nicht das ganze Plugin unbrauchbar macht...
so beim nachdenken und nachlesen komm ich drauf, dass der hund aber eigentlich ganz woanders begraben liegen muss. eigentlich habe ich ja nichts anderes gemacht, als in allen dateien.php und im script.js die url raus zu werfen und "description" durch "nachname" (&dabei mediumtext durch varchar) zu ersetzen. die frage ist glaub ich eher was da alles dran hängen kann und danach zu suchen...? Eine weitere möglichkeit wäre ja auch noch den file-upload raus zu werfen und zu schauen was er dann an sonstigen errors noch so auswirft ;)
Probiers aus, viel Erfolg dabei!
