Beiträge von Ammaletu

    Zitat

    Beispiel: möglich, später, über

    Das sind UTF-8-Umlaute, die als ISO-8859-1 ausgegeben werden. Stell einfach sicher, dass alles, was an der Ausgabe beteiligt ist, UTF-8-codiert ist. Das ist sowieso zukunftssicherer und vielfältiger einsetzbar als die alte ISO-Codierung.

    Insbesondere sollte die Datenbank UTF-8 sein, es sollte in den Optionen im Backend eingestellt sein und die Themedateien müssen ggf. als UTF-8 abgespeichert sein. Hast Du einen Link zur Seite? Dann kann man ggf. genauer sagen, woran es schiefgeht.

    First, this is a German WordPress forum, and I'm not sure how much help you'll get with an English thread here. Especially considering that there are enough English speaking WP forums available, e.g. wordpress.org and bbpress.org.

    Zitat

    I want the fields were the user can post comments onthe blog to be hidden.

    Then don't output them in the theme. That would be a rather simple modification of the theme's comments.php, for most themes.


    Zitat

    Instead, I just want a link to the forum (where the user will have to log on and register before he makes his post) and he will see corresponding forum entry that matches the blog and the comments there.

    Displaying the link is equally simple, probably. You need to decide though how you'll link the forum and the blog post together. Will the forum thread be created automatically? Will you create it yourself and give WP the URL as a custom field? If you know this, just display the linbk where now the comment fields are displayed in the theme.

    Zitat

    Beim Theme-Wechsel wurden allerdings die Kategorien in Tags konvertiert, was aber kein Problem sein sollte (soviel ich weiss, ist das technisch gesehen eh dasselbe).

    Die liegen in der gleichen Tabelle, ja. Das sollte also theoretisch kein Problem sein. Die Tatsache, dass es in der Praxis nicht mehr geht, deutet dann aber schon darauf hin, dass da etwas schiefgelaufen ist. ;) Hast Du mal in die DB geschaut? Und mal testweise auf das Default-Theme umgeschaltet?

    Jetzt wäre natürlich die spannende Frage, an welchem Plugin es liegt? Falls Du die Zeit dafür hast, könntest Du ja mal schauen, ob das bei der Aktivierung eines bestimmten Plugins auftritt. Das hilft vielleicht auch anderen Nutzern weiter.

    Ok, ich habe gerade mal in die the_content-Funktion reingeschaut. So ganz sehe ich da am frühen Morgen noch nicht durch, aber probier bitte mal folgendes: Setze direkt über dem neuen Loop, den Du da aufmachst das hier:

    PHP
    $more = false;

    Und unter dem Loop dann wieder auf true. Keine Ahnung, ob das der empfohlende Weg ist, aber dem Quelltext nach zu urteilen müsste das so gehen. Sorry falls es noch nicht klappt, ich habe gerade selber keine Zeit, das zu testen.

    Ich glaube, Du müsstest Dir zuerst mal Gedanken machen, wie das Buch präsentiert werden soll. Willst Du regelmäßig Kapitel oder Teile von Kapiteln veröffentlichen oder soll der Text auf einen Schlag zur Verfügung stehen? Außerdem wäre die Frage, wie das Buch zum Rest der Seite passt. Wird im Blog regelmäßig etwas geschrieben? Kommt vielleicht bald ein zweites Buch?

    Wenn das Buch quasi als Bloginhalt regelmäßig gepostet werden soll, könntest Du es als Blog-Beiträge umsetzen. Dann wäre nur wichtig, die Titel korrekt zu setzen, z.B. immer "Kapitel x, Teil y: Titel", so dass man sich da zurechtfindet. Eventuell müsste der Buchtitel mit drinstehen, falls er nicht zu lang ist und falls absehbar ist, dass mal andere Bücher dazukommen könnten.

    Falls das Blog noch anderen Inhalt hat oder das Buch sowieso auf einen Schlag eingestellt werden soll, würde ich das glaube ich eher als statische Seiten umsetzen. Titel müssen natürlich trotzdem sinnvoll gesetzt werden, aber hier kannst Du das ganze ja hierarchisch schachteln. Also eine Seite für das Buch anlegen und dort die Kapitelseiten verlinken. Auf den Kapitelseiten den Text posten oder bei langen Kapiteln weitere Unterseiten verlinken.


    Zitat

    Meine ersten Fragen wären z.B. soll ich für jedes Kapitel eine Kategorie anlegen?

    Würde ich jetzt eher nicht machen. Wenn Du es als Beiträge machst, würde ich sie alle in eine Kategorie für das Buch packen. Ansonsten müsste die Navigation da schon etwas fester sein, denke ich, also z.B. oben und unten Link zum vorherigen und zum nächsten Abschnitt und ggf. die Kapitelliste in der Sidebar.


    Zitat

    Wie und wo erstelle am Besten ich ein Index?

    Meinst Du ein Inhaltsverzeichnis? Würde ich manuell machen, z.B. auf einer statischen Seite (siehe oben).


    Zitat

    Was hat es mit den Tags auf sich? Macht es Sinn, jedes interessante Stichwort als Tag anzulegen und in einer Tagwolke schwirren zu lassen? Entfällt damit ein Stichwortverzeichnis?

    Das wäre dann quasi Dein Stichwortverzeichnis. Je nachdem wie lang die Absätze sind, die Du postest, ist das aber nicht sehr genau, da das Tag nur auf den Beitrag oder die statische Seite zeigt und nicht auf eine bestimmte Textstelle. Ob es Sinn macht oder nicht hängt vermutlich vom Buch ab.

    Zitat

    Leider habe ich das Problem, dass mein Template zerspringt, wenn ich "Permalink" aktiviere.

    Das hältst Du jetzt nicht wirklich für eine aussagekräftige Fehlerbeschreibung, oder? Ohne Details kann man da echt nichts zu sagen. Auf Deiner Seite sind die Permalinks aktuell scheinbar aktiviert, und ich kann keine gravierenden Probleme sehen.


    Zitat

    Auch funktionieren einige Plugins mit meinen Template nicht.
    Dazu gehört "Featured Content Gallery"

    Auch hier bräuchte man ein paar Details für eine sinnvolle Antwort. Die Featured Content Gallery scheint zu funktionieren, sie wird nur an der falschen Stelle angezeigt, nehme ich an. Im Moment sehe ich sie ganz unten unter der Sidebar (clear-Problem?!).

    Du musst den Bildpfad als benutzerdefiniertes feld den Beiträgen hinzufügen. "banner_image" / "feature_image" = Key für benutzerdefiniertes Feld, Bildpfad = Wert des Feldes. Wie das Theme die anzuzeigenden Beiträge auswählt, geht aus dem Dokuzitat nicht hervor, ggf. sucht es vielleicht alle Beiträge mit diesen Feldern und nimmt die aktuellsten, würde ich vermuten.

    Eine direkte Manipulation der Browsermenüs halte ich eigentlich eher nicht für möglich. Wenn Du Deine Besucher in der Hinsicht ärgern willst, kannst Du das Bild entweder als Hintergrundbild umsetzen (an einem div mit der Größe des Bildes) oder automatisch per JavaScript ein div mit der richtigen Größe über dem Bild positionieren, so dass der Mausklick das eigentliche Bild nicht erreicht. Wer das Bild dann speichern will, macht einfach einen Screenshot, was fast jeder hinbekommt. Viel Sinn macht das also nicht, auch wenn Du das nicht hören willst. ;)

    [COLOR=Black]Ich habe gerade mal in die [/COLOR][COLOR=#000000][COLOR=Black][COLOR=#0000cc]get_post_meta-[/COLOR][/COLOR][COLOR=#006600][COLOR=Black]Methode geschaut. Da gibt es keinen Grund, warum das nicht klappen sollte. Überprüfen könntest Du folgendes:

    - Stimmt die Post-ID wirklich?
    - Stimmt der Key wirklich?
    - Hängt das Plugin das wirklich als Custom-Field an den Beitrag? Da der Key mit einem Unterstrich anfängt, solltest Du den Wert in der Liste im Beitragseditor nicht sehen können, nur in der DB. Vergleiche auch hier mal die ID.

    Sorry, mehr fällt mir dazu auf Anhieb nicht ein, fürchte ich.
    [/COLOR] [/COLOR][/COLOR]

    Zitat

    Sämtliche Viper´s wurden in der php jetzt in Vipers geändert

    Äh, ne, lieber nicht! Das von jottlieb verlinkte Problem hat damit scheinbar nichts zu tun. War nur der Grund, warum mir das Plugin noch im Gedächtnis war.

    Die Seite des Pluginautors ist wohl gerade down, aber bei wordpress.org findet sich was:
    http://wordpress.org/support/topic/313385

    Zitat

    Problem solved: Seems only to occur at the Hoster 1&1. To solve the problem, copy the following code into a .htaccess-File in Wordpress Home Directory:
    AddType x-mapp-php5 .php
    AddHandler x-mapp-php5 .php

    Läuft Deine Seite noch mit PHP4? Dann wäre es vielleicht an der Zeit, das mal auf PHP5 zu upgraden.

    Wenn Du WordPress benutzt, solltest Du wissen, wo die Bilder auf dem Server gespeichert sind. Wie machst Du denn sonst ein Backup?! Normalerweise liegen die Bilder im Ordner /wp-content/uploads und gehen natürlich nicht verloren, wenn Du einen Theme-Ordner löschst. Natürlich kann es sein, dass Dein Theme irgendwas verschwurbeltes macht und doch Sachen im Theme-Ordner speichert. Deswegen: Nicht spurlos löschen, sondern Backup auf die Festplatte ziehen bzw. auf dem Server erstmal nur umbenennen zu "theme_alt" oder so und das neue dann daneben legen.

    Einstellungen von Widgets: Das ist tatsächlich so eine Sache. Wenn das Theme seine Sidebar z.B. umbenannt hat, sind die Widgets, die noch in der alten Sidebar stecken, ggf. nicht mehr sichtbar. Dann müsstest Du zurückschalten und die Widgets aus der alten Sidebar entfernen bzw. im dafür vorgesehenen Bereich zwischenparken. Falls in Widgets größere Texte stecken, würde ich mir die ggf. lokal abspeichern vor der Aktion. Datenbank-Backup kann auch nicht schaden.

    Wenn Du Themedateien geändert hast, sind die Änderungen hinterher natürlich weg und Du müsstest sie bei Bedarf neu ändern.

    Am allerbesten probierst Du sowas aber nicht gleich auf dem Server aus, sondern testest erstmal an einer lokalen Version, siehe FAQ. Macht sich mit XAMPP relativ simpel.

    Generell soll das Plugin wohl recht gut sein und eine deutliche Einsparung an Serverlast bringen. Was dann halt nicht mehr geht, ist dynamischer PHP-Code in der Sidebar. Alles, was aktuell mit PHP bei jedem Seitenabruf generiert wird, müsste man dann lassen oder mit JavaScript und Ajax umsetzen.

    Das betrifft sowas wie die aktuelle Zahl der Feed-Leser, der Online-Besucher etc. Das müsste dann per JavaScript gehen. Wobei ich gerade gar nicht weiß, wie das dann mit "Letzte Kommentare" und "Aktuelle Beiträge" ist. Entweder müsste man dann bei jedem neuen Kommentar oder Beitrag den ganzen Cache leeren oder die Sidebar wird einzeln gecacht. Vielleicht kann man auch einstellen, dass die Sidebar nicht gecacht wird?

    Die Umfrage links geht ja scheinbar schon per Ajax, sollte also kein Problem sein. Genauso die Bewertung unter den Beiträgen.

    Generell würde ich sagen, installier Dir mal eine lokale Testversion und probiere es einfach mal aus. Ich denke schon, dass es sich lohnt, wenn Du tatsächlich viele Zugriff hast.