Beiträge von Ammaletu

Zitat

Kannst du mir sagen ob das Plugin auch mit der 2.6.1 Version funktioniert?

Das Role-Manager-Plugin scheint auch mit der 2.6.1 zu funktionieren. Zumindest habe ich bei meinem kurzen Test keine Probleme festgestellt. Der Pluginautor hat die Dokus zum Plugin aber noch nicht angepasst, deswegen steht dort überall "compatible up to 2.5".

Zitat

Was die änderungen angeht, das ist aber nicht sehr schön. Dort sollte man für die kommende 2.7 Version eine deinstallation einbauen.

Ähm... also wenn dann müsste das ins Plugin eingebaut werden. In diesem Fall geht das aber schlecht. Das Plugin ermöglicht Dir nun mal Änderungen an den internen Rechten und Rollen von WordPress. Da müsste der Pluginautor für eine saubere Deinstallation die Standard-Rechte und -Rollen wiederherstellen. Ich glaube nicht, dass er sich die Arbeit machen wird; würde ich auch nicht machen, ehrlich gesagt. Auf die Wichtigkeit eines Backups hatte ich nur hingewiesen, weil in den Kommentaren zum Plugin auch ein sehr panischer "nichts geht mehr"-Kommentar stand, von jemandem der sich die Rollen und Rechte mit dem Plugin irgendwie vermurkst hat. Dachte, da erwähne ich mal, dass ein DB-Backup vor solchen Änderungen immer gut kommt.

Du kannst im Backend in den Optionen einstellen, wie viele Beiträge im Feed auftauchen sollen. Wenn Dein Blog weniger als diese x Beiträge enthält, dann tauchen natürlich die neu eingestellten aber zurückdatierten Beiträge im Feed auf. Daran kannst Du nicht wirklich was ändern, denke ich, und es sollte ja auch kein Problem sein. Alle neu erstellten Beiträge müssten drüber stehen und mit der Zeit verschwinden die alten Beiträge aus dem Feed. Du kannst die Anzahl der Beiträge im Feed natürlich für ein paar Wochen runtersetzen, wenn Dich das wirklich stört, z.B. statt 20 nur die 10 neuesten Beiträge in den Feed aufnehmen.

Falls es nicht daran liegt: Bist Du sicher, dass in den Beiträgen das Datum richtig gesetzt ist? Wird es so auch auf der Seite angezeigt und im Backend? Ein Fallstrick dabei ist glaube ich, dass man über dam Datumsfeld auch "Zeitstempel bearbeiten" anhaken muss, damit das Datum gespeichert wird.

Ich habe heute morgen gerade das bekannte "Role Manager"-Plugin ausprobiert. Damit kann man die intern in WordPress sowieso vorhandenen Rollen und Rechte anschauen und anpassen. Soweit ich mich erinnere, gibt es verschiedene Rechte für "Edit Post" und "Publish Post". Du müsstest also dafür sorgen, dass Deine User eine Rolle haben, welche das "Edit Posts"-Recht hat, aber nicht das "Publish Posts"-Recht. Installier Dir doch mal das Plugin und schau mal nach. Falls keine Rolle diese Voraussetzung erfüllt, pass eine vorhandene Rolle an oder kreiere eine neue. Achtung: Alle Änderung, die Du mit dem Plugin machst, bleiben erhalten, wenn Du es wieder deaktivierst! Also Vorsicht walten lassen und am besten vorher ein DB-Backup machen.

Ähm, erinnere ich mich jetzt falsch oder ist eine "Thank you"-Page bei geschriebenem Comment kein Standard? Ich wüsste nicht, dass sowas in meinen Blogs erscheint. Man wird doch einfach zur Artikelseite zurückgeleitet, oder?

Im Standard-Theme steht das in der archive.php drin. Die wird benutzt, wenn Dein Theme keine category.php hat und die Kategory auch sonst keine spezielle Themedatei benutzt. Schau da mal rein, da müsste ein recht langer if-else-Block am Anfang stehen, wo für die verschiedenen Archivarten die Überschrift gesetzt wird.

