Beiträge von Ammaletu

    Ja, genau davon rede ich. Die Eingabe dieser Bewertungen geht u.a. über ein Benutzerdefiniertes Feld. Da trägt der Autor mit dem richtigen Key z.B. den Wert "4.0" ein um 4 Sternchen anzuzeigen. Und im Template muss das dann ausgegeben werden, wenn eine Bewertung vorliegt. In meinem Theme, welches auf dem Hybrid-Framework beruht, sieht das so aus in der functions.php:

    Das ist als Filter in der functions.php gemacht, könnte aber auch genauso direkt in der single.php dort stehen, wo die Sterne eben ausgegeben werden soll. Der Name des Feldes ist "sd_rating". Das müsste der Autor im Backend-Editor auswählen und seinen Wert eintragen.

    Wenn die Eingabe über das Benutzerdefinierte Feld noch zu unschön ist, kann man das sicher so anpassen, dass der Nutzer z.B. die Sterne mit Radio-Button auswählt oder so. Unter der Haube kommt das aber natürlich trotzdem in ein Benutzerdefiniertes Feld. Falls das Plugin dahingehend nichts anbietet, müsste man selber etwas tätig werden.

    Die Ausgabe würde ich ehrlich gesagt fest ins Theme einbauen. Auf einer meiner Seiten steht das z.B. immer unter dem Titel eines Beitrags, wenn Bewertungen vorhanden sind. Die Eingabe der Sternchen erfolgt dann über die Custom Fields.

    Also, wegen des fehlenden "Erforderliche Felder sind markiert *"-Textes habe ich mal nachgeschaut, da das ja ein deutlicher Hinweis auf das Problem hätte sein können. Wie es aussieht, wird das Kommentarformular komplett von WP selbst generiert und die Ausgabe dieses Textes hängt davon ab, ob die Option "Benutzer müssen zum Kommentieren Name und E-Mail hinterlassen" angehakt ist. Wenn sie das bei Dir ist und der Text trotzdem nicht kommt, stimmt da irgendwas nicht, ansonsten hat das mit Deinen anderen Problemen wohl nichts zu tun.

    PHP und MySQL sollten ausreichend aktuell sein. Kann natürlich immer sein, dass diese spezielle Version einen Bug enthält, der sich schwer nachvollziehbar auswirkt.

    Kann ich ansonsten annehmen, dass Du mit einer direkten Kopie Deines Blogs in einer XAMPP-Installation die Probleme nicht hast? Mit den gleichen Plugins, dem gleichen Theme und am besten der gleichen DB (mit angepassten URLs)? Und hast Du auf dem Server mal testweise alle Plugins deaktiviert?

    Den Preview Error müsste man ansonsten im Quellcode des Plugins mal suchen gehen. Klingt für mich aber so, als hätte die Ajax-Verbindung nicht funktioniert. Suhosin vielleicht?!

    Alles in allem würde ich als Alternative zu einer langen Fehlersuche ganz ehrlich vorschlagen, mal nach einem anderen Hoster zu schauen. Falls die Probleme an einem Plugin liegen, hilft das natürlich nichts. Aber wenn es lokal mit XAMPP geht, deutet das ja darauf hin, dass es eher der Server ist. Vielleicht mal bei einem Kandidaten nach einem Testaccount fragen, um das Ausprobieren zu können?!

    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?

    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/

    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.

    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.

    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.