Beiträge von Ammaletu

Also gut, noch mal langsam: Ich hatte das Cache-Plugin erwähnt, weil Du meintest, wenn Du die Permalink auf "Standard" stellst, würde kein Link mehr funktionieren. Und das kann ja eigentlich nicht sein, denn die Standard-Permalinks sollten immer funktionieren. Aber gut, da Du sie ja nun nicht auf Standard hast, kann man das vielleicht erst mal ignorieren (könnte aber genauso sein, dass das ein guter Hinweis auf ein tiefer liegendes Problem mit dem Server ist).

Ansonsten habe ich eben mal ein willkürliches Posting aufgerufen und es sieht nicht so aus, als wäre das noch eine alte gecachte Seite. Das Problem ist ja auch, dass die Vorschau neuer Beiträge nicht geht. Wenn das Cache-Plugin nun weg ist, können neue Beiträge ja nicht gecacht werden. Daran kann es also eher nicht liegen.

Ich muss zugeben, dass ich WP noch nie mit den index.php-Permalinks betrieben habe, und vermute, dass das auch sonst kaum jemand tut. Ist selten, dass Hoster ihre Leistungen so einschränken, glaube ich.

Ich habe das jetzt mal in meinem Blog nachgestellt: Permalinkstruktur entsprechend eingestellt, .htaccess gelöscht, Artikel-Entwurf angelegt und gespeichert -- Vorschau geht. Der Link sieht bei mir so aus:
http://localhost/testblog/?p=891&preview=true

Wie man sieht, geht der Link direkt auf die index.php, sollte also immer funktionieren, genau wie die Standard-Permalinks. Die Standard-Permalinks gehen bei Dir übrigens auch, zumindest im Moment. Das hier:
http://blog.eyespeak.de/?p=1
...leitet hierhin weiter:
http://blog.eyespeak.de/index.php/hallo-welt

Sieht also soweit alles gut aus. Womit wir wieder bei meiner ursprünglichen Frage wären, was genau Du denn vom Server zurückbekommst, wenn Du die Vorschau aufrust. Leere Seite? Und welchen HTTP-Code?

Widgets werden üblicherweise in der Sidebar dargestellt. Standardmäßig ist diese eine Liste. Jedes Widget macht also zuerst mal einen li-Element auf und packt da dann seine Inhalte rein.

Da nicht jeder die Sidebar als Liste macht und es ja auch ganz andere Widget-Bereiche geben kann, ist das im Theme konfigurierbar (beim Registrieren des Widget-Bereichs. bzw. der Sidebar). Wenn es bei Dir nun nicht passt, würde ich das als Theme-Fehler werten. Wie sehen denn die anderen Widgets aus? Und hast Du die Sidebar in der functions.php des Themes selbst definiert?

Ich glaube, das ist (aus Versehen?) doppelt codiert worden:

%2F => /
%25 => %
%252F => %2F => /

Ob das einen Sinn ergibt oder vielleicht sogar so muss kann ich so auf Anhieb nicht sagen.

Was willst Du damit erreichen? So aus dem Gefühl heraus würde ich sagen, das wird nicht gehen, aber das muss nicht unbedingt stimmen. Auf jeden Fall kriegst Du dann aber sicher bei jedem Update das Problem, dass Du das manuell wiederherstellen müsstest.

Interessantes Projekt! Ich schaue gerade mal rein, und eine Sache springt mich schon mal an: Offenbar hast Du Deaktivierung und Deinstallation des Plugins zusammen geworfen. Das sind aber zwei verschiedene Sachen.

Ein Nutzer könnte das Plugin z.B. deaktivieren, weil er für eine Fehlersuche alle Plugins nach und nach deaktiviert. Da wäre er nicht erfreut, wenn er hinterher feststellt, dass alle Daten weg sind. Insbesondere falls da keine Warnung erfolgt (ich habe es nicht getestet). Hierfür sollte es in den Optionen einen Uninstall-Button geben, mit Hinweis auf die Datenlöschung und JS-Sicherheitsabfrage. Und dann können die Daten weg.

Wo ich da drüber gerade den Code für die Tabelle sehe: Würde es nicht mehr Sinn machen, die vorhandenen Tabellen zu nutzen? Den Berichterstatter als Nutzer anzulegen und den Report selbst als Custom Post Type? Und falls Du es so lässt: Ist es so üblich, als Engine MYISAM vorzugeben?

Und hier noch eine Liste von Best Practices für Plugins: http://wordpress.stackexchange.com/questions/715/

Also mal zu Punkt 1: Das geht ohne Plugin. Du musst es nur in den Optionen von WP aktivieren. Einstellungen > Schreiben, würde ich denken.

