Beiträge von Ammaletu

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.

Generell veränderst Du das Standard-Verhalten bei WP über Hooks und Filter. Ich könnte mir nun vorstellen, dass dazu auch das Ziel nach einem Login gehört. Das könnte sich z.B. nach der Rolle des eingeloggten Nutzers richten. Ob es einen passenden Filter gibt und ob Du an der Stelle auch die Info über die Nutzerrolle zur Verfügung hättest, kannst Du im Codex recherchieren.

Ich kenne das Thesis-Theme nicht, aber kann ja sein, dass das Theme das so vorsieht. Durch einen Vergleich mit einem Theme, das Deinen Wünschen entspricht, müsste sich das doch leicht anpassen lassen. Suche z.B. nach "the_excerpt" oder "the_content" im Quelltext.

Für statische Seiten kannst Du die Anzeige des Seitentitels in der page.php des Themes entfernen. Bist Du aber sicher, dass es Sinn macht, die Seiten ohne Titel anzuzeigen?!

Das ganze ist leider schon eine Programmieraufgabe und mir fehlt die Zeit dazu, das direkt fertig zu bauen. Machbar ist das auf jeden Fall mit jQuery, Du müsstest aber überlegen was Besucher ohne JavaScript als Fallback sehen.

Ich stelle mir das so vor: Das erste Dropdown mit den Jahren kriegt ein onchange, welches die ID des gewählten Elementes ausliest und damit eine AJAX-Abfrage macht. Das liefert das neue Monats-DropDown zurück, welches in die Seite statt des bisherigen eingebaut wird.

Hier wie gesagt die Frage nach dem Fallback: Sieht man beim ersten Laden der Seite alle Monate? Oder nur eine Schrift "Bitte Jahr auswählen", und falls ja, was machen dann Nutzer ohne JavaScript? Man könnte das DropDown natürlich erst mit JavaScript einfügen, so dass Nutzer ohne JavaScript davon einfach gar nichts sehen.

Belesen müsste ich mich ansonsten zur Frage, wie man den AJAX-Aufruf auf dem Server gestaltet. Dafür hat WP aber soweit ich weiß auch schon was an Bord, so dass das ohne zu viele Hacks gehen sollte. Irgendein Script muss das auf dem Server aber natürlich entgegennehmen und verarbeiten. Vermutlich wird auch das über eine Funktion in der functions.php gehen, nehme ich an.

Zitat

Wenn das ginge, würde ich ja lieber gleich mit dem ersten Dropdown nur die Jahre anzeigen und auswählen und dann diesen wert dem zweiten Dropdown anliefern so dass der sich entsprechend mit den Kinder-Monaten füllt. Das geht doch bestimmt - blos wie???

Hatten wir das nicht letztens gerade in einem Thread? Ich könnte es Dir aber auch nicht wirklich sagen, wie man das hinbekommt. Sollte prinzipiell aber gehen. Eine Liste aller Jahre auszugeben, sollte ja gehen, solange die eine gemeinsame Oberkategorie haben. Mit depth=1 blendest Du da die Kinder aus. Die Frage wäre, was man bei dem zweiten Select macht. Das wird mit JavaScript und/der Ajax gehen müssen, denke ich.

Zitat

du sagst, die funktion kopieren und anpassen - wie und wo kopiere ich denn diese funktion? Und die Veränderte, sollte die dann in die function.php?

Wie und wo kann ich denn die search kopieren und anpassen
<?php get_search_form(); ?>

Einen brauchbaren Texteditor oder ein anderes Suchtool nehmen und damit in allen WP-Dateien nach "function get_search_form" suchen. Das sollte in der regel zielstrebig zu der Definition der Methode führen. Dann erst mal schauen, ob man sie über Hooks und Filter anpassen kann. Falls ja, das machen, das ist auf lange Sicht pflegeleichter. Wen es aber mal nicht geht, die Funktion wie sie ist in die functions.php des Themes kopieren und dort umbenennen. Im Theme dann die neue Funktion benutzen.

Mehr oder weniger geraten und ungetestet, aber probier es mal so. Ich hoffe, das ist nicht zu umständlich gedacht:

$post_categories = wp_get_post_categories($a->post_id);
$my_remove = '';
      foreach($post_categories AS $key => $id) {
  if ($id == 5) $post_categories[$key] = 21;
  if ($id == 84) $my_remove = $key;
        }
if ($my_remove != '') {
  unset(&$post_categories[$my_remove]);
  $post_categories= array_values($post_categories); 
}
      wp_set_post_categories($a->post_id, $post_categories);

Es sollte beides kein Problem sein: Beim Posten des Kommentars oder bei der Anzeige des Artikels den Inhalt des Beitrags zu verändern. Einerseits wäre es schöner, wenn das nur beim Posten im Beitrag direkt persistent geändert würde. Auf der anderen Seite müsste man dann vermutlich an verschiedenen Stellen ansetzen, um auch Kommentare zu erfassen, die erst freigeschaltet oder aus dem Spamordner befreit werden müssen.

Es dürfte also einfacher sein, bei der Anzeige alle Kommentare auszulesen und daraus den Text zu bauen. Das wird dann aber bei jeder Anzeige gemacht, ist also auch die Frage, wie viele Kommentare und wie viele Seitenaufrufe Du erwartest. Die andere Lösung wäre also sicher effizienter. Außerdem könntest Du dann ggf. noch eingreifen und korrigieren, wenn z.B. zwei Kommentare sich überschnitten haben oder so. Andernfalls würde der Text ja immer automatisch generiert werden.

Prinzipiell müsstest Du schauen, wie Du die Beiträge auswählst. Am einfachsten sicher über eine Kategorie oder ein Tag oder direkt die ID vergleichen, falls es nur einer sein soll. Benutzerdefiniertes Feld geht auch. Dann kannst Du in der functions.php des Themes Code dafür ablegen, der ausgeführt wird, wenn ein Kommentar gespeichert wird (über einen passenden Hook, siehe Codex). Dieser Code schaut nach, ob der aktuelle Beitrag dafür in Frage kommt und ob der Kommentar freigeschaltet ist. Wenn ja, ändert er den Text des Beitrags. Letzterer Punkt könnte etwas knifflig werden.