Kann es sein, dass Du den WordPress-Ordner des ersten Blogs und damit auch die .htaccess kopiert hast? Da drin steht IMHO die Umleitung, die sich aus den Permalinks und dem Canonical-URL-Feature von WP ergibt. Kurz gesagt: Falls dem so ist lösch die .htaccess ma. Danach müsstest Du auf das Blog zugreifen können. Dann dort im Backend einfach die Permalinks abspeichern, so dass WP die Datei neu schreibt. Oder einfach gleich die .htaccess anpassen, falls Du weißt, was zu ändern ist.

Da gibt's nichts in den Griff zu bekommen, das ist das normale Verhalten. Ein RSS-Feed ist nichts anderes als eine XML-Datei. Die kann man mit Style-Informationen verknüpfen (macht Feedburner z.B.), muss es aber nicht. Auf die Informationen im Feed hat das keinen Einfluss, nur auf die Darstellung, wenn man den Feed z.B. im Browser anzeigt. Die "Mit dieser XML-Datei sind anscheinend keine Style-Informationen verknüpft."-Meldung ist das, was der Firefox scheinbar standardmäßig ausgibt. Andere Browser stellen den Feed anders dar oder haben eine eigene entsprechende Meldung, nehme ich an. Aber der Feed ist ja auch nicht für die Anzeige im Browser gedacht sondern zur Verarbeitung durch Feed-Reader.

Und noch was ganz anderes: Benenn mal die Seite "Gallerie" in Deinem Blog zu "Galerie" um.

Sorry, aber es würde mich wundern, wenn Du da eine sinnvolle Antwort bekommst. Ich meine, was für einen Sinn soll das machen? Wenn man auf den Link draufklickt, sieht man doch sowieso, wo er hinführt. Das ist nun mal der Sinn eines Links. Wenn das niemand sehen soll, darfst Du den Link nicht auf Deiner Seite veröffentlichen. Worum geht es Dir denn da eigentlich? Wenn das ein Schutz für Downloads oder so werden soll, bist Du noch nicht ganz auf der richtigen Spur...

Also den Uploads-Ordner kannst Du Dir auch einfach so per FTP runterziehen, so wie überhaupt alle Dateien, falls Du die nicht schon lokal zu liegen hast. Da brauchst Du kein Plugin zu.

Für den Datenbank-Dump kannst Du ein Plugin wie "Backup WordPress" nehmen, ja. Ich würde das aber auf "SQL only" einstellen. Mit dem "Full Backup" hatte ich zumindest Probleme, als ich das mal getestet habe. Der DB-Dump geht aber gut. *.gz ist die Linux-Variante von *.zip, das ist ok. Innen drin sollte dann ein *.sql-File sein.

Am allerbesten wäre es natürlich, wenn Du eine lokale Testversion von WP hättest, an der Du testen könntest, dass das Backup geklappt hat. Aber das führt hier jetzt vielleicht zu weit (ansonsten mal in die oben verlinkten FAQ schauen).

Also der Ton der E-Mail ist schon ziemlich frech. Meine Güte, also wirklich. Falls das also eine irgendwie wichtige Seite ist, könntest Du z.B. einen Umzug zu einem Hoster überlegen, der seine Kunden auch ernst nimmt. Naja, zumindest längerfristig.

Zuallererst solltest Du mal schauen, welche WP-Version bei Dir läuft. Wenn es WP 2.5 ist, kannst Du das Update im Prinzip einfach entsprechend der Anleitung durchführen: Upgrade − WordDoku
Frag nach, falls davon irgendetwas unklar ist.

Falls es eine ältere Version ist, solltest Du ggf. erstmal auf einen Zwischenschritt aktualisieren, z.B. 2.3.3 oder 2.5 und von da aus zur 2.6.1 gehen. Zumindest gab es am Anfang das Problem, dass sonst die Kategorienamen verschwinden. Frage an alle: Ist das in der 2.6.1 denn jetzt behoben?!

Je älter Deine jetzige WP-Version ist, desto mehr müsstest Du auch schauen, ob die genutzten Plugins mit 2.6.1 noch funktionieren. Siehe z.B. Plugins/Plugin Compatibility « WordPress Codex. Du solltest auf jeden Fall die Plugins auch aktualisieren.

Und ganz wichtig, bevor Du irgendwas machst: Backup aller Dateien + der Datenbank ziehen (DB-Dump, z.B. per MySQLAdmin) und downloaden. Falls Du mit Zwischenschritten aktualisierst, dann ruhig auch davon zwischendurch Backups ziehen.

Ich würde vermuten, dass das nichts mit dem Speicherort (Unterordner oder nicht) zu tun hat, sondern Dein Server es generell nicht erlaubt oder irgendwas noch falsch konfiguriert ist. Oder ging das früher vom gleichen Server aus?

Für einen anderen Thread hatte ich mal diesen Link aus den Weiten von Google ausgegraben:
Teste die Trackback Funktion | blogshop
Vielleicht hilft Dir das ja auch weiter. Teste mal, ob da Trackbacks und Pings ankommen.

Wenn FTP jetzt wieder geht einfach die .htaccess-Datei löschen oder umbenennen. Das müsste das Problem eigentlich klären. Die Einstellungen an sich sind in der Datenbank gespeichert. Wenn WP dann wieder geht, könntest Du die Permalink-Einstellungen ja wieder auf Standard setzen. Ohne .htaccess gehen ansonsten glaube ich die Permalinks der Variante /index.php/2008/08/beitrag
Da müsstest Du mal nach googeln oder hier im Forum suchen für die Details.

Also ich glaube, es würde Dir am ehesten weiterhelfen, wenn Du Dir das in anderen Plugins anschaust. Such Dir ein Plugin, das gut programmiert ist und diese Funktionalität für WP 2.6 bietet (also eine Backend-Seite hat, eine eigene DB-Tabelle anlegt etc.). Die Plugins von Lester Chan finde ich z.B. gut, weil er wo nötig ein Uninstall-Feature im Backend integriert (hab allerdings noch nicht in den Quelltext geschaut). Das wäre bei Deinem Plugin ja vermutlich auch wichtig, zu unterscheiden zwischen Plugin deaktivieren (Funktionen werden nicht mehr ausgeführt) und Plugin deinstallieren (DB-Änderungen werden entfernt).

Falls Du ein neueres WP nutzt: Die Schnittstellen sind dort standardmäßig deaktiviert, was IMHO auch Sinn macht. Wenn Du so ein Tool also nutzen möchtest, müsstest Du das aktivieren. Ich glaube, das ist in den Optionen im Backend. Sollte zu finden sein.

Ganz einfach, mit dem showposts-Parameter:

<?php $query_loop1 = new WP_Query('category_name=news&showposts=5'); ?>
                <?php while ($query_loop1->have_posts()) : $query_loop1->the_post(); ?>
                <?php the_date(); ?> // <?php the_title();?>
                <?php endwhile; ?>

Prinzipiell: Wenn Du die Ideen erst ausarbeiten lassen willst, bist Du vermutlich im Jobbörse-Unterforum besser aufgehoben. Wenn Du dagegen konkrete Ideen hast, kann ich ja mal schauen, was sich machen lässt. Aber je professioneller Du es haben möchtest, desto eher würde ich Dir raten, da auch Profis zu beauftragen.

So, von Deinem Screenshot her sieht es so aus, als würde der Sputnik oben rechts auf der Seite kleben und die ganze Zeile am Anfang der Seite alleine belegen. Das kann man entweder so lassen und das Sputnik-Bild verfremden (mehr 2D, als Schattenriss oder so) oder eben die obere Zeile ganz streichen und den Sputnik klein ins 'Q' reinsetzen. Wieso schreibst Du "Sputnik" eigentlich mit "q"?! Ich meine, das kommt besser, wenn es auch einen Sinn macht. Das 'q' gegen den Sputnik auszutauschen, ist nicht so gut, wenn der Betrachter an der Stelle ein 'k' erwarten würde.

Ja also, an dem Bild oben rechts könnte ich mich mal versuchen. ... Was ich dann einfach mal getan habe. Aber Du siehst schon, was ich in 5 Minuten Mittagspause zusammenbasteln kann, ist nicht wirklich genial. Da bist Du vermutlich besser bedient, wenn Du einen Grafikdesign-Studenten findest, der Dir das für ein paar Euro entwirft.

Ok, dann wird das langsam klarer. Könnte sein, dass PHP-Fehler in der geänderten widgets.php stecken und dass das Hochladen der alten Datei nicht geklappt hat oder dass Du die falsche Datei erwischt hast. In dem Fall sollte etwas im Errorlog stehen.

Es könnte auch sein, dass Du mit der geänderten widgets.php im Backend ein Widget gespeichert hast und da jetzt etwas in der DB steht, was WP nicht verträgt. In dem Fall sollte auch eine Fehlermeldung geloggt werden.

Kurz gesagt: Schau doch bitte mal ins Errorlog bzw. in Dein PHP-Logfile, ob sich da hilfreiche Fehlermeldungen finden lassen.

Andere Frage: Hast Du einen Link zum Theme? Ich habe mal gegoogelt und das hier gefunden (http://cutline.tubetorial.com/), aber die Themes haben keine widgets.php dabei. Nutzt Du ggf. noch eine ältere Version?

Freut mich, dass es wieder geht.

Zitat

Wenn ich jetzt noch wüsste, wo und wie die Datei archive.php aufgerufen wird

Die archive.php wird für Archive wie Tag-Archiv, Kategorienansicht, Tagesarchiv, Jahresarchiv etc. verwendet. Beim Aufruf einer Kategorienseite z.B. schaut WP intern nach diesen Dateien:

category-42.php (42 = ID der Kategorie)
category-mein-kategoriename.php (=Category-Slug, glaube ich)
category.php
archive.php
index.php

Man kann also recht fein granular bestimmen, womit bestimmte Seiten angezeigt werden soll. Wenn bei Dir keine category.php und keine archive.php vorhanden war, dann lief es immer über die index.php

Zitat

Ich konnte den Fehler allerdings beseitigen, indem ich mit einem Schuss ins Blaue schlicht und einfach die index.php meines Themes kopiert und als archive.php im Theme-Verzeichnis auf dem Webserver abgelegt habe.

Das wundert mich ein wenig. Ich wollte jetzt eigentlich gerade sagen, da wurde dann in der index.php vermutlich die Query entsprechend beeinflusst. Aber wenn es daran läge, sollte das Kopieren der Datei da nichts dran ändern.

Hm, bleibt das wohl erstmal ein Rätsel. Aber wenigstens geht's wieder.

Würde mich schon auch interessieren, wie sowas passieren kann. Mir fällt auf Anhieb leider nicht wirklich ein, was die Ursache sein könnte. Im Prinzip kann es aber nur sein, dass etwas in der category.php (oder archive.php oder index.php, falls die anderen Files nicht existieren) die Query ändert oder dass ein Plugin da reinpfuscht. Soweit ich weiß, können sich Plugins per Hook in Querys einklinken und diese modifizieren. Ich würde aber trotzdem zuerst mal schauen, dass die Themedateien ok sind.

Hast Du ansonsten mal überlegt, eine lokale Testinstanz anzulegen? Gerade um solche Probleme zu lösen, ist eine lokale Testseite sehr praktisch. Siehe: WordPress Deutschland FAQ » Wie kann ich WordPress auf meinem heimischen Rechner installieren?
Statt neuinstallieren dann einfach einen DB-Dump vom Server importieren, in dem vorher die URLs ersetzt wurden (Domain.de - Das Portal rund um Domains zu localhost/wpordner).

Die Funktion gehört zu WordPress und ist in wp-includes/widgets.php zu finden (2.6.1). Wenn Du diese Meldung bekommst, denke ernsthaft darüber nach, WordPress noch mal mit einem anderen (besseren) FTP-Programm hochzuladen. Leider habe ich seit Jahren schon kein FTP-Programm mehr gesehen, dass nicht grottenschlecht wäre, und Übertragungsfehler dieser Art kommen entsprechend häufig vor. Du kannst natürlich auch einfach mal schauen, wie die Datei bei Dir aussieht und ob die Funktion drinsteht.