Lösungen für derzeitige Probleme mit 2.8

Zitat von Bambaataa

mit proxy mein ich proxys die manche zugangs provider einsetzen.

Ach so. Nein, hier nicht.

Wo Java ist?? Schalte mal in Deinem Browser Java aus und schau Dir dann mal die Seite wp-admin/post-new.php an, dann siehst Du das deutlich. Es fehlen z.B.:
- die beiden Buttons zum Umschalten zwischen Visuell und HTML
- sämtliche Buttons über dem Editorfenster (zum Hochladen/Einfügen)
- in der Tag-Box der Link zum Einfügen gebräuchlicher Tags
und einiges mehr.

Es fehlen alle Sachen, bei denen im Quelltext die class "hide-if-no-js" steht. Und weil genau diese Sachen defekt sind komme ich zu dem Schluß, dass es ein Java-Problem ist.

Selbstverständlich rede ich von Javascript. Ich dachte, es wäre jedem klar, dass da keine in Java geschriebene Anwendung läuft. Sorry für die Abkürzung. :roll:

Zitat

Ich dachte, es wäre jedem klar, dass da keine in Java geschriebene Anwendung läuft. Sorry für die Abkürzung

Zumindest in diesem Fall solltest Du tunlichst auf Abkürzungen verzichten...

Hast Du die im 1. Beitrag (codestyling) verlinkten Tipps mal ausprobiert? Da geht es ja unter anderem auch um die Javascriptfunktionalität im Backend. -> http://www.code-styling.de/deutsch/proble…press-28-loesen

Zitat von infected

Hast Du die im 1. Beitrag (codestyling) verlinkten Tipps mal ausprobiert? Da geht es ja unter anderem auch um die Javascriptfunktionalität im Backend. -> http://www.code-styling.de/deutsch/proble…press-28-loesen

Da hatte ich nicht gesucht, da ich den Begriff "codestyling" falsch verstanden habe - ich nahm an, dass es da um Styles ginge, was ja nicht mein Problem war.

Natürlich war da die Lösung zu finden. Ich war aber auch auf der richtigen Spur. Ich hatte die gepackte Datei bei uns im Forum bereits als mögliche Quelle angemerkt, wusste nur nicht, wie ich das beheben/umgehen konnte.

Vielen Dank für die Hilfe

Nachdem unser Provider (1u1) nicht nur das Speicherlimit ohne Zögern angehoben, sondern auch noch Hinweise zum effektiven Handling der php.ini gegeben hat UND nachdem das Plugin 123 zwecks Abschalten der Dashboard-Infos installiert ist - geholfen hat es dennoch nicht. Wir müssen entscheiden: Entweder das Plugin REGISTER PLUS oder DEUTSCHE SPRACHDATEI. Beides zusammen macht die Anwendung an verschiedenen Stellen unbrauchbar.

Wir werden also eine Alternative von Register Plus suchen müssen, um uns die rumänischen & weißrussischen Plagegeister vom Hals zu halten. Denn eine Nutzerführung halb deutsch / halb englisch ist nicht hinnehmbar.

Schade, dass sich die WP-Entwickler in U.S. nicht vor 2.8 um diese Probleme gekümmert haben. Das Upgrade mutiert für komplexe Anwendungen so leider zum Rückschritt - zumindest was die Funktionalität betrifft. Genau da lag aber bisher einer der Vorteile von WP - dass man auch komplexe Profisysteme damit aufbauen und am Laufen halten konnte.

Großes Dankeschön für den Support der deutschen Community.

Ich bekomme bei einer Neuinstallation (KEIN UPDATE! Hab in der Suche nur Problemansätze bei einem Update gefunden) den Fehler:
Du hast nicht ausreichend Rechte, um auf diese Seite zuzugreifen.

Alle Dateien haben die chmod Rechte 775

Update von 2.83. zu 2.84 gibt Fehler as

Hi zusammen,
vorab: es haben bislang alle Updates geklappt.
Aber heute bekomme ich beim Updateversuch folgende Fehlermeldung:
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 2608543 bytes) in /var/www/virtual/**********/htdocs/vt/wp-includes/http.php on line 1331

Und in dieser Zeile steht

$theBody = substr( $theResponse, $headerLength );

Kann da nix weiter entdecken, was von meiner Seite aus falsch wäre.
Wie geschrieben, bisher hat immer alles wunderbar geklappt.

Liegt das an meinem System oder am Update?

Zitat von DeWar

Hi zusammen,
vorab: es haben bislang alle Updates geklappt.
Aber heute bekomme ich beim Updateversuch folgende Fehlermeldung:
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 2608543 bytes) in /var/www/virtual/**********/htdocs/vt/wp-includes/http.php on line 1331

Und in dieser Zeile steht

HTML

$theBody = substr( $theResponse, $headerLength );

Kann da nix weiter entdecken, was von meiner Seite aus falsch wäre.
Wie geschrieben, bisher hat immer alles wunderbar geklappt.

Liegt das an meinem System oder am Update?

Edit: Habe mir das Updatefix aufgedudelt, ist auch alles gut jetzt, aber interessieren würde es mich schon ,was die Fehlermeldung aussagt!

Zitat von wobo

- der gesamte Kasten "Tags" bei der Artikelerstellung/-bearbeitung ist ohne Funktion. Man kann keine Tags hinzufügen.

habe genau das problem.. gibt es da eine loesung?

PS: nein, ich habe das db-cache-plugin nicht installiert..

Okay, mein Workaround sieht derzeit so aus, dass ich die Tags im QuickEdit-Modus unter “Artikel->Bearbeiten->QuickEdit” einfüge. Da geht es wie gewohnt.

PS: Auch dieser Tipp zeigt bei mir keine Wirkung: http://www.frenchytech.com/2009/07/25/wor…gs-et-de-theme/

Keine Umlaute bei Artikel schreiben per Mail

Hallo zusammen,

ich habe vor ein paar Tagen WP-DE (2.8.4 DE-Edition) installiert und bin schnell auf das Problem gestossen, das Mails die nicht UTF8 kodiert sind, hinterher verstümmelt werden. Da fehlten dann halt die Umlaute oder der Text wird sonst wie unbruchbar. Für mich hat folgender Fix geholfen.

In wp-mail.php habe ich hinter Zeile 186 folgende Zeile (187) eingefügt:

186: $post_data = add_magic_quotes($post_data);
187: if(mb_detect_encoding($post_data) != "UTF-8" ) utf8_encode($post_data);

Bisher hat das gut funktioniert. Ich wäre natürlich dankbar, wenn das weitere User testen würden und mir hier berichten.

Keine Umlaute bei Artikel schreiben per Mail

Ich hab nicht ganz die Wahrheit gesagt. Mit KMail funst es noch nicht so richtig. Ist aber bisher der einzige Klient bei dem es Versagt. Ist mir nicht klar wiso. Im Mailheader steht Content-Type: text/plain; charset="iso-8859-1", was bei anderen Mails funktioniert hat.

Hat einer eine Idee?

Zitat von neuhaus

Hallo zusammen,

ich habe vor ein paar Tagen WP-DE (2.8.4 DE-Edition) installiert und bin schnell auf das Problem gestossen, das Mails die nicht UTF8 kodiert sind, hinterher verstümmelt werden. Da fehlten dann halt die Umlaute oder der Text wird sonst wie unbruchbar. Für mich hat folgender Fix geholfen.

In wp-mail.php habe ich hinter Zeile 186 folgende Zeile (187) eingefügt:

Code

186: $post_data = add_magic_quotes($post_data);
187: if(mb_detect_encoding($post_data) != "UTF-8" ) utf8_encode($post_data);

Bisher hat das gut funktioniert. Ich wäre natürlich dankbar, wenn das weitere User testen würden und mir hier berichten.

Hallo ihr Lieben,

die letzten 2 Tage raufe ich mir nur noch die Haare und erhoffe mir nun von Euch Hilfe, würde mich sehr freuen!
Zuvor sei gesagt, ich bin nicht ganz unwissend in PC Dingen, kann HPs, Styles, Foren etc selber basteln und sowas...Aber hier hakt es einfach bei mir:oops:

Ich habe bei Strato nun meinen Web Blog mal aktiviert. Ich weiß ist nicht der beste Anbieter für sowas, aber mein Mann hat da schon lange Pakete und der Web Blog ist umsonst mit dabei.

Seit 2 Tagen habe ich echt alle smögliche ausprobiert, gegooglet, hier gelesen, der Kopf raucht. Habe zig mal alles neu gemacht um Dinge auszuschließen usw.

Bei Strato klappt es mit der Domain und im Amdinbereich ist auch alles ok - mit der alten Version von Wordpress.

Sobald ich aber update auf die jetzige 2.8.5. erreiche ich meinen Blog nicht mehr:

Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.

Ich habe schon das von Schnurpsel gelesen mit dem www und ohne www, alles ausprobiert, aber es bringt nix.

Warum erreiche ich vor dem Update meine HP unter meiner Domain, und nach dem Update nicht mehr?

Mir raucht so der Kopf, vielleicht sehe ich auch den Wald vor lauter Bäumen nicht mehr, darum rufe ich hier um Hilfe :oops:

Muss ich das Update denn machen? Oder soll ich meinen Blog dann einfach unter der älteren version laufen lassen?

Viele liebe Grüße und DANKE!!! :oops:

Wie hast Du denn das Update gemacht? Automatisch oder manuell per FTP?

Huhu,

ich habe beides ausprobiert, bei beidem trat der gleiche Fehler auf. Eben habe ich es wieder manuell über FTP gemacht, aber danach war mein Blog wieder verschwunden...
Gestern hab ich es im Adminbereich automatisch gemacht - Blog weg...

Ich weiß leider von alleine nicht mehr welche Fehlerquellen ich noch ausschließen kann :neutral:

EDIT: Wenn hier irgendjemand ist, der einen Wordpress-Blog schon mal zu STRATO rübergeschleust hat, und es funktioniert hat, bitte bitte melden! Habe noch allgemeine Fragen zu Datenschutzeinstellung etc.