Hallo Freunde,
lange gesucht, aber nichts gefunden – die Schaltflächen des Tiny-MCE (auch advanced) sind bei mir nur schwarz-weiss und grafisch etwas klobig:
Damit kann ich zwar auch arbeiten, aber es wurmt mich, dass mir diese Darstellung nicht gefällt.
In allen Beschreibungen sehe ich aber die üblichen farbigen Schaltflächen; die hätte ich auch gern (wie ich's z.B. auch vom JCE z. B. in Joomla gewohnt bin).
Was muss ich tun, um das zu erreichen? Kann mir bitte jemand helfen?
Danke!
LG, Boy
Beiträge von boyherre
-
-
mensmaximus
Lange Rede, kurzer Sinn: Offenbar passiert bei der STRATO-Service-Einrichtung von WordPress nichts anderes als beim händischen Einrichten auch. Das CMS wird im Webspace hinterlegt und eingerichtet. Jedenfalls kann ich per FTP nichts anderes entdecken.
Das automatische Upgrade hat im Hintergrund unbemerkt geklappt; ich musste es nicht extra anstoßen – Automatik eben; natürlich erst, nachdem der Schalter dafür in der wp-config.php gesetzt worden war; nochmals danke für den Hinweis!
Plug-Ins lassen sich installieren und anwenden – wobei viele Programmierer die neue Version noch verschlafen.
Beim Editor musste ich so von TinyMCE Ultimate auf TinyMCE Advanced „downgraden“, aber das ist nicht wirklich schlimm, damit kann ich meine Standards realisieren…
Die „Empfehlung“ von STRATO zum Thema Datenbank ist offenbar irrelevant; jedenfalls sehe ich keinerlei Notwendigkeit, in diesem Bereich aktiv zu werden. Ich bin froh, dass alles läuft.
Also, vielen Dank an alle!
Bis zum nächsten Mal, Gruss Boy -
Danke für die ausführliche Aufklärung.
Sicher hast Du mit allem Recht, was Du schreibst.
Nachdem STRATO von der Telekom gekauft worden ist, wurde die technische und sonstige Betreuung nicht wirklich besser, eher scheint man am Personal gespart zu haben (ich bin seit Urzeiten STRATO-Kunde). Davon abgesehen: Die E-Mail-Benachrichtigung über das Upgrade kam nicht von STRATO, sondern von WordPress, und ein Blick auf den Webspace (in Filezilla) zeigt mir, dass das nach einer händischen Installation wohl identisch ausgesehen hätte. Ich arbeite mit allen meinen anderen Seiten in Joomla (selbst installiert), und nur auf einer parallelen WP-Seite …
Das WP-Automatik-Upgrade auf Version 4 hat ganz offenbar geklappt, als Editor-Plugin muss ich nun TinyMCE advanced nutzen, das funktioniert, war aber auch schon installiert und wurde nun aktiviert. Was STRATO über den nötigen Datenbank-Austausch schreibt, scheint mir nicht stimmig; würde die Version 4.0 sonst laufen? Der eigentliche DB-Inhalt wird sich wohl kaum unterscheiden…?
Dass das Plugin-Problem eine gänzlich andere Baustelle ist, habe ich begriffen. Oder vielleicht doch nicht? Offenbar gelingt es in keinem Fall, ein anderes, weiteres Plugin zu installieren, WP bleibt in der Installation hängen, ohne Fehlermeldung etc.
Den empfohlenen Datenbank-Austausch kann ich ja immerhin vornehmen, auch um zu verifizieren, ob es da wirklich einen Zusammenhang gibt.
Zunächst mal kann ich an der WP-Seite in Version 4 ohne Probleme weiterarbeiten…, und mir in Ruhe einen Kopf machen…
Wo genau soll denn der Unterschied zwischen 1-Klick-Installation und händischer Installation liegen? Ob ich nun ein Provider-Script mit dem Job beauftrage – oder ein paar Klicks und den Upload selbst mache? Könnte es sein, dass diese Dinge gern ein wenig „dämonisiert“ werden? Warum sollten sich so große Provider soviel selbstgemachten Ärger ins Haus holen?!
Wie auch immer, wir werden es bestimmt herausfinden, indem wir all dem auf den Grund gehen!
Erst mal danke!
Bis demnächst, Boy -
Leider ist nicht alles erledigt (nur ich bin es)…
Das ist alles sehr verwirrend: Die E-Mail sagt, es sei auf WP 4.0 upgegradet worden. Automatisch. Schön – denke ich.
WordPress selbst zeigt die installierte Version 4 an.
Aber: die Editor Plug-Ins wie TinyMCE Ultimate funktionieren nicht mehr. OK, steht in der Plug-In-Mitteilung. Ist nicht kompatibel.
Aber: alle Plug-ins, Templates etc., die upgedated werden sollen, werden nicht upgedatet. Statt dessen nur Fehlermeldungen.
Dann steht da der Hinwies, ich solle auf 4.0 upgraden, obwohl mir 4.0 bereits angezeigt wird.
Na schön, denke ich, versuch's – Versuch macht kluch!
Aber das funktioniert nicht; Fehlermeldung:
[h=2][size=10]WordPress aktualisieren[/SIZE]
[size=10]Runterladen der Aktualisierung von https://downloads.wordpress.org/release/de_DE/wordpress-4.0.zip…[/SIZE]
[size=8]Entpacken der aktualisierten Version…[/SIZE][/h] Die Datei konnte nicht kopiert werden.: wordpress/wp-includes/author-template.php
Die Installation ging schiefHmm, gefällt mir nicht.
Dann der Hinweis von STRATO in der E-Mail:
Um die Version 4.0 hinterlegen zu können, ist es aktuell noch notwendig, eine neue Datenbank mit der aktuellen Version von WordPress anzulegen und die Daten via Ex- und Import von der alten auf die neue Datenbank zu übertragen. Die Daten können per FTP hochgeladen werden. Gern habe ich Ihnen zu diesem Thema einen ausführlichen Artikel aus unserer Datenbank heraus gesucht:
Sicherung und Rücksicherung einer MySQL Datenbank
http://www.strato-faq.de/article/346/*.htmlIch versichere Ihnen, dass unsere Kollegen mit Hochdruck an einer komfortableren Lösung arbeiten.
[FONT=arial]
Dazu fällt mir nichts mehr ein; noch nie habe ich solch einen Murks erlebt. Nicht mal in der Migration von Joomla! Kommt dieser Murks nun von STRATO oder von WP ?
Ist das Fakt mit der Datenbank? Oder ein „Feature“ von STRATO?
Tatsächlich kann ich offenbar noch immer mit WordPress arbeiten, ohne die Datenbank neu eingerichtet zu haben (!).
Allerdings mit einem nur rudimentären Editor.
Welche Erkenntnisse gibt's da im Forum zu diesen Problemchen?
Gruss, Boy
[/FONT] -
[FONT=arial]… das war/ist alles Theorie. Soeben erhalte ich die E-Mail: [/FONT]
Hallo! Deine Website unter xxx wurde automatisch auf WordPress 4.0 aktualisiert.[FONT=arial]Damit dürfte sich die ganze Diskussion erledigt haben. Der Eintrag (s. o.) in der wp-config.php war richtig, um das automatische Upgrade anzustoßen, sobald es zur Verfügung stand. Das war's schon. Und mit STRATO hatte das auch nichts zu tun… (!). Im FTP/Webspace ist WP ja installiert, als hätte ich's selbst von Hand gemacht. Also kommt's auch darauf nicht an.
Vielen Dank für Eure Beratung; hab viel dabei gelernt.
LG, Boy[/FONT] -
Ach, ja, da fällt's mir wie Schuppen aus der Glatze: Mein WordPress 3.8 ist ja über den Kundenservice-Bereich von STRATO installiert worden – und kann wohl auch nur von ebendort aktualisiert werden.
Über FTP kann's dann wohl nicht klappen.
Also muss ich's da probieren…
Übrigens: die Plugin-Updates etc. funktionieren auch nicht, obwohl sie angeboten werden; da werd' ich wohl noch ein Wörtchen mit STRATO zu reden haben.
Möglicherweise geht man besser nicht auf die CMS-Angebote von STRATO ein, sondern macht's solo, wie ich's auch bei Joomla! gemacht habe – das funktioniert ja anstandslos.
Bin gespannt, was ich noch zu lernen habe.
Soweit erst mal besten Dank!
Boy -
@ mensmaximus
So, ich hab's überprüft; der Hinweis war goldrichtig:
tatsächlich stand diese Zeile define( 'AUTOMATIC_UPDATER_DISABLED', true ); ziemlich weit unten in der wp-config.php.
Ich hab' sie also auskommentiert und außerdem die Zeile
define( 'WP_AUTO_UPDATE_CORE', true );
unter die Zeile
define('WPLANG', 'de_DE');
gesetzt.
Und noch mal überprüft.
Aber: es hat keinen Effekt – WordPress bietet mir kein Core-Upgrade auf die Version 4.0 an.
Ich werd's noch mal alles neu starten und doppelt überprüfen; wenn's sich ändert, sag' ich Bescheid.
Ansonsten muss ich weiter fragen: Ist das eine Bug oder ein Feature?
Gruss, Boy -
-
-
-
-
Hallo,
in meiner wp-config.php ist zwar WP_AUTO_UPDATE_CORE gesetzt worden (wie beschrieben), aber es bewirkt (bei mir) nichts.
Es wird kein Core-Upgrade angeboten auf der Dashboard-Aktualisierungsseite – und wohl auch keines automatisch ausgeführt, oder? Nur Plugin-Aktualisierungen.
Warum funktioniert das nicht? Wozu gibt's die bequeme „Automatik“, wenn ich alles aufwendig „händisch“ machen muss?
Ich bin zwar noch ein „Newbie“, was WP betrifft, aber ich finde, dies sollte, wenn es schon angeboten wird, auch funktionieren.
Hab ich vielleicht einen Fehler gemacht (Syntax in der wp-config.php dreifach geprüft; muss diese Einstellung an einer bestimmten Stelle erfolgen?) Ich hab's an die letzte Stelle hinter den anderen Definitionen gesetzt…
Bin für jede Hilfe dankbar!
LG, Boy -
Hallo,
bin neu in WordPress; jetzt habe ich das Problem, dass meine Seite http://www.westernreiten-wrws.de auf einem Tablet keine Wischgesten (vergrößern/verkleinern) erlaubt. Trotz responsive Theme.
Für mich an diesem Punkt eine Sackgasse, aus der ich nicht allein rausfinden kann…
Wer kann helfen?Danke!
LG, Boy