Beiträge von Ammaletu

Alle Infos dazu stehen hier:
http://codex.wordpress.org/Function_Reference/wpdb_Class

Ich würde annehmen, dass Du die Methode get_results anstatt query benötigst. Das Ergebnis muss dann sicher nicht durch eine MySQL-Methode durch. Im zweiten Parameter kannst Du angeben, was Du zurückkriegen möchtest.

Mit der query-Methode lese ich gerade ist es normal, dass eine Zahl zurückgegeben wird: "The function returns an integer corresponding to the number of rows affected/selected. If there is a MySQL error, the function will return FALSE." das ist also für Sachen wie ein Delete gedacht, wo Du nicht das Ergebnis haben möchtest.

Naja, es ist eine falsche Verschachtelung, abhängig ob die Seite ins if oder ins else geht. Hätte also das erste sein sollen, wo Du schaust.

Das Öffnen des divs muss entweder über das if (würde ich vermuten) oder das schließende div muss da mit rein. Man kann nicht im if ein div aufmachen, und es dann aber immer, auch im else-Fall, schließen.

Also: Zeile 31 und 32 in der comments.php vertauschen. Bzw. siehe hier.

Entweder Du änderst den allgemeinen Feed so ab, dass er nur die gewünschten Einträge enthält. Das geht bestimmt über einen Filter, Du musst aber aufpassen, dass es sich nur auf den Feed auswirkt und auch nur auf diesen. Oder Du änderst den Feed, der dort angeboten wird, was sicher einfacher und besser ist. Dazu einfach die Feed-Adresse ändern, die in der header.php des Themes steht. Du kannst da ggf. auch mehrere Feeds anbieten, der Browser sollte dann eine Auswahl anzeigen.

Du kannst das auch einfach selber machen. "#" steht für eine ID, "." für eine Klasse. Welche Klassen an welchem Element hängen, siehst Du mit Tools wie Firebug (Firefox) oder F12 (IE8). Einfach mal die Struktur der Vorschau-Seite anschauen.

"XMLRPC" war der Ausdruck, auf den ich vorhin nicht kam. Details hier: http://codex.wordpress.org/XML-RPC_Support

Prinzipiell würde sich dann wohl die Umsetzung über Widgets anbieten, denke ich. Eventuell mit einer eigenen Admin-Seite dafür, falls die User nicht alle anderen Widgets bearbeiten können sollen oder damit nicht klarkommen.

Damit wird es dann aber schwierig, das Widget mitten in einem Beitrag anzuzeigen. Damit das geht, müsstest Du im Theme Code ergänzen, der nach einem Platzhalter sucht und diesen durch das Widget ersetzt. Das dann ggf. auch nur auf der Startseite, um die Performance bei den anderen Seiten nicht zu beeinträchtigen.

Ok, probiere es mit:

#content .entry a {
  // Definitionen
}

Du hast noch nichts veröffentlicht, deswegen konnte ich es Dir nicht genauer sagen. Das sollte dann aber eigentlich nur den Beitrag selber erfassen.

Schöne URL übrigens!

Das Plugin nennt sich WP-PageNavi.

Die Funktion hatte ich letztens benutzt, um beim Speichern eines Posts automatisch weitere Posts basierend auf den Tags anzulegen. Das klappt sehr schön.

Wieso musst Du denn den Artikel von extern speichern? Ich würde da übrigens nicht das Rad neu erfinden. Es gibt doch eine API, um Posts von extern zu speichern. Nutze die am besten. Muss in den Optionen erst aktiviert werden. Dann hast Du auch den PW-Scutz und Rechtemanagement schon eingebaut und musst Dich nur noch darum kümmern, dass Deine externe Seite das richtige Format reinreicht.

Zur Mediathek: Du kannst in den Einstellungen wählen, ob alles in einen Ordner soll oder das ganze nach Jahren und Monaten sortiert wird. Letzteres vereinfacht ein Backup enorm, da man dann nicht immer alle Dateien ziehen oder auf Änderungen prüfen muss.

Darüber hinaus bietet von WP von Haus aus keine weitere Sortiermöglichkeit an. Im Prinzip sollte es ja auch egal sein, in welchem Ordner die Bilder liegen, außer vielleicht es ist ein Fotoblog und Dir geht es um eine gute Positionierung der Bilder bei Google. Ansonsten sehe ich da nicht so den Bedarf. Es kann aber sein, dass man das mit Plugins nachrüsten kann.

Wenn sich das nicht oft ändert, kannst Du das doch einfach in einer Datei des Themes machen. Als Funktion in der functions.php z.B., und diese Funktion dann an einen Filter hängen, je nachdem wo es erscheinen soll. Wenn Dein Theme einen passenden Widget-Bereich hat, kannst Du auch ein eigenes Widget schreiben, dann wären die Texte und Bilder ggf. auch im Backend von WP änderbar.

