@infected
danke für den link. werde ich mir gleich mal in ruhe anschauen!
jottlieb
tjoa, dann muss ich einfach seit einem halben jahr glück gehabt haben. oder sogar noch etwas länger. ich hab in der ganzen zeit ein einziges mal ein update gefahren! und das auch nur, weil ich dachte, dass ich das müsste... naja, aber danach bin ich kein einziges update mehr gefahren. und es gab nie probleme.
hab ich wohl glück gehabt!?
ist auch egal... ich hab aber direkt noch was. mein kumpel schrieb mir heute morgen und der meinte, wenn ich in den einstellungen des users bei visuellem editor (grafischer editor) den haken setze, dann kann ich sehen, was ich schreibe. ausprobiert: ja, es funktioniert. aber warum? denn als beschreibung steht "Disable the visual editor when writing". hä? verstehe den zusammenhang nicht! ist das einfach ein bug?? vielleicht lese ich das ja, wenn ich gleich den link lese... aber dennoch unsinnig.
und weiter hab ich dann noch eine frage. wird der opera eigentlich bei den releases auch herangezogen, um zu gucken, wie wordpress hiermit arbeitet? ich wollte per alt+v bzw. alt+shift+v die erweiterte formatierungsleiste aktivieren, in der hoffnung, dass damit überhaupt die formatierungsleiste zu sehen sein würde.... aber tut sich nichts! aber genauso im IE...
habt ihr hierzu auch noch was?
NACHTRAG:
ok, also ist die einstellung zum user ansich überflüssig, wenn der blog richtig läuft... aber wie bekomm ich das hin? ;-)
Zitat
TinyMCE wegen Scriptkomprimierung nicht vorhanden (weiss und keine Buttons)
Da sich die eingeschaltete Script-Komprimierung auch auf den TinyMCE auswirkt, gibt’s es ein neues Problem. Hier ein Ausschnitt aus der Datei, die den TinyMCE ausliefert:PHP
1
2
3
4
5
6
7
8
9
10
11
12
13 ...
header('Content-Type: application/x-javascript; charset=UTF-8');
header('Vary: Accept-Encoding'); // Handle proxies
header('Expires: ' . gmdate( "D, d M Y H:i:s", time() + $expires_offset ) . ' GMT');
header("Cache-Control: public, max-age=$expires_offset");
if ( isset($_GET['c']) && 1 == $_GET['c'] && false !== strpos( strtolower($_SERVER['HTTP_ACCEPT_ENCODING']), 'gzip') ) {
header('Content-Encoding: gzip');
echo get_file($basepath . '/wp-tinymce.js.gz');
} else {
echo get_file($basepath . '/wp-tinymce.js');
}
exit;
timing: 0.067s
Es liegt eine vorkomprimierte TinyMCE Datei rum, die ausgeliefert wird. Ich habe getestet, was passiert, wenn man sie löscht. WP 2.8 scheint sie nicht! neu zu erstellen sondern der TinyMCE ist dann mit 2 Script-Abstürzen einfach nicht da und der Inhalt des Editors weiss bis auf die roten Pünktchen der Rechtschreibkontrolle.
Wenn man die Datei wieder herstellt, geht der Tiny auch wieder. Mit der Option define(’COMPRESS_SCRIPTS’, false); lässt sich auch der TinyMCE beeinflussen und liefert dann die ungepackte Datei aus. Bei Providern, die keine packten Dateien auf dem WebSpace erlauben und sofort löschen, dürfte der TinyMCE deshalb nicht funktionieren. Dort kann man wie oben beschrieben, die Script-Komprimierung nur ausschalten!
Alles anzeigen
ehm, bitte? ich hab null plan, was ich tun soll? wo soll denn diese wp-tinymce datei sein? ach, vergessen, wo die tinymce sein soll hab ich mittlerweile dank des forums gefunden... und ja, der ordner ist vorhanden. aber selbst das installieren des plugins tinymce advanced hat keinen unterschied gebracht.
ich hab dann auch noch irgendwo gelesen, dass man ein neues hochladen der wp-ordner (mit ausnahme von wp-content) probieren kann... hat bei mir aber auch nichts gebracht!
NACHTRAG 2:
so, ich editiere das jetzt noch mal... ich habe den ganzen tag mehr oder weniger mit dem blog zugebracht. und ich weiß wohl eines. die version 2.8.6 dürfte bestimmt ok sein... ansich!
was ich getan habe, ich hab gelesen, hier und da... aber nichts brauchbares gefunden!
auf meine frage(n) von oben, wie das mit der problemlösung funktionieren soll, hab ich ja noch keine antwort. daher ist das wohl echt meine letzte hoffnung.
was ich aber nicht verstehe. ich habe noch einen webhoster account, der ungenutzt rum lag. also mal eben die beta von 2.9 geladen und hochgeschoben. funktioniert. super. also hab ich dann wagemutig meinem blog auch dieses update unterzogen. mit dem gleichen ergebnis, wie mit der 2.8.6. keine möglichkeit zu editieren... hallo? wo ist also das problem? cache? oder liegt es evtl. doch daran, dass in der mysql dinge stehen, die das ding nicht rund laufen lassen weil wegen update!?
ich hab von der ganzen materie keinen plan... nur mich nervts grad tierisch an! ich will hier aber nicht rummeckern, sondern suche nur vergeblich nach hilfe und hoffentlich den ultimativen lösungstipp!
danke auf jedenfall für jegliche hilfe!
