Beiträge von Ammaletu

Da hat codestyling natürlich auch wieder Recht. Ich gehe immer von mir aus, und da bin ich immer der alleinige Benutzer auf meinen Blogs. Aber selbst dann könnte es ja eine Sicherheitslücke geben, die das Anlegen weiterer Nutzer erlaubt, die dann ggf. auch die Themedateien auslesen könnten. Die Daten außerhalb des Web-Roots in eine eigene Datei zu packen ist also auf jeden Fall sicherer.

Das dürfte in der single.php und der archive.php stehen, denke ich. Wenn Du es gefunden hast, such danach, kann ja auch noch an anderen Stellen stehen. Da die Überschrift des Beitrags schon ein Link dazu ist, ist dieser Link mit dem nicht vorhandenen Bild redundant, kann also raus.

Das ist von WP leider nicht vorgesehen, und ich bin nicht sicher, ob man da ohne exzessive Eingriffe in Core-Dateien etwas daran ändern kann. Kann natürlich sein, dass jemand mal ein entsprechendes Plugin gebastelt hat, aber als ich mich vor längerem das letzte Mal damit beschäftigt habe, gab es dafür keine Lösung. Man kommt um den normalen Upload in WP nicht wirklich herum, mit dem Flash-Uploader geht es aber doch relativ flott.

Tja, wenn das Theme es nicht vorsieht, hier ein anderes Format zu akzeptieren, kannst Du das höchstens selber irgendwie umbauen. Oben zitierter Codeschnipsel ist jedenfalls nur ein Textausgabe, denke ich. Findet sich denn in der Doku des Themes dazu nichts?

Tja, so einfach wird es vermutlich nicht werden. Die erste Frage ist wie gesagt, ob Du das neue WP-3.0-Menüsystem nutzt, dann wäre das im Backend schnell zusammengeklickt. Falls nicht, musst Du Dich entscheiden, auf das Menüsystem umzustellen (machbar, aber mit ein wenig Arbeit verbunden) oder die Kategorien so in das jetzige Menü einzubauen (ggf. etwas kniffliger, je nachdem wie das jetzige Menü gemacht ist). Wie das jetzige Menü umgesetzt ist, kannst Du dir vermutlich in der header.php des Themes anschauen.

Ich vermisse ein Impressum. Neben offensichtlichen rechtlichen Gründen sind Nachrichten auch nichts wert, wenn man nicht weiß, wer sie schreibt. ;-)

Ansonsten ist das Theme ziemlich gut, da gibt's nichts zu meckern. Außer vielleicht das einige Details noch nicht eingedeutscht sind ("required" am Kontaktformular, "published by" in der Beitrags-Meta-Zeile).

Ich würde mal vermuten, dass Du da an die Grenzen Deines Speichers stößt (RAM, nicht Platte). Laut der Fehlermeldung liegt der bei 33 MB, was eigentlich massig ist, für WP 3.0 mit deutscher Sprachdatei und einigen Plugins auf eine 64-Bit-System aber nicht mehr ausreicht. Wenn Du einen 32-Bit-Server hast, sollte es eigentlich gerade noch gehen, für Updates oder große Bilder reicht es dann aber trotzdem nicht.

Mit dem Plugin "WP System Health" kannst Du Dir viele Infos zur Serverumgebung anzeigen lassen, u.a. auch den Speicher und ob es 32 oder 64 Bit sind.

Für WP 3.0 denke ich dürfen es generell gerne 64 MB sein. Da solte Dein Hoster nicht zu sehr knausern. Insbesondere wenn es ein 64-Bit-System ist solltest Du da mal nachfragen.

