Danke, also doch wie gedacht. Dann muss ich mir jemanden suchen, der ein solches Script proggt. Sofern es so etwas nicht gar schon gibt, sollte ja mehr Leute mit demselben Problem geben.
Beiträge von Loewenherz
-
-
Hallo,
ich verweise auf diesen Thread hier: http://forum.wordpress-deutschland.org/installation/5…ch-updaten.html
An sich wirkt bislang alles so, als würde ich MU nicht dafür einsetzen können. Wenn doch, wäre es natürlich genial.
Also: Ich habe Dutzende WP-Installationen auf unterschiedlichen Domains und unterschiedlichen Servern liegen und würde bei diesen gern WP-Dateien selbst sowie Plugins in einem Rutsch aktualisieren können. Templates etc. sind alle unterschiedlich. Geht das mit MU oder nicht?
-
Ich bin bei der Installation und es sieht gar nicht nach dem aus, was ich brauche. Aber ich reiche die Frage mal ins entsprechende Board weiter.
-
Danke Jottlieb. Ich hatte WP-MU so verstanden, dass man nur User direkt darunter anlegen kann also wie beispielsweise die ganzen Userblogs direkt unter http://wordpress.com/ - dass es für mein Vorhaben geeignet sein könnte, ging unter http://mu.wordpress.org/ nicht wirklich hervor.
ich test denn mal :)
-
Hi,
die Installationen liegen alle auf ganz normalem Webspace wie all-inkl.de, HostEurope etc.Ich hab zwar auch einen eigenen Server, aber keinen Root, sondern nur dezidiert bei Speedbone, den ich nicht via Konsole sondern nur über Admininterface bedienen kann - die Serverexperimente habe ich bereits vor längerem gelassen.
-
Hallo,
ich suche grade nach einer Möglichkeit, Dutzende von Blogs, die auf verschiedenen Servern liegen, automatisiert zu aktualisieren. D.h., dass bestimmte Dateien (Update-Patchs, Plugins) überall eingespielt werden. Wordpress-MU scheint nach ersten Blicken dafür nicht geeignet.
Meine Vorstellung ist eine Software, bei der ich die jeweiligen FTP-Zugänge und Pfade zu den WP-Installationen eingebe und die dann auf Knopfdruck alle Blogs in einem Rutsch aktualisiert.
Bislang habe ich im Forum nichts dazu gefunden. Kennt jemand eine Lösung?
-
Ein Aktualisierung der Datenbank ist erforderlich
Heute morgen wollte ich mich in den Adminbereich einer WP-Installation 2.8.4 einloggen, die bislang problemlos lief, und plötzlich begrüßt mich "Ein Aktualisierung der Datenbank ist erforderlich". Mal abgesehen von der Rechtschreibung *g* IST gar keine Aktualisierung erforderlich. Ein testhalber Klick brachte auch nur endlose Fehlermeldungen.
Mal rein phpMyAdmin und alle Überhänge optimiert (hilft zuweilen). Nichts, Fehlermeldung bleibt. Einzige Änderung der letzten Zeit: Installation des Plugins Supercache. Ich überlege, ob ich es via FTP löschen soll, denn in den Adminbereich komme ich so nicht mehr. Aber da es fraglich ist, ob es daran liegt und es auch beim Posting oben nichts gebracht hat, frage ich hier erstmal nach: Kennt ihr das Problem? Bislang gab es hier keinen Lösungsvorschlag.
Das einzige was mir auffällt: Die Tabelle wp_options gilt als in Benutzung.
-
Scheinbar nicht. Mir reicht's. Siehe WordPress.com Stats ist Schrott « Wordpress, Hosting, Provider, Webdesign « Hosting Blog
-
Ich weiß nicht, ob mein Problem in dieselbe Kategorie fällt: Ich hab stats laufen auf zwei Blogs. Nun hat eines davon die Domain gewechselt. Eine Möglichkeit, dies zu anzugeben (alte Domain lösche, neue integrieren), finde ich in meinem WP-Account nicht. Ich kann auch kein neues Blog hinzufügen bzw. ein Klick bringt mich nur dazu, ein kostenloses WP-Blog zu integrieren. Wenn ich versuche, mich unter der neuen Domain > Blog Stats bei WP einzuloggen, kommt immer nur die Login-Maske, keine Meldung, nix.
Spinnt wordpress.com? Oder kann man nur zwei extern gehostete Blogs anmelden?
-
Hallo,
hat bereits jemand Erfahrungen mit SQL-Push bei Wordpress? Eine Agentur könnte mir Nachrichten direkt in die Datenbank einspielen. Bislang haben wir dies über die Mail-Schnittstelle gelöst, was aber immer wieder für Probleme sorgt, wenn sich Mails nicht vom Server löschen lassen und dann jede Stunde dieselben Posting im Dutzend erscheinen. Allerdings frage ich mich, ob beim SQL-Push auch ein Ping ausgelöst wird. Was meint ihr? -
Kaum gepostet, kam ich auf die Idee, mir den HMTL-Text der Artikel anzuschauen. Und da ist der Fehler: Der Content war früher in Joomla, beim Kopieren ist der JavaScript-Spamschutz der eMail-Adressen am Ende der Artikel mitkopiert worden - und damit kam nur der Firefox zurecht. Zwei Stunden Fehlersuche wegen diesem $&%()/!*
Jetzt heisst es, bei allen Artikeln die JavaScripte händisch entfernen...Nun ja, vielleicht hilft es ja jemandem, der mal dasselbe esoterische Problem hat ;-)
-
Hallo,
ich habe ein seltsames Problem: Auf Medienarbeit, Medienpädagogik, Reflexion « Medien Blog Frankfurt/Main fehlte bei einem Wordpress-Standardtemplate u.a. die Kommentarfunktion, wenn man die Seite mit Internet Explorer oder Opera besucht. Mit Firefox schien alles okay.
Also habe ich ein anderes Template eingespielt, das auf anderen Domains mit allen Browsern sauber läuft (modifizierte Kubrick-Variante). Doch auch hier fehlen bei IE und Opera Teile des Contents (sidebar.php, Kommentare etc.) - allerdings nur bei Artikeln. Startseite und Pages sind okay. -
Genau dies würde ich gern ändern: Dass ich als Blog-Admin informiert werde, nicht der Autor. Ist das möglich?
-
Problem ist gelöst: Die Mailadresse des Autors im System hatte sich geändert, während die eMails immer noch von der ursprünglich angegebenen Mailadresse kamen. Damit wusste WP natürlich nicht mehr, wem der Artikel zugeordnet werden musste und hat scheinbar einfach den alphabetisch ersten User genommen. Da muss man erstmal drauf kommen :)
-
Ein Autor nutzt in einem WP-Blog bei mir die Möglichkeit über http://forum.wordpress-deutschland.org/konfiguration/…-per-email.html.
Seit einigen Tagen habe ich ein seltsames Problem: Die Artikel werden einem anderen User zugeordnet, der nur Mitarbeiter statt Autor ist, und damit auch nicht mehr automatisch publiziert. Klar, ist könnte diesem User Autorenrechte geben, hätte dann aber immer noch das Problem der falschen Zuordnung im System.
Das einzige, was mir als möglicher Lösungansatz auffällt: In der Benutzerliste stand der bisherige Autor (ID4, erster Buchstabe D) als erstes. Der Benutzer, dem die Artikel nun zugeordnet werden, steht nun aber seit seiner Registrierung (über die ich auch möglicherweise keine Mailbenachrichtigung erhalten habe) als erstes (ID7, erster Buchstabe im Benutzername ein C). Ein Bug? Dagegen spricht, dass das Problem nicht sofort nach der Registrierung von User7 (27.02.) aufgetaucht ist, sondern erst in den letzten Tagen.
Ich habe schon verschiedenes getan:
- Datenbank optimiert
- Plugin Draft Notifier, das erst kürzlich dazukam, wieder deaktiviert
Problem bleibt.Hat jemand eine Idee?
-
Bei 2.7.1 ist es 1874 :) Einfach Suche in der Datei nach "tag cloud widget", dann findet man es immer.
-
Bei WP 2.7.1:
Datei: includes/widgets.php
Zeile 1874
ersetzen durch:
wp_tag_cloud('smallest=8&largest=16');
(gegebenenfalls letzten Wert kleiner setzen)Bei Updates muss das Procedere dann möglicherweise wiederholt werden, bis WP die Widgetverwaltung für die Tagcloud ausbaut.
-
Danke, wäre nicht schlecht, wenn die User auch Bilder reinstellen können. Wobei es mir wichtig wäre, dass einmal publizierte Beiträge nicht mehr vom Mitarbeiter nachträglich modifiziert werden könnten oder diese Veränderungen erst genehmigt werden müssen. Geht das?
Downloads habe ich jedenfalls hier gefunden: Role Manager bei im web gefunden und SourceForge.net: WordPress Role Manager: Files
-
Ebenfalls danke. Genau das habe ich grade gesucht. Jetzt mal testen mit 2.7.1.
-
Danke, war genau das, was ich gesucht habe. Vor allem das Codebeispiel am Ende von Author Templates WordPress Codex