Zitat

T-Online hat einen Fehler in der Registration festgestellt.

Was bedeutet das genau? Hostest Du auf Windows und es geht um die Windows-Registry oder worauf bezieht sich das?!

Das sagst Du dem Stylesheet z.B. wie folgt:

#content a {
  // Definitionen
}

Das betrifft dann alle Links im Content-Bereich. Wenn das noch zu viel ist, weil es z.B. den Kommentarbereich oder die Metadaten eines Artikels erfasst, kannst Du es weiter eingrenzen:

#content .post a {
  // Definitionen
}

Ach ja, das muss natürlich unter der allgemeinen Link-Deklaration stehen im Stylesheet.

Sady: Nein, wir löschen Threads üblicherweise nicht, auch wenn sie sich erledigt haben. Beschreib doch lieber kurz, woran es lag. Es gibt immer jemanden, der ein ähnliches Problem hat und hier später per Suche landet.

Also ich fange mal mit dem letzten Punkt an: Ich denke nicht, dass eine größere Zahl an Artikeln Probleme macht. Es kann aber sein, dass manche Admin-Interfaces damit Probleme bekommen. Du solltest also ab und an schauen, ob es irgendwo im Backend Probleme gibt. Ggf. hier melden und dann findet sich da sicher eine Lösung.

Was Probleme machen kann, falls Du auch viele statische Seiten hast, ist die Permalinkstruktur. Du solltest dann unbedingt sicherstellen, dass die URLs der Beiträge eine ID oder ein Datum enthalten und nicht nur aus domain.tld/artikel-slug bestehen. Siehe: http://ottopress.com/2010/category-…idered-harmful/
Wenn ich das gerade richtig verstehe gilt es nur für Seiten, nicht für Artikel, aber es schadet sicher nicht, das gleich richtig einzurichten.

Also nur zur Erklärung: Nach den FTP-Daten fragt WP, wenn Apache mit einem anderen Benutzer läuft und deswegen die per PHP gezogenen Dateien einem anderen Benutzer gehören würden. Dann zieht WP die Daten lieber per FTP, um die Dateizugehörigkeit entsprechend setzen zu können. Wenn das bei Dir nicht geht, liegt es vielleicht daran, dass dieser FTP-Zugriff auf den eigenen Server nicht klappt? Ging das denn früher schon mal bzw. waren da die FTP-Daten nötig?

Zitat

Meine Frage ist, wie speichere ich nun die Sachen, und vorallem WO (welcher Abschnitt) inder post.php wird das gespeichert.

Das speicherst Du am besten als Benutzerdefiniertes Feld. Eigene Spalten in der Tabelle würde ich wenn irgend möglich vermeiden, das macht auf lange Sicht nur Probleme.

Zitat

Kann man mit dem Plugin die Daten speichern OHNE, die post.php modifizieren zu müssen?

Sicher, auch wenn ich Dir gerade nicht sagen kann, wie. Frank Bültge hat mal ein Beispiel-Plugin für genau diesen Zweck geschrieben, und ich nehme an, dass da u.a. auch die Speicherung drin stehen sollte:
http://bueltge.de/wordpress-plug…schreiben/1086/

Zitat

Die Felder habe ich auch über js ins Formular geschleust :wink:

Auch das sollte eigentlich über entsprechende Hooks und Filter gehen. Ich denke nicht, dass Du da auf JavaScript zurückgreifen musst. Kannst Du Dir aber sicher ebenfalls an verlinktem Beispiel abschauen.

Ansonsten gibt es noch die Custom Post Types, die das ganze eventuell einfacher machen. Dafür muss man dann wieder andere Dinge einstellen, Aufnahme in de Feed zum Beispiel.

Die meta-Zeile gibt etwas in die Seite aus. WordPress muss aber geladen werden, bevor irgendeine Ausgabe erfolgt (auch kein Leerzeichen oder Zeilenumbruch), sonst kann es keine HTTP-Header mehr schicken.

WP so einzubinden wäre doch aber sowieso nicht sehr sinnvoll, oder? Jeder Link in der WP-Seite würde ja nicht auf Deine übergeordnete Seite führen sondern auf WP direkt. Was willst Du denn genau erreichen? Anzeige eines Menüs über/neben dem Blog?

Das klingt nach einem Bug im Captcha-Plugin. Es sollte sich natürlich auf den Feed nicht auswirken. Kannst Du das Plugin denn mal verlinken, das diesen Effekt produziert?