Beiträge von -pcf-

PW-Präfixe

Also von uns laufen in einer Mysql-Datenbank drei WP-Seiten (Blogs) und ein phpBB einträchtig neben einander...

Normalerweise müssten Deine Daten noch vorhanden und greifbar sein.

Als erstes würde auf dem Server nachsehen: z.B. per phpMyAdmin herausfinden, welche Tabellen zur ersten Installation gehören (da sollte ja schon etwas mehr 'drinstehen'), und dann in der dazu gehörenden wp-config das richtige Präfix einstellen. Dann müsste dieser Blog wieder laufen.

Als zweiten Schritt würde ich z.B. den MysqlDumper hochladen, um damit selektiv Backups für jeden einzelnen Blog zu ziehen. Das geht damit auch als cron-Job; man kann sich die Backups z.B. automatisch als eMail zusenden lassen; die Entschuldigung "hab kein Backup" gilt eigentlich nicht ;).

Schließlich würde ich mit phpMyAdmin die Tabellen des neuen Blogs aus der Datenbank löschen. Anschließend in der wp-config des 2. Blogs ein anderes Präfix einsetzen und dann die Website aufrufen. Damit müsste die Installation der Tabellen neu angestoßen werden und auch der zweite Blog funktionieren - hat in meinem Fall zumindest geklappt.

functions.php selbst anlegen

Wird die functions.php dann einfach so akzeptiert und abgearbeitet oder muss sie noch irgendwo im Theme eingebunden bzw. aufgerufen werden?

Hatte in das engl. Manual dazu reingeschaut.

Nun auch das deutsche angelesen....
Frage dazu: Den dort angegebenen Code einfach in die sidebar.php hineinsetzen?
Das Theme hat offenbar nämlich keine functions.php.

Meine Sorge ist: ich baue dort Codeschnipsel ein, und die ganze Sidebar macht am Ende auch das nicht mehr, was bislang funktioniert...

Es wäre z.B. auch nötig, nicht nur die Kategorien anzuzeigen, sondern z.B. mindestens die letzten 5-7 Beiträge.

Ergänzung: Autor hat Theme-Weiterentwicklung und Support offenbar seit 2007 eingestellt...

Vorab: ich war mir nicht sicher ob es unter "Installation" oder hierher passt. Daher bitte wenn nötig verschieben!

Jemand möchte für seinen Blog unbedingt das Theme "bla".

Nun hab ich es installiert, und es mault, es sei keine Sidebar definiert und es ließe sich nicht widgetisieren.
Im Theme-Editor kann ich jedoch eine Datei sidebar.php aufrufen und bearbeiten.
Dort hab ich zunächst herausgelöscht, was ich nicht benötige.
Unter anderem wollte ich nun das Plugin "collapsing categories" einbauen, aber das gibts nur als Widget.

Kann man das Theme ggfs. ohne großen Aufwand Widget-fähig machen (ich bin eher Schrauber als Coder...)?

Endlos-Anmeldungsschleife...

... genau wie oben beschrieben, hab ich auch des öfteren.