Prinzipiell ist das da genauso sicher wie die DB-Daten in der wp-config.php. Es hängt hauptsächlich von der Server-Einrichtung ab, ob da was passieren kann. Kann es je passieren, dass PHP-Dateien unverarbeitet angezeigt werden? Können andere lokale Nutzer am Server Zugriff aufs Dateisystem bekommen? Oder kann es Dateizugriff über eine Sicherheitslücke geben? Das hängt u.a. davon ab, mit welchen Nutzern und Nutzergruppen Apache und PHP laufen und davon abhängend welche Dateirechte vergeben wurden.

Theoretisch könntest Du die Zugangsdaten in eine eigene Datei schreiben, diese oberhalb des Web-Ordners ablegen und nur includieren. Das bringt nicht bei jedem Szenario etwas, aber immerhin. Dateirechte dann natürlich so restriktiv wie möglich setzen.

Kommt drauf an, wie das jetzige Menü umgesetzt ist. Man kann die Kategorien da sicher irgendwie integrieren. Wenn Du WP 3.0 benutzt ist es allerdings am einfachsten, die Menü-Funktion im Backend zu nutzen. Wenn das Theme das nicht unterstützt, erfordert das leider auch ein paar Modifikationen, ist aber eigentlich nicht zu dramatisch. Dann kannst Du nach Belieben statische Seiten und Kategorien mischen im Menü.

Dafür ist eigentlich das Plugin "Maintenance Mode" da, wobei WP das bei Core-Updates mittlerweile auch selber macht. Für alles andere ist das Plugin aber gut.

Der Effekt wird offenbar von einem JavaScript verursacht -- schaltet man dieses im Browser ab, passiert das nicht mehr und das Rot bleibt eine normale Hover-Farbe. Ich sehe leider so auf Anhieb nicht, von welchem Script das kommen könnte, es sind ja eigentlich gar keine eingebunden.

Darüber hinaus sehe ich aber, dass das schließende Body-Element fehlt. Die Seite bricht da einfach ab. Das kann nicht gut sein und ist ja vielleicht der eigentliche Fehler, der dann den Browser irgendwie durcheinander bringt. Das solltest Du also vielleicht zuerst mal angehen. Vermutung wäre, dass irgendwas im Footer einen PHP-Fehler auslöst und die Ausgabe der Seite an der Stelle abgebrochen wird. Sollte dort ein Footer stehen?

Wenn das ein Problem der Hosting-Umgebung ist, wird ein Neuinstallieren nicht viel bringen. Ich kann da keine konkreten Erfahrungen oder Infos anbieten, denke aber, dass das eine Frage an den Support des Hosters wert sein könnte. Frag da doch einfach mal, ob sie Erfahrungen mit WordPress auf ihren Servern haben und Dir zu diesen Fehlern genaueres sagen können. Dabei kannst Du auch gleich fragen, ob und wohin PHP-Fehler geloggt werden; diese geben nämlich ggf. genaueren Aufschluss darüber, was fehlt. WP ist ja nun wirklich keine unbekannte Software mehr, insofern sollte der Hoster dazu eigentlich was sagen können. Alternativ hilft vielleicht auch ein Kundenforum weiter, falls es sowas dort gibt.

Details zu dem Plugin kann ich Dir nicht nennen, aber eine Vermutung hätte ich: Kann es sein, dass das Plugin aus dem englischsprachigen Raum kommt und als Trennzeichen einen Punkt erwartet? Ein Komma ist ein einer englischen Zahl ja nur das Tausender-Trennzeichen, und wenn das an der falschen Stelle steht, kann man es schon mal ignorieren. Probier mal "15.00" einzugeben und schau, ob das geht.

Zitat

nach einem Klick auf Vorschau bekomme ich einen Link auf
http://blog.eyespeak.de/?p=699&preview=trueauf dem aber nichts deutet.

Was auch immer das nun heißen soll?! Interessant wäre zu wissen, was für ein HTTP-Code die Serverantwort dieser Seite hat. Mit einem Tool wie dem Firefox-AddOn "LiveHTTPHeaders" kannst Du Dir das anschauen. Ist das ein 404?

Zitat

Auch ein selbst zusammengebastelter auf http://blog.eyespeak.de/?p=test23&preview=true funktioniert nicht.

Kann auch nicht. Die URL mit "?p=" ist die normale URL, an der Stelle wird immer die ID erwartet und nicht der Slug. Wenn Du eine andere Permalinkstruktur eingestellt hast, wird diese URL immer auf den Permalink umgeleitet. Ich habe es aber gerade mal getestet, mit dem preview-Parameter passiert das bei mir nicht. Die URL ist also richtig (wenn die ID denn stimmt) und sollte etwas anzeigen.

Du hast den neuen Beitrag aber schon zuerst als Entwurf gespeichert, oder?

Ist die URL denn richtig? Falls nicht, probiere mal die URL, unter der die Datei erreichbar sein sollte.

Für sinnvolle Antworten müsstest Du jetzt schon noch sagen, was das Problem ist, also was genau nicht geht. ;-)

Menüs im Backend konfigurieren geht tatsächlich erst ab WP 3.0. auf Dauer wirst Du mit einem Theme, das die aktuelle WP-Version nicht unterstützt, nicht glücklich werden. Aber vielleicht wird es ja bald aktualisiert, wenn es da tatsächlich spezielle Probleme gibt. Die meisten Themes sollten mit WP 3.0 problemlos laufen, sie müssen neue Features ja nicht benutzen.

Ein DropDown-Menü kannst Du natürlich auch so einbauen. Schritt 1 ist trotzdem, die Seiten hierarchisch anzuordnen. Schritt 2 wäre dann, alle Seiten auszugeben, nicht nur die oberste Ebene. Dann kannst Du das in Schritt 3 mit Stylesheets und ggf. JavaScript entsprechend stylen. Falls Deine Seite schon live geschaltet ist, solltest Du überlegen, solche Basteleien an einer lokalen Installation auszuprobieren.

Als Vorlage zum Abschauen kann ich wie gesagt Thematic empfehlen:
http://wordpress.org/extend/themes/thematic
Dort ist das recht clever gelöst. Es gibt eine Variante, die nur mit CSS funktioniert. Etwas hübscher wird es, wenn man noch einige JavaScripte dazugibt, aber zuerst solltest Du mal die CSS-Variante in Dein Theme übernehmen.

Natürlich darfst Du fragen, dazu ist das Forum doch da! ;-)

Ich habe übrigens gerade gesehen, dass Du mit dem neuen WP-3.0-Menüsystem Seiten ins Menü aufnehmen und ihnen dort einen neuen Linktext geben kannst. Damit kannst Du also den Linktext im Menü vom Titel entkoppeln. Vielleicht hilft Dir das ja auch schon weiter.

Also was j0k1 schreibt, ist natürlich die absolute Grundlage: Wenn Du die Seiten im Backend nicht hierarchisch anlegst, geht gar nichts.

Alles weitere hängt dann von Deinem Theme ab und sollte sich mit etwas Bastelei machen lassen. Thematic hat es, wie gesagt, TwentyTen hat es auch, glaube ich. Muss man sich da dann abschauen, ich bin aber nicht sicher, ob ich aktuell die Zeit habe, Dir das copy&paste-fertig zu machen. Der Name Deines jetzigen Themes wäre auf jeden Fall mal ein Anfang.

Ich bin nicht sicher, dass ich das zugrundeliegende Problem verstanden habe. Jede Seite hat doch schon einen individuellen Titel, den Titel eben!?

Ich bin leider auch nicht sicher, was Du mit "springt die Seite wenn ich auf einen Link klicke" meinst. Spontan fällt mir da das Herumgespringe bei zentriert gesetzten Seiten ein, wenn man mit dem Firefox zwischen Seiten wechselt, die lang genug sind um eine Scrollbar zu erfordern, und solchen, die keine brauchen. Aber ohne einen genaueren Hinweis, wie sich Dein Problem äußert, kann ich da nichts zu sagen.