Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenKein Plugin, aber auch eine gute Lösung:
http://www.zirona.com/software/wp-manage/
Allerdings darf ich empfehlen, die Backups vor dem Ernstfall auf einer Testinstallation zu testen, denn das Tool befindet sich in einem frühen Entwicklungsstadium.
Alternativ gibt es natürlich das WP-Backup-Plugin, wobei auch das so seine Macken haben soll. Oder eben phpMyAdmin oder mysqldump.
Auch hier könnte http://putzlowitsch.de/123-multihost/ die Lösung sein...
Wie wäre es einfach mit folgendem:
http://www.example.com/wp-login.php?redirect_to=%2FEigentlich sollte nach dem Entpacken das ganze Zeuch sowieso in einem Ordner namens movecomments liegen. Ist das bei Euch nicht der Fall? Falls nicht, welches Programm verwendet Ihr zum Entpacken?
Vielleicht hilft 123-multihost?
Interessant wäre vor allem, welche MySQL-Version auf dem Quell- und welche auf dem Ziel-System läuft. Ebenso die Methode, mit der das Backup erstellt wurde.
Es ist vermutlich ein Plugin, das auf alte Strukturen baut. Welche Plugins hast Du installiert/aktiviert?
Zum Glück war er nicht wichtig. Wundert mich aber, dass es keinen Trash gibt. Gibt es doch sonst überall.
Bei Webanwendungen?! Das wäre mir neu.
Jau, das mit den verschiedenen Versionen ist auf meiner Liste. ;-)
Der 2.0.x-Zweig wird von Mark Jaquith bis 2010 weitergepflegt. Hab allerdings keine Ahnung, wo es zukünftig Downloads etc. gibt.
Achso, dann muss ich das in Deinem Eingangsbeitrag wohl überlesen haben. ;-)
Kurt: Das sind Hintergrundbilder in default/images.
TeeKayy: Such mal in der style.css nach postmetadata. Dort Eigenschaften wegnehmen oder hinzufügen.
Mal was anderes, was aber mit dem ursprünglichen Problem zusammenhängt: Eigentlich gibt es bei WP seit 2.0 keine Level mehr, sondern Rollen und Fähigkeiten ("Roles"/"Capabilities"). D.h. eine Rolle kann zwar aus historischen Gründen auf ein Benutzerlevel gemappt werden, aber die Level selbst sollten nicht mehr verwendet werden.
Wie wäre es, wenn Du Dein Plugin so umschreibst, dass eine Capability abgefragt wird? Das geht sehr gut mit der Funktion bool current_user_can(string capability).
Ich würde es nicht probieren. In der xml-Datei sind die IDs der Posts enthalten. Denke, da würde WP ein wenig rumzicken.
Ich denke nicht. Zum einen wäre es ja blöd, wenn das extra dafür vorgesehene Feature nicht mit gleichen IDs klarkommen würde, zum anderen ist der Code praktisch der gleiche wie beim xmlmigrate-Plugin, mit dem so einige hier (mich eingeschlossen) schon erfolgreich Blogs zusammengeführt haben.
Wenn man Backups gemacht hat, sollte es auf jeden Fall einen Versuch wert sein.
Könntest Du bitte den Quellcode Deines Plugins hier posten oder zumindest den relevanten Abschnitt?
Klar, warum nicht. Wenn Du Dich bei diversen Suchmaschinen eingetragen hast, ist das nicht unrealistisch. Vor allem -- was verstehst Du bzw. Dein Log-Analyzer unter Hits? Normalerweise zählt als Hit ein einzelner HTTP-Request. Bei einer Seite mit eingebetteten Bildern (auch Designelemente) und anderen Objekten kommen da pro Seitenabruf durchaus 5-20 (oder noch mehr) Hits zusammen.
P.S.
Du kannst einen Überblick über die Ladestatistiken unter http://www.websiteoptimization.com/services/analyze/index.html anzeigen lassen.
Welche Frage denn?
Und: wenn Du mit so naiven Sachen wie der Google-Geschichte ankommst, musst Du Dich nicht wundern, wenn Dein Beitrag der allgemeinen Belustigung dient. Etwas Medienkompetenz wird man doch von einem Website-Betreiber erwarten dürfen, oder?
Meinst Du etwa, dass Google im selben Augenblick, wo die Zielseite geändert wurde, den Index aktualisiert? :roll: Nene, die machen das höchstens alle paar Tage, und über den Google-Cache ist die alte Version der Seite möglicherweise noch Monate lang zu sehen. Das hättest Du Dir vorher überlegen müssen, welche Informationen Du im Internet publizierst.
Kannst es höchstens mal wie die hessische Polizei versuchen. ;-)
Ich würde auf jeden Fall angepasste Layouts für Bildschirm und Print machen. Jedes Format hat seine Vorteile, und eine Vereinheitlichung kürzt die Vorteile auf den kleinsten gemeinsammen Nenner. Es spricht natürlich nichts gegen eine "Corporate Identity", die den Ausdruck (sofern ihn überhaupt jemand macht) am Bildschirm wiedererkennen lässt.
Infos zu Print-Stylesheets gibt's hier: http://de.selfhtml.org/css/eigenschaften/printlayouts.htm