Da ich Lightbox Plus auch einsetze: Kannst Du das genauer sagen, was das Problem war? Oder wie man es nachstellen kann mit dem Plugin?

Ich würde drauf tippen, dass nicht alle Dateien korrekt hochgeladen wurden. Kommt öfter vor als man meinen sollte. Bitte noch mal mit anderem FTP-Programm probieren.

Ich glaube, da ist die Frage, wie denn das horizontale Menü aufgebaut ist. Wenn das fest in der Theme-Datei (header.php?) so drin steht, kannst Du da nicht viel machen, ohne Änderungen am Theme auszuführen.

Andererseits: Bist Du sicher, dass das Sinn macht, die gleiche Seite unter mehreren Menüpunkten zu verlinken? Für mich klingt das so, als sollten entweder die verschiedenen Nutzergruppen verschiedene Termine zu sehen kriegen (zwei Seiten mit verschiedenem Inhalt) oder als wäre "Termine" eine Kandidat für eine Hauptseite, die direkt im horizontalen Menü auftaucht.

Ja klar, $key war Unsinn. Ich bin auch nicht immer so ganz bei der Sache. Danke fürs Posten der richtigen Lösung. Das freut sicher den einen oder anderen, der hier per Google landet.

Zitat

Wo finde ich die Code-Zeile bzw. wenn ich sie neu erstellen muss, wo muss ich sie einfügen (z. B. Datei-name)

Das habe ich aus dem Theme einer meiner Seiten kopiert. Der Link muss da hin, wo eben im Theme der Loginlink ausgegeben wird. Wenn der natürlich nun aus einem Default-Widget kommt, müsste man das eher anders lösen. Sorry, da hätte ich vielleicht zuerst mal nachfragen sollen.

Zitat

Ist es richtig, dass ich zwischen den spitzen Klammern "Login" den Link einsetzen muss.

Nein, das ist nur der Linktext. Die Funktion wp_login_url gibt den Link aus.

Wenn Du das neue Menü von WP 3.0 nutzt, dann kannst Du da ja nach Belieben Seiten einbauen wie Du möchtest. Das ist der Vorteil davon, dass Du es manuell aufbauen musst. Die Seite selber ist dann natürlich keine Unterseite, weder der einen noch der anderen Seite, denke ich. Sie wird nur so im Menü verlinkt.

Du kannst das z.B. am Login-Link ändern. Diesem kann man eine URL mitgeben, zu der nach dem Login weitergeleitet werden soll:

echo '  <li><a href="' . wp_login_url(get_permalink()) . '">Login</a></li>';

Dieser Login-Link bringt einen zur aktuellen Seite zurück.

Siehe der Codex: http://codex.wordpress.org/Function_Reference/wp_login_url

Hast Du dieses Plugin mal getestet?
http://wordpress.org/extend/plugins/simple-tags/

Generell hat es soweit ich mich erinnere Funktionen an Bord, um viele Posts/Tags gleichzeitig zu bearbeiten, ob aber nun genau diese weiß ich nicht. Ist ein Weilchen her, dass ich es benutzt habe.

Zitat

Hab ich im Prinzip ja gesagt

Sorry, Deine Antwort habe ich eben erst gesehen. Hatte das Antwort-fenster ein Weilchen offen beim Ausprobieren.

Und die Frage von skidevil ist auch gut. Das sollte aber eigentlich nie der Fall sein.

Ja, so müsste das gehen. Ich glaube aber, Du brauchst in beiden Fällen das $var nicht mehr im Innern der Schleife. Einfach mit $key['id'] oder $key->id auf die Eigenschaften zugreifen.

Nein, das ist wohl leider doch komplexer. Ich habe eben in meinem Testblog mit der Kategorie "Rheinhessen vor Ort" und dem Tag "Rheinhessen" getestet und keine Probleme nachstellen können, nichtmal als die Kategorie den gleichen Slug wie das Tag bekam.

Es könnte am Theme liegen. Ich habe im TwentyTen getestet -- vielleicht kannst Du darauf mal kurz umstellen und damit testen? Es könnte auch einem Plugin liegen. Läuft z.B. ein Plugin, welches bestimmte Wörter mit Links ersetzt oder so?

Diese Umleitung macht WP eigentlich selbständig. Hast Du die Permalinkstruktur mal gespeichert, damit die .htaccess-Datei erstellt wird?

Einzige Idee so auf Anhieb: Hast Du eine Kategorie, die so heißt? Ansonsten wüsste ich nicht, was WP gegen Rheinhessen haben sollte.

Hast Du JavaScript aktiviert? Mit ausgeschaltetem JavaScript kriege ich einen ähnlichen Effekt. Sonst wüsste ich so auf Anhieb nicht, woran das liegen sollte.