Beiträge von ChristianR

Moin zusammen,

ich habe mit der Suchfunktion zwar das eine oder andere zu Gutenberg gefunden, aber nicht so richtig mein Problem.

Wenn ich mit Gutenberg eine Bildergalerie in einen Post einfüge und auf die Mediendateien verlinke, dann wird jeweils auf eine Datei mit der Größe verlinkt wie sie in den Medieneinstellungen unter "groß" eingestellt ist. Das finde ich sehr nervig wenn ich ehrlich bin, denn der klassische Editor hat an dieser Stelle auf die Originaldatei verlinkt und man kann sich die Bilder dann formatfüllend anzeigen lassen. Bei einzelnen Bilder funktioniert das mit Gutenberg übrigens auch. Ich hätte jetzt zum einen gerne gewusst ob mir jemand erklären kann, warum Gutenberg sich so verhält und ob man ihm das irgendwie abgewöhnen kann. Gutenberg umgeht auf dem Weg übrigens auch die jeweils installierte Lightbox, so dass ich Einzelbilder über die Lightbox anzeigen lassen kann, Galeriebilder aber eben nicht.

Viele Grüße
Christian

Moin zusammen,

die SuFu hat mich leider nicht weiter gebracht, scheinbar habe als Einziger folgendes Problem:

- WordPress 4.6.1 (Forales Sprachpaket, also "Sie"
- Events Manager 5.6.6.1

In den Einstellungen von WordPress habe ich unter "Allgemein" als Sprache "Deutsch (Sie)" eingestellt. Damit scheint der Events Manager aber nicht so richtig klar zu kommen und schaltet dann seinerseits auf Englisch um. Wähle ich in der Sprache der Webseite "Deutsch" (also mit "Du") aus, ist alles in Deutsch. Ich bin nun kein Programmierer, aber WP wird an EM einen Parameter übergeben, an dem EM feststellt, welche Sprache eingestellt ist. Mit dem formalen Sprachpaket scheint der Parameter aber ein anderer zu sein als EM erwartet, ergo schaltet EM auf Englisch um.

Meine Fragen:
- Gibt es eine Möglichkeit, EM an dieser Stelle auszutricksen und ihm einen korrekten Wert "vorzugaukeln?
- Alternativ: Kann ich die Ausgabedialoge von EM sonst entsprechend anpassen? Also ich meine jetzt nicht das was man innerhalb des Plugins selbst konfigurieren kann (Feedback Messages), sondern die die das Plugin selbst ausgibt (z.B. die Überschriften der Eventstabelle).

Hat da jemand eine Idee?

Viele Grüße
Christian

Heißen Dank für den Tipp. Mit den Datenbanken habe ich mich bislang noch nie so beschäftigt. Nachdem ich nun aber festgestellt habe, dass das im Export ein einfaches Textfile ist, habe ich mir das Ding mal gegriffen, editiert und in eine neue Datenbank testweise hochgeschoben und mein WP-Installation umgelenkt. Sieht bis jetzt gut aus. :-)

Herzlichen Dank noch mal, das hat mir den Tag dann doch noch versöhnt.

Hallo zusammen,

mein Hoster hat gerade seinen Server auf MySQL 5 upgedatet und nun sind bei mir alle Umlaute im Eimer. Das mag an einer Altlast liegen die ich bis dato mit mir herumgeschleppt habe und vielleicht jetzt auch bedeutet, dass ich das Blog dicht mache wenn es keine halbwegs einfach Lösung gibt.

Als ich 2004 das Blog aufgesetzt habe hatte ich von Zeichencodierungen usw. null Plan, hab das übernommen was da irgendwie vorgegeben war und gut ist. Ergebnis: die Tabellen waren alle latin1_swedish kodiert. Bis vergangene Woche ging das gut, dann kam das Update.

In phpMyAdmin habe ich inzwischen in der Datenbank alle Einträge auf utf8_general_ci geändert, sowohl die Tabellen als auch die einzelnen Felder. In der wp_config ist ebenfalls utf8 angegeben und trotzdem sind die Umlaute im Eimer.

Die Frage ist jetzt, gibt es noch eine Stelle die ich mir anschauen muss oder sind die Einträge einfach hin weil sie in der falschen Codierung verfasst wurden? Gibt es ein Tool das zu korrigieren? Ich habe (weil die Hoffnung ja zuletzt stirbt) sogar schon einen Export der Datenbank (bevor ich angefangen habe zu experimentieren) in eine neue Datenbank gemacht die definitiv UTF8 war gemacht - was nicht erfolgreich war.

Für Tipps und Hinweise wäre ich dankbar.

Das klingt gut, das werde ich mal testen, vielen Dank. Was mir allerdings etwas Sorgen bereitet ist, dass es scheinbar nicht weiter entwickelt wird.

Hallo zusammen,

ich habe gerade WP 3.1 und BP 1.2.8 installiert und dazu ein paar Fragen in Sachen Benutzerberechtigungen.

Ich würde gerne unterbinden, dass die Benutzer neue Gruppen anlegen können, besteht da ggf. die Möglichkeit?

Dann habe ich das Phänomen, dass ein Benutzer, der auf "blocked" oder "inactive" gesetzt ist, sich anmelden und fröhlich in den Gruppen Einträge verfassen kann. Irgendwie soll das doch nicht sein, oder?

auf codex habe ich auch schon mal geschaut, half mir aber nicht weiter. Denn dort werden nur drei Gruppen von Benutzern angesprochen, in meiner Installation finden sich aber alleine schon 10. Was läuft da falsch?

Viele Grüße
Christian

Das passiert leider bei jedem Artikel der seit dem Update gemacht wird und die Blogs liegen auf unterschiedlichen Webspaces bei kleinen Anbietern.

Keiner sonst eine Idee? Ich habe heute auf Verdacht versucht das Update noch mal zu machen. Wobei, das ist genauer gesagt falsch ausgedrückt.

Es gibt unter "Dashboard/Aktualisierungen" ja die Möglichkeit, eine Version wieder einzusetzen wie das heißt. Das habe ich mal versucht, aber ohne Ergebnis, der Fehler ist geblieben.

Nein, ich habe kein Datum eingegeben. Artikel geschrieben und direkt auf "Publizieren".

Hallo zusammen,

bei einem von drei Blogs gibt es seit dem update auf WP3.0 einen seltsamen Effekt. Wenn man einen Artikel schreibt und auf "Publizieren" klickt, dann wird der Artikel nicht veröffentlicht, sondern zur Veröffentlichung geplant. Oben erscheint dann eine entsprechende Meldung mit aktuellem Datum und Uhrzeit. Veröffentlicht wird der Artikel aber nicht.

Auf dem Blog laufen nur vier Plugins, die auch in den anderen Blogs ihren Dienst tun. Hat jemand eine Idee, was da schief läuft?

Viele Grüße
Christian

Moinmoin,

folgendes kleines Problem habe ich:

In meiner lokalen Testumgebung (XAMPP) habe ich ein WordPress laufen und wie in meiner Liveumgebung würde ich von dort aus auch gerne die automatische Updatefunktion nutzen können. Wenn ich allerdings die Funktion anklicke bekomme ich eine Eingabemaske angezeigt, in der ich nach FTP-Daten gefragt werde. An diesem Punkt stellt sich mir die Frage: Was will er von mir???

Das gleiche Spielchen gilt für Plugins und Themes. In meiner Liveumgebung beim Hoster alles ok, aber in der lokalen Installation Fehlanzeige.

Die Forumssuche hat zwar einiges zu Tage gefördert, aber das waren alles Probleme beim Hoster und halfen mir auch nicht weiter. Muss man bei einer lokalen Installation etwas besonderes beachten?

Viele Grüße
Christian

Auch ich sage Danke für die Lösung dieses Problems und wünsche noch schöne Feiertage!

Ok, hat sich gerade erledigt. Aus welchen Gründen auch immer schiesst der "Event Calendar" quer. Ist aber nicht tragisch, der wird da eh nicht benötigt.

Weitere Forschungen haben ergeben: In der Datenbank ist soweit alles vorhanden, im WP-Backend sieht ansonsten auch alles normal aus, nur eben die Listen mit den Inhalten werden nicht angezeigt. Auch eine neue Installation von WP hat nichts gebracht, wobei folgendes aus der alten Installation übernommen wurde:
- Datenbank
- das Verzeichnis wp-content.

Ich möchte mich hier mal einklinken, ich habe bei einem von mir betreuten Blog ein ähnliches Phänomen. Der Server wurde dort auf PHP 5.3.0 upgedatet und seither werden im Blog keine Artikel oder Seiten mehr angezeigt. Im Frontend kann man sehen, dass die Seiten selbst noch existieren, wenn man sie anwählt sind sie aber ohne Inhalt.

Im Backend ein interessantes Spielchen: Im Dashboard angezeigte Artikel bei den Kommentaren kann ich zum Editieren aufrufen, wenn ich aber im Menü links auf "Artikel" gehe wird mir zwar oben die Anzahl der Artikl angezeigt, dort wo sonst die Artikelliste angezeigt wird steht nur lapidar "Keine Artikel gefunden". Gleiches Spiel bei den Seiten und der Mediathek.

Zusammenfassend kann man also sagen, dass die Datenbankanbindung irgendwie nicht mehr sauber ist. Die Frage ist nur, wie man das am besten wieder behebt.

Die Infos für PHP sehen derzeit aus wie folgt:

PHP

• v5.3.0
• GD: bundled (2.0.34 compatible)
• Magic Quotes GPC: Off
• Memory Limit: 64.0 MiB
• Max Upload Size: 25.0 MiB

Und für MySQL:

MYSQL

• v5.1.38
• Maximum No. Connections: 151
• Maximum Packet Size: 1,024.0 KiB
• Data Disk Usage: 7.1 MiB
• Index Disk Usage: 1.3 MiB

WordPress läuft als Version 2.8.4.

Hat jemand eine Idee, wie man das Ding wieder zum fliegen bringt?

Was passiert denn, wenn Du jetzt das automatische Update machst? Ist die Meldung dann verschwunden? Bei mir hat das geholfen, ich habe danach von Hand die WPD-Version des Sprachfiles wieder eingespielt und bislang hat sich mein WordPress nicht wieder beschwert.

Nachtrag:

Ich habe jetzt spasseshalber nochmal das automatische Update machen lassen, jetzt ist wieder Ruhe.

Das Phänomen habe ich auch. Ich hatte erst noch die RC2 installiert und heute morgen dann über das automatische Update die finale Version eingespielt. Dann habe ich noch das deutsche Sprachfile eingespielt. Bis dahin war alles in Butter, auch über Tag noch. Jetzt eben war ich wieder im Backend und in der Tat, da erzählt mir mein Blog, es würde gerne auf 2.7 upgedatet werden. ;)

In meiner Testumgebung ging das Update 2.6.3 -> 2.7.0 schief. Erst 2.6.3 -> 2.6.5 -> 2.7.0 RC1 hat reibungslos funktioniert.

Jo, das sieht gut aus, danke schön!