Beim ersten Einloggen nach dem Systemstart klappt es immer, komme problemlos rein. Meist bockt es später beim Wieder-Anmelden.
Egal ob unter 2.6.0 oder 2.6.1 (zwei Blogs, beide 'de_).

Seltsamerweise ist es noch nie passiert, wenn ich mich zuvor in allen Fenstern "ordentlich" abmgemeldet habe und dann wieder einloggen will.

Browser-Cache, Cookies gelöscht, trotzdem. Hatte schon den Browser selbst oder den JS-Cache auf dem Server in Verdacht;
oder, dass mehrere Fenster des Blogs geöffnet waren, dann zum Abmelden aber nur im letzten auf 'abmelden' geklickt, alle anderen einfach geschlossen wurden.

Hab mir angewöhnt, mich dann im Sys kurz abzumelden. Hält aber auf und nervt, das geb ich zu.

Meist Du sowas?
Funktioniert ganz gut (die 0.5.10 und die Development Version, rechts unterhalb des Download-Link unter "other versions" zu finden).

Lösch-, Sprach- und Geduldproblem

Sorry, hier sind wirklich nicht nur Profis unterwegs; ich bin auch keiner.
Aber es hilft schon, sein Problem mit möglichst klaren Worten zu beschreiben.
Mir hilft es z.B. sehr, wenn dazu auch die Begriffe verwendet werden, die in WP bzw. im Backend auftauchen.

Du hast also eine Posting- bzw. Artikelkategorie, die Du nicht umbenennen kannst.
Ich würd die Kategorie zu löschen versuchen. (Speichern-Button drücken!)
Die Artikel werden dann in die nächsthöhere Kategorie oder nach "Allgemein" verschoben.

Dann legt man ne neue Kategorie an und achtet gleich auf die Rechtschreibung.
Und dann schiebt man die Artikel, die man dort drin haben will, einfach da hinein.

Hab fünf Domains mit Mailserver auf gemeinsamem Webspace (250 MB, 4 GB Traffic incl.) bei United Domains. Davon 2x WP, 1x phpBB, allerdings nur eine mySQL-DB. PHP4 oder 5 wählbar, URL-Hiding und -Weiterleitung etc., Mail-Postfächer einrichten oder -weiterleitung - kann alles via Webfrontend konfiguriert werden.
Läuft problemlos: Domain mit Webspace verbinden, Files per ftp hochschieben, konfigurieren, fertig.
Kostet alles zusammen, glaub ich, knapp 40 € im Jahr. Nur das Umschalten einer Domain von fremdem Webspace auf den von UD dauert manchmal ein paar Stunden....
Hab den Hoster nicht ausgesucht, ist wohl auch nicht der billigste, bin aber bislang mit ihm zufrieden.

Zitat von HannsKanns

Abend,

ich habe da ein mehr oder weniger schwerwiegendes Problem, ich kann die Link "Art" meiner Kategorien nicht mehr ändern.

Ich habe mich z.b bei einer Kategorie verschrieben, nun kann ich den Name nicht mehr ändern. Bzw. ich kann ich schon ändern und speichern, nur er setz sich immer wieder zurück. Wo liegt da das Problem?

Eben dieser Kategorie Name hat einen ganz anderen Name in Link wie der eigentliche Titel. Zum Beispiel, ist der Name der Kategorie "Am Strad" (verschrieben) und im Links steht Strand. Wenn ich versuche dies zu ändern, setzt sich das immer wieder zurück.

Zunächst mal:
Die Kategorie "links" kann man meines Wissens nicht löschen, nur den Namen ändern. Man kann sie aber leer lassen (dann erscheint sie nicht im Frontend) und statt dessen eigene Link-Kategorien unter "Verwalten/Link-Kategorien" erstellen.
Weiter überprüfen:
Ist Javascript versehentlich ausgeschaltet?
Wenn nein:
Button "Bearbeiten" nach dem Editieren angeklickt?

Falls das Ändern unter
"Verwalten/Link-Kategorien" - Link-Kategorie auswählen und ändern
nicht klappt, würde ich die falsch geschriebene Link-Kategorie komplett löschen. Die darunter eingetragenen Punkte landen dann in der Kategorie "Links".
Danach die Kategorie neu erstellen und die Inhalte dorthin verschieben oder neu eintragen.

Ach ja: Und Browsercache leeren (meist reicht Strg-F5).
Wenn es sich um was anderes handelt, hab auch ich die Frage nicht verstanden...

URL-Gedöns

Der Effekt kann durchaus auftreten, wirkt irritierend und kann recht verschiedene Ursachen haben:

Je nach Provider dauert es eine Weile, bis die neue Installation vom WWW aus erreichbar ist. So lange wird auf die schon existierende umgeleitet. United Domains z.B. gibt an: bis zu 6 Stunden.
Der Cache auf dem Server hatte noch was vorrätig
Der Browser-Cache am PC war nicht geleert.
usw...

Re: Downloads mit Passwort

Weiß nicht, ob es in WP geht,
aber wie wärs, die Files, die herunter geladen werden dürfen, in einen eigenen Ordner zu packen und den mit einer .htaccess zu schützen?
Da können dann auch für verschiedene User unterschiedliche Passwörter verwendet werden, so dass man Einzelnen den Zugriff ggfs. sperren kann, indem man die betreffende Zeile in .htaccess löscht...

Übersicht der bearbeiteten Artikel

Die gibt es weder in 2.6.0 noch in 2.6.1. Jedenfalls habe ich noch keine entdeckt.
Es gibt offenbar nur die Übersicht zum jeweiligen Artikel, der gerade in der Überarbeitung ist.

Coffeespot-Headerbild

Wenn Du das Theme lokal entpackst, findest Du den Ordner "img".
In diesem liegt eine Datei header.jpg, dies ist das Header-Bild.

Diese durch ein eigenes (Rechte beachten, kann sonst teuer werden) .jpg mit den entsprechenden Abmessungen ersetzen.

Eventuell die statischen Seiten löschen (Inhalt kopieren),
nach Wechseln des Header-Bildes zunächst mit anderem Namen neu erstellen
und nachher umbenennen.

Keine Plugins

Eventuell mittels FTP-Programm den chmod des Plugin-Ordners und der Subdirectories prüfen.
Zugriff für Besitzer und Gruppe müssen erlaubt sein (chmod 770).

Artikelüberarbeitungen: wp-config editieren!

Ich bilde mir ein, es reichte, bei mir in der wp-config.php (nicht wp-settings) oben die Zeile einzufügen

"define ('WP_POST_REVISIONS', 5);"
um die Zahl der Überarbeitungen auf fünf zu begrenzen.

Als Quelle für den Tipp:

Zitat

Zur Kontrolle der neuen Funktion gibt es eine neue Variable names WP_POST_REVISIONS die in der Datei wp_config.php hinterlegt wird. Der Punkt an dem die Variable eingefügt wird ist dabei egal.[INDENT] define(’WP_POST_REVISIONS’, false);
Dieser Befehl schaltet das Speichern weiterer Versionen ab. Alte, bereits angelegte Versionen werden jedoch in der Datenbank behalten.
define(’WP_POST_REVISIONS’, true);
Dieser Befehl schaltet die Versionierung wieder an.
define(’WP_POST_REVISIONS’, XX);
Mit XX (Zahl) kann man hinterlegen, wieviele Versionen eines Artikels gespeichert werden sollen. :confused:Ältere Versionen werden dann automatisch gelöscht:confused:. Das schont die Datenbank, bedeutet aber auch, dass man auf die älteren Versionen verzichten muss.
http://http//blogs-optimie…ess-abschalten/
[/INDENT]

Alles anzeigen

Der Hinweis: "Alte Revisionen werden dann automatisch gelöscht" ist aber offenbar falsch:

Gelöscht wurden alte Überarbeitungen erst, nachdem die betreffenden Artikel zur Bearbeitung aufgerufen und nochmals (unverändert) gespeichert wurden.

-pcf-