Probleme beim Speicher eines Textes.

[Balian]

Hallo Zusammen,

die Installation verlief problemlos. Ich kann auch Seiten anlegen. Wenn ich aber einen Text eingebe und auf speichern klicke, passiert nichts. Schliesse ich dann den Browser und versuche auf meine Seite zu kommen, ist diese nicht erreichbar. Nach einiger Zeit kann ich die Seite aber wieder aufrufen. Hat Jemand eine Idee?

Gruß

Balian

[kweitzel]

Das hilft uns als Fehlerbeschreibung leider nicht viel weiter. Bekommst Du irgendwelche Fehlermeldungen?

Weisst Du, welche PHP Optionen auf dem Server gesetzt sind und welche deaktiviert sind?

Bei welchem Hoster bist Du?

Gruß

Klaus

[Balian]

Hallo Klaus,

ich schaue nachher mal nach, welche Optionen gesetzt sind. Ich bin bei domaingo.de..

Interessanter Weise funktioniert es mal und dann wieder nicht. Ich denke, ich muss das jetzt mal beobachten

Gruß

Balian

[Balian]

Hallo Zusammen,

ich muss die php.ini erst anfordern. Aber was könnte der Grund sein?

Ich möchte an einer Seite etwas ändern und gehe dann auf Speichern. Nun passiert nichts. Die Webseite ist auch nicht mehr zu erreichen. Nach ein paar Minuten geht weder alles. Das Phänomän tritt auch nur spuralisch auf. Das muss doch am Webspace liegen, oder ? Die Technik sagt sie konnten nichts finden. Was kann ich tun?

Gruß

Balian

[kweitzel]

Also, so wie Du das beschreibst, kann es eigentlich nur am Webspace liegen ... mein Tip wäre in Richtung MySQL ... dazu könnte man aber wirklich nur was sagen, wenn man deren Setup und Workflow kennt.

Gruß

Klaus

[Fränk]

Hallo Leute,

ich habe eben WB bei mir lokal auf XAMPP erstellt und ich habe das selbe Problem wie Balian.

Wenn ich nur ein paar Zeichen in den WYSIWYG-Editor schreibe, lässt sich das ohne Probleme abspeichern. Füge ich aber einen längeren Text ein, scheint sich der Server aufzuhängen und es geht nicht mehr weiter. Ich muss dann immer den Apache neustarten.

Ist dieses Problem inzwischen bekannt? Ich konnte im Forum nichts finden...

VG Fränk

[doc]

Hallo,

welchen WYSIWYG Editor verwendest Du denn? Wie lang ist der Text den du einfügen willst?
Ich habe keine solche Erfahrung mit FCKEditor gemacht. Dort funktionieren auch längere Texte.

Gruss Christian

[BerndJM]

Hi zusammen,

das beschriebene Verhalten kann beim 2er Apachen auftauchen, wenn in dessen Konfiguration ein bestimmtes default-charset eingetragen ist ... den Effekt hatte ich erst vor kurzem ... müßte die Details dazu nochmal zusammensuchen ... irgendwie entsteht dann eine Art "Endlosschleife" beim Speichern von Seiten - 100% CPU Auslastung und "Ende Fahnenstange"

Grüßle Bernd

[Hans aus Berlin]

Hi Alle,

am Besten erst einmal die Server-Software-Versionen wie Apache V...., MySQL V.xy? und natürlich PHP Version xyz beschreiben. Eine Beschreibung der PHP.ini, httpd.conf sowie welche Server-Admin-Software Confixx, SysCP usw. könnte auch hilfreich sein. Zu letzt spielt manchmal auch der Provider/Hoster eine Rolle (z.B. SaveMode).

Ich habe keine Zeit für Spekulationen, also entweder Fakten auf den Tisch oder warten bis eeener die Sache in der Glaskugel findet

Gruß Hans

[thorn]

Hallo,
an alle mit diesem Problem.

Tritt diese Verzögerung beim speichern einer Seite auch dann auf wenn kein ü (kleines ü) im Text steht - oder anders herum - kommt es nur dann zur Verzügerung, wenn ein ü im Text ist?
Könnte das mal bitte jemand testen...

Es könnte sein daß es da unter bestimmten Rahmenbedingungen zu einem Fehler kommt...
Das würde auch zu http://forum.websitebaker.org/index.php/topic,7167.msg44122.html#msg44122 passen.

thorn.

[BerndJM]

Hi thorn,

ich versuche mal die Konfiguration zu rekonstruieren die bei mir zu dem Fehlverhalten führte, dann könnten wir nach Lust und Laune testen, kann aber 'nen Tag oder zwei dauern, hab grade "nachurlaubsmäßig" noch paar andere Sachen aufzuarbeiten.

Grüßle Bernd

[BerndJM]

So,
ich habe die Fakten nochmal zusammengesucht:
die Verzögerung tritt bei mir bereits beim Anlegen einer Seite auf, allerdings nur wenn im Seitentitel ein "ü" enthalten ist.

@thorn: wie kommst du auf ü?

Die Prozessorlast steigt schlagartig auf 100% und hält an bis man entweder über den Browserbutton abbricht oder der Scripttimeout von PHP greift.
Das ganze passiert nur dann, wenn in der Apache conf ein anderes DefaultCharset eingestelllt ist als das Charset mit dem die WB-Installation läuft.
(Wobei ich da ein Verständnisproblem habe: soweit ich AddDefaultCharset interpretiere sollte es doch nur dann zum tragen kommen, wenn der Browser keine Charsetinformatione n mitschickt??? Oder bin ich da total daneben?)

Ich bilde mir ein, daß gleiche Verhalten auch mit ganzen Seiten beobachtet zu haben, kann es aber momentan nicht reproduzieren. Das war damals auf Produktivseiten, ich mußte schnell reagieren und habe nicht auf Einzelheiten geachtet.

Getestet einmal mit:
WB 2.6.7 (UTF-8)
Apache 2.2.3
PHP 5.2.1
MySQL 5.0.38
auf Ubuntu 7.04

und mit:
WB 2.6.7 (UTF-8)
Apache 2.0.55
PHP 5.1.2
MySQL 5.0.22
auf Ubuntu 6.06

Von zweiter Variante gibt's auch eine Testversion - Adresse und Zugangsdaten per PN, falls jemand was ausprobieren möchte.

Grüßle Bernd

[thorn]

Das ganze passiert nur dann, wenn in der Apache conf ein anderes DefaultCharset eingestelllt ist als das Charset mit dem die WB-Installation läuft.

Laß mich raten: WB steht auf "UTF-8" und AddDefaultCharset auf "iso-8859-1" ?

(Wobei ich da ein Verständnisproblem habe: soweit ich AddDefaultCharset interpretiere sollte es doch nur dann zum tragen kommen, wenn der Browser keine Charsetinformatione n mitschickt??? Oder bin ich da total daneben?)

Da ist apache2.conf aber anderer Meinung:

# Read the documentation before enabling AddDefaultCharset.
# In general, it is only a good idea if you know that all your files
# have this encoding. It will override any encoding given in the files
# in meta http-equiv or xml encoding tags.

Probier mal bitte folgendes aus:
in der Datei framework/functions.php die Stelle

  elseif(ord($string{$i}) <= 251) $ud = ord($string{$i++}); // error!

Ändern in

  else $ud = ord($string{$i++}); // error!

Achte vor allem darauf, ob das 'ü' (und die anderen Umlaute) lesbar bleibt, oder ob da Zeichensalat entsteht.

thorn.