Upgrade sehr alter Versionen?

Druckbare Version

15.05.2016, 09:27
purzel

Upgrade sehr alter Versionen?

Hallo miteinander,

ich schätze, einige werden die Hände über'm Kopf zusammen schlagen "Ach du liebe Zeit, bist Du wahnsinnig" oder so. Nach Möglichkeit möchte ich aber keine Diskussion darüber entfachen, wie frevelhaft ich mich benehme und wichtig doch Updates sind - im Grunde weiß ich das selbst. Aber ich hatte/habe meine Gründe...

Zur eigentlichen Frage, ich nenne es erstmal noch nicht "Problem": Ich habe eine TYPOLIGHT-Instanz (ja, da hies es noch nicht Contao) laufen, Version 2.6.2 - und die möchte ich vielleicht doch mal auf was aktuelleres Upgraden, am liebsten eine LTS Version. Manche der Tipps zum Upgrade habe ich schon gelesen, aber ich habe kein dediziertes Posting in Benzug auf Upgrade einer so alten Version gefunden.
Einer (!) meiner o.g. Gründe ist, dass ich vor größeren Upgrades immer wieder Angst habe, irgendwas könnte danach nicht mehr funktionieren oder sich zumindest völlig anders verhalten als ich (oder die Besucher) erwarte(n). So etwas sieht dann ziemlich peinlich aus, wenn eine Webseite tagelang "Wegen Update nicht erreichbar" anzeigen muss oder bestimmte Inhalte wegen des Updates für die Besucher schlechter oder womöglich gar nicht mehr gehen. Manches sieht man vielleicht auch gar nicht sofort, bekommt nach Wochen einen Hilfeschrei. Leider habe ich derartiges schon öfter erlebt, nicht nur im Fall Typolight/Contao. Kleines Beispiel: in meinem TL 2.6.2 benutze ich ein Inhaltselement vom Typ "dfGallery" und fürchte dass es mit COntao 3.x nicht mehr funktionieren wird. Oder verstehe ich https://contao.org/de/erweiterungsli...010009.de.html falsch? Ganz wichtig wäre z.B. auch, ob veränderte Templates (weiter) benutzt werden können, denn davon habe ich sehr intensiven Gebrauch gemacht.
Während der Laufzeit meiner TL 2.6.2 Instanz musste ich gelegentlich in irgendwelchen Core-Files 'rumeditieren, weil mein Hoster das PHP aktualisiert hatte.
Den "Contao-Check" habe ich schon mal laufen lassen, für eine Neuinstallation war alles grün, hurra. Eine bestehende Installation prüfen lieferte mir "Die installierte Version 2.6.2 wird (noch) nicht unterstützt." Das macht natürlich Mut, ein Upgrade in Angriff zu nehmen...

Sehr Ähnliches gilt übrigens auch für meine zweite Instanz, die immerhin mit Contao 2.9.1 läuft - auch da habe ich viel Zeit und Mühen 'reingesteckt es auf meine Bedürfnisse anzupassen und habe Angst davor, dass es nach dem Update nicht mehr so geht wie es soll und/oder ich quasi von Null anfange; mir fehlt auch die Zeit dazu. Hier war der Contao-Check für Neu-Installation auch komplett grün, bestehende Installation prüfen gab die gleiche Fehlermeldung.

Kann mir bitte jemand von den Experten ein paar hilfreiche und v.A. "Mut machende" Tipps geben?

Frohe Pfingsten und schonmal Danke für Eure Mühen,
purzel
15.05.2016, 09:37
07alex07

Hi, erstell zuerst ein Backup.
Und nach das Update nicht an der Live Seite sondern an der Kopie, so kannst du ohne Stress dein Update durchführen.
15.05.2016, 09:47
andrea$

ich bin alles andere als ein Experter (siehe Signatur) aber deine Befürchtungen sind berechtigt. ;)

Der Check besagt doch nur, das du die Cto Version auf dem Server installieren kannst und nicht dass das Update funktioniert!?

wie 3707alex07 sagte, mach ein Backup deiner Websites und teste das in einer Kopie und nicht mit deinen aktiven Seiten.

Ich würde es auch mit der Erweiterung easyupate probieren. Ob die allerdings in deinen Versionen läuft ist fraglich.
15.05.2016, 09:57
Samuell

Hi,
bisher hab ich auch alte Versionen zum laufen bekommen, ein Update des Cores sollte also auch von 2.6 au gut zu machen sein.

Leg eine Subdomain an, verwende die Files von Contao 3.5.x und eine KOPIE der originalen DB.
Damit ist das gut machbar.

Die Templates wirst Du nicht weiter verwenden können, diese Anpassungen sollten aber ganz gut zu machen sein, wenn Du es in den Templates nicht übertrieben hast.
Dein CSS wirst Du wohl ebenfalls überarbeiten müssen, da sich auch in dieser Hinsicht einiges getan hat und mittlerweile auch das responsive verhalten ein Thema ist.
Bei den Erweiterungen mußt Du Dir vorher genau anschauen welche wie ersetzt werden.

Es gibt folgende Optionen für die Erweiterungen:

* Kann ein update bekommen
* kann durch eine andere Erweiterung weitestgehend ersetzt werden
* Funktion ist mittlerweile im Code (zB google analytics)
* keine Alternative verfügbar

Leider gibt es bei solchen Gingen immer nur zwei Wege.
1. Zeit in die Hand nehmen
2. Geld in die Hand nehmen
Hat man beides nicht, kann man nur warten bis die Seite einem aufgrund der geänderten PHP-Version oder aufgrund von ausgenutzten Sicherheitslücken um die Ohren fliegt.
In diesem Fall ist die Arbeit meist noch größer, als wenn man ein sauberes Update macht.

Wahrscheinlich wird das Update Deiner Seite ein wenig Zeit kosten, aber generell kann ich Dir Mut machen.
Es ist meist nicht so schlimm wie es am Anfang ausschaut.
15.05.2016, 11:57
purzel

Hi Samuell,

vielen Dank, auf die Idee einer Subdomain war ich nicht gekommen, finde sie aber geradezu genial. Deine Antwort macht in der Tat Mut - zumindest teilweise.
Wenn ich das ganze PHP-Zeugs in die Subdomain und die DB in eine Neue kopiert habe, muss ich das neue (kopierte) ja wohl an irgendwelchen Stellen an die neuen Gegebenheiten anpassen. Mir fallen da spontan ein: evtl. Basis-Pfad, Datenbank-Name und -Zugangsdaten. Noch was?

Bei den Templates stellt sich mir die Frage, was Du mit "übertrieben" meinst. In manchen habe ich nur kleine Änderungen, in manchen aber ganz schön heftige - bis hin zu ausgiebigem "PHP-Gewurste" mit Bedingungen und Schleifen. Eine davon ist essentiell wichtig, vielleicht gibt's auch da eine Lösung. Ich werd's sehen.
Zum Thema CSS überarbeiten eine Frage: was ist "responsives Verhalten"? Allgemeine .bla und #blubb Einträge machen mir keine Angst, pauschale wie z.B. body {} erstmal auch nicht - es sei denn, das "responsive verhalten" macht alles kompliziert(er).
Bis hier hin sind meine Ängste schon mal deutlich reduziert, aber bei den Erweiterungen sind sie geblieben:

* In meiner Contao 2.9.1 habe ich nur eine in der Erweiterungsverwaltung (linklist) und die scheint es nicht mehr zu geben. Immerhin fand ich einen Tipp im Web, dass man die Funktion wohl einigermaßen mit dem Banner-Modul nachbilden kann.
Allerdings habe ich dieser Instanz tagelang damit gekämpft, die mootools-Großansicht von Bildern durch was Anderes zu ersetzen. Das muss ich dann wohl nochmal machen. Hoffentlich klappt das.

* In der Typolight 2.6.2 Instanz habe ich vier Erweiterungen und eben das Inhaltselement dfGallery. Letzteres ist recht wichtig aber das gibt es nicht für Contao 3.x und das was ich mal als Ersatz gedacht hatte (slideshow2) gefällt mir (zumindest in der installierten Version 2.1) nicht. An diesem Punkt brauche ich dringend Hilfe.
Quickpoll und Ticker benutze ich glaub ich nicht mehr, und wenn doch, gibt's vielleicht brauchbaren Ersatz (zumindest Ticker).
Dann ist da noch calendar_ical, recht wichtig aber scheint kein oder nur wenig Kopfzerbrechen zu machen.
Wie sieht's denn aus mit Modulen? Auch da habe ich einiges gebastelt.

Zur Sache "Zeit oder Geld in die Hand nehmen": Etwas Zeit ist natürlich, und durch die Idee mit der Subdomain entspannt sich das Ganze auch etwas. Geld wäre eher ein Problem an dieser Stelle. "Um die Ohren geflogen" wegen PHP-Updates ist schon ein paar Mal "halbwegs" passiert, aber bisher konnte ich es immer retten. Wegen Sicherheitslücken - naja, zum Glück noch nicht, aber deswegen will ich ja auch endlich mal aktualisieren.
15.05.2016, 12:22
Samuell

Wenn Du für das "PHP-Zeugs" eine frische, sonst leere Contao Installation nimmst, sind es grob die von Dir genannten Dinge:

* localconfig für Zugangsdaten, Einstellungen, ...
* pathconfig, sofern Du einen Unterordner nutzt (was Du nicht bräuchtest)

* langconfig, sofern SPrachanpassungen gemacht wurden
* dca, sofern dort was erweitert wurde.

Übertrieben", bzw. sehr große Änderungen wäre sowas hier:

Zitat:

in manchen aber ganz schön heftige - bis hin zu ausgiebigem "PHP-Gewurste" mit Bedingungen und Schleifen

Ich fange immer mit den Standardtemplates an, schau mir die Ausgabe an wie Sie ist, und wie Sie in der alten Seite war und fange dann an die Templates anzupassen.
Dabei orientiere ich mich nicht an dem was ich früher "gecoded" habe, sondern an dem was ich "direkt im FE" sehe.

Zitat:

"responsives Verhalten"

Ist die Anzeige am mobilen Geräten. Du kennst diese komischen Dinger, die die Leute immer mit sicher herumschleppen. Smartphones, Tablets, ....
Wenn Du die Seite schon aktualisierst und das CSS anpassen mußt (weil sich Contao verändert hat), dann solltest Du diese Punkte gleich mit berücksichtigen, statt zu versuchen ein "statisches" Layout hinterher anzupassen.

Slideshow2 gibt es, glaube ich, für Contao 3.5 nicht mehr.
Da ich nicht weis was die "dfGallery" so besonderes kann, kann ich Dir da leider nicht sagen welche Alternative Du nutzen kannst. Allerdings solltest Du sicher eine passende Alternative finden.

Zitat:

Wie sieht's denn aus mit Modulen? Auch da habe ich einiges gebastelt.

Klare Antwort: Es kommt darauf an (was Du so gebastelt hast).
Übernehmen kannst Du den alten Code auf jeden Fall so nicht. Allerdings sollte man den neu basteln können.

Solange Du die neue Seite während des Aufbaus als Subdomain betreibst hast Du ja keinen Ausfall, bist also nicht im Stress und kannst den Umzug in Ruhe machen.
15.05.2016, 14:55
purzel

Zitat:

Zitat von Samuell

Wenn Du für das "PHP-Zeugs" eine frische, sonst leere Contao Installation nimmst,

*schluck*
Und die kommt mit den ganzen alten DB-Tabellen klar???
Verstehe ich doch richtig, dass ich die DB kopieren und darauf dann Contao neu installieren soll? Oder auch das alte "PHP-Zeugs" kopieren und dann "drüber installieren"?

Zitat:

* localconfig für Zugangsdaten, Einstellungen, ...

Da VOR, WÄHREND oder NACH der Neuinstallation drin rum editieren?

Zitat:

* pathconfig, sofern Du einen Unterordner nutzt (was Du nicht bräuchtest)

Die Datei hat meine alte Installation gar nicht.

Zitat:

* langconfig, sofern SPrachanpassungen gemacht wurden
* dca, sofern dort was erweitert wurde.

Beides nie angefasst.

Zitat:

Ich fange immer mit den Standardtemplates an, schau mir die Ausgabe an wie Sie ist, und wie Sie in der alten Seite war und fange dann an die Templates anzupassen.
Dabei orientiere ich mich nicht an dem was ich früher "gecoded" habe, sondern an dem was ich "direkt im FE" sehe.

Das ist wahrscheinlich das Schlaueste. Mit zwei Bildschirmen kann ich ja auch direkt beide Installation gut vergleichen. Das eine Template wie gesagt ist recht essentiell und gleichzeitig heikel weil viel eigener Code.

Zitat:

Ist die Anzeige am mobilen Geräten. .... dann solltest Du diese Punkte gleich mit berücksichtigen, statt zu versuchen ein "statisches" Layout hinterher anzupassen.

Auch ein guter Hinweis. Mein altes Layout ist nur wenig für Mobilkram geeigent, man muss immerzu 'rein- und 'raus zoomen.

Zitat:

Slideshow2 gibt es, glaube ich, für Contao 3.5 nicht mehr.

Das gefiel mir ja eh nicht.

Zitat:

Da ich nicht weis was die "dfGallery" so besonderes kann, kann ich Dir da leider nicht sagen welche Alternative Du nutzen kannst.

Das generiert aus allen Bildern (jpg) in einem wählbaren Verzeichnis eine (Flash-)Diashow mit Bedienelementen wie z.B. Play- Vor- und Zurück-Buttons und in frei wählbarer Größe. Einfach Bilder in das richtige Verzeichnis hochladen und die Show wurde automatisch ergänzt. Ich hatte mir "damals" auch andere Tools ähnlicher Art angesehen, aber viele benutzten resourcenhungriges Javascript-Gedöns - fand ich schrecklich. Anscheinend haben alle JS-Enwicker PCs mit 42 GHz und 8 TB RAM.
....ich komme wieder runter .... 21 ... 22 ... 23 ....
Inzwischen habe ich aber feststellen müssen (*heul*), dass der dfGallery-Inhalt anscheinend ohnehin nicht mehr funktioniert. Ob das nun an irgendwelchen Neuerungen an PHP oder Hoster-Einstellungen serverseitig oder an Flash (welches gefühlt auch stündlich Updates erfährt) liegt kann ich nicht so leicht herausfinden. Es gibt aber - aktuelle Recherche - eine "slideshow 3.0" - sogar responsive. Ob die nun mit aktuellen Contaos geht ist allerdings auch fraglich; ich versteh diese Abhängigkeiten-Zeile in den Erweiterungen immer nicht so 100%ig. Bedeutet das in diesem Fall https://contao.org/de/erweiterungsli...deshow.de.html dass nur Contao 3.0.0 bis 3.0.1 geht?

Zitat:

Klare Antwort: Es kommt darauf an (was Du so gebastelt hast). Übernehmen kannst Du den alten Code auf jeden Fall so nicht. Allerdings sollte man den neu basteln können.

Dabe ich befürchtet.

Zitat:

Solange Du die neue Seite während des Aufbaus als Subdomain betreibst hast Du ja keinen Ausfall, bist also nicht im Stress und kannst den Umzug in Ruhe machen.

Das tröstet und macht Mut, allerdings ....

...muss ich nun erst mal (wieder) Motivation sammeln. Trotz Deiner Mut machenden Tipps (danke!) sind ja auch scheinbar etliche Dinge dabei, die ich neu machen muss. Das ist einer Gründe, warum ich mich so oft vor Updates scheue: Mit jedem Update geht irgendwas "lieb gewonnenes" oder "mühselig angepasstes" nicht mehr.
15.05.2016, 15:08
do_while

Wenn Du, wie empfohlen, den Update in einer Subdomain (Kopie) machst, hast Du jederzeit die Möglichkeit die Templates mit dem alten Original zu vergleichen.
Nicht vergessen, auch die Datenbank zu kopieren und in der Kopie den Datenbankzugang der Kopie einzutragen! Nur so beeinflussen sich die beiden Contaos nicht gegenseitig.

Die neue Contao-Version kommt deshalb meist mit einer alten Datenbank klar, weil der Installtool eine Menge an Migrationsroutinen mitbringt. Du wirst sehen, das viele Versionsupdates per Button ausgelöst werden müssen, bevor der Installtool komplett durchgelaufen ist.
15.05.2016, 15:31
mlweb
Für solche Updates gibt es immer mehrere Strategien.
Meine unterscheidet sich von der von @Samuel grundlegend.
Erst einmal arbeite ich solche Problemfälle lokal auf meinem Entwicklungsserver ab. Da geht es mir schneller wenn ich ein zweites oder drittes mal neu starten muß.
Außerdem gehe ich in mehr oder weniger großen Schritten vor. Meine älteste Contaoversion war dabei irgendeine 2.8.
Update dort nacheinander auf 2.9, 2.10 und 2.11 (jeweils aktuellstes Release) danach auf 3.2 (war damals die aktuelle LTS-Version).
Außerdem schaue ich
- welche Erweiterungen werden eingesetzt
- wo genau werden diese verwendet
- gibt es Ersatz
- ist die Funktionalität vielleicht jetzt schon im core vorhanden
- kann ich ggf. auf diese Funktionaltät ganz verzichten
In den einzelnen Update-Schritten
- schaue ich immer wieder was noch funktioniert
- mache jeweils alle möglichen Updates der Erweiterungen
- schaue welche Erweiterung mir definitiv um die Ohren fliegt und lösche diese
- passe ggf. notwendige Dinge an (zb. Module, Templates)
Für jeden funktionierenden Zwischenschritt fahre ich ein komplettes Backup, damit ich im Problemmfall nicht bei Null anfangen muss.
Die Uralttemplates (z.B. altes Frontendtemplate) habe ich in einer Installation weitestgehend weiter verwendet, weil der Kunde auch sehr knapp bei Kasse war.
Das kommt halt etwas drauf an.

Das neueste [easyupdate3] funktioniert erst ab irgendeiner Version Contao 3. Das alte kenn ich nicht ist aber in der Erweiterungsliste nur kompatibel bis Contao 2.8.2 angegeben
15.05.2016, 15:51
mlweb

Wenn es um eine Diashow geht schau Dir mal den [rocksolid-slider] an. Den finde ich persönlich als sehr gut durchdacht. Hat auch recht viele Darstellungsmöglichkeiten und verschiedene Möglichkeiten Bedienelemente ein bzw. auszublenden. Um javascript in dem Fall jquery kommst Du aber dabei nicht drum herum.
Auf Flash würde ich heutezutage nicht mehr setzen. Das ist in wahrsten Sinne des Wortes ein Auslaufmodell.
Wenn Du wie oben geschrieben Deine Website responsive machen willst, dann ist das noch eine ganz anderes paar Schuhe.
Ich bin mir nicht einmal sicher ob ich das mit dem Update verknüpfen würde.
Ich glaube da würd ich mich auf die Übernahme der eigentlichen Inhalte konzentrieren. Der Aufbau einer responsiven Website ist eigentlich immer ein Relaunch. Da müssen häufig auch Inhalte neu strukturiert werden, es muss auf die Performance geachtet werden etc.
15.05.2016, 17:06
purzel

Ich mache also auf jeden Fall eine DB-Kopie, soviel ist klar. (Meine DB-Tabellen heißen alle tl_...)

Eine Sub-Domain habe ich schon angelegt. (Hätte eigentlich ein separater DNS-Eintrag gereicht?)

Mache ich dann auch Kopien vom "alten PHP-Zeugs" (und trage den DB-Zugang in die Kopie ein) oder installiere "von Null"?

Falls Kopie vom PHP-Zeug, lieber schrittweise oder gleich Hammer (2.6.2 -> 3.5.x)?

Die Idee, einen lokalen Entwicklungsserver zu verwenden hatte ich auch schon - aber den genau so einzurichten wie es mein Hoster hat (mit allen (paranoiden) Apache- und PHP-Einstellungen) dauert womöglich länger als eine Installation auf dem "echten" Server. Und neu starten? Wen oder was? Den (Entwicklungs-)PC etwa? Wozu?

Responsive muss nicht, sehe ich als "nice to have".

JavaScript, jQuery & Co können zwar viele und tolle Sachen - sind aber nach meinen Erfahrungen Resourcen-Killer ohne Ende :-( Es hat halt nicht jeder i7 mit 8GB - ich auch nicht.
Allerdings sieht dieses rocksolid-slider in der Tat ganz nett aus. Haut der auch mit vielen Bildern hin? Die Beispiele haben ja alle nur sehr wenig Bilder. Mit >30 muss es schon klar kommen.

Erweiterungen habe ich ja nur sehr wenige, da bin ich inzwischen einigermaßen beruhigt und zuversichtlich.
Aber ich habe viele Template-Anpassungen, z.T. mit eigenem PHP-Code und ein Rudel selbst gemachter Module. Da schaudert's mich noch.
Kann ich Flash-Filmchen (die NICHT auf Youtube liegen) einbinden?

Bei Zwischenschritten ein komplettes Backup ist auch 'ne schöne Idee - in der einen meiner beiden Instanzen aber ätzend - da habe ich nämlich kein SSH, noch nicht mal SFTP, nur "normales" FTP (*würg*)
15.05.2016, 17:46
mlweb

Zitat:

Zitat von purzel

Ich mache also auf jeden Fall eine DB-Kopie, soviel ist klar. (Meine DB-Tabellen heißen alle tl_...)

Nicht nur die Datenbank sichern. Auch alle was in tl_files liegt und unter templates. Die Tabellen heißen auch heute tl_.

Zitat:

Zitat von purzel

Mache ich dann auch Kopien vom "alten PHP-Zeugs" (und trage den DB-Zugang in die Kopie ein) oder installiere "von Null"?

Was meinst Du mit altem PHP-Zeug?
Ich installiere mir Contao neu und trage dann die Zugangsdaten der Datenbank ein. Wenn Du mit Subdomains arbeitest drauf achten, dass Du die Zugangsdaten der Kopie verwendest.
Dann übertrage ich noch alle Dateien aus tl_files und templates.
Wenn das Installtool Löschungen vorschlägt, drauf achten, dass es keine Tabellen aus Erweiterungen sind, die Du vielleicht noch benötigst.

Zitat:

Zitat von purzel

Falls Kopie vom PHP-Zeug, lieber schrittweise oder gleich Hammer (2.6.2 -> 3.5.x)?

Siehe oben, da hat jeder seine Vorlieben.

Zitat:

Zitat von purzel

Die Idee, einen lokalen Entwicklungsserver zu verwenden hatte ich auch schon - aber den genau so einzurichten wie es mein Hoster hat (mit allen (paranoiden) Apache- und PHP-Einstellungen) dauert womöglich länger als eine Installation auf dem "echten" Server.

Ich habe hier eine Entwicklungsumgebung mit XAMPP unter Windows und noch nie Probleme gehabt meine so entwickelten Projekte in die Liveumgebung zu übertragen.

Zitat:

Zitat von purzel

Und neu starten? Wen oder was? Den (Entwicklungs-)PC etwa? Wozu?

Das Projekt "Update" neu starten, wenn ich mich irgendwo verfranst habe und es mir gelegentlich einfacher erscheint noch einmal an einem für mich definierten Punkt neu aufzusetzen, als den Fehler zu beseitigen, den ich mir gerade selbst eingebaut habe.

Zitat:

Zitat von purzel

JavaScript, jQuery & Co können zwar viele und tolle Sachen - sind aber nach meinen Erfahrungen Resourcen-Killer ohne Ende :-( Es hat halt nicht jeder i7 mit 8GB - ich auch nicht.
Allerdings sieht dieses rocksolid-slider in der Tat ganz nett aus. Haut der auch mit vielen Bildern hin? Die Beispiele haben ja alle nur sehr wenig Bilder. Mit >30 muss es schon klar kommen.

Ja kommt er. Kannst dann je nach Größe des Sliders z.B. die Punkte nicht verwenden, weil das mehrzeilig "Sch.." aussieht. Viele Bilder sind aber halt eine Frage der Ladezeit. jQuery sauber eingebunden ist ein Weisenknabe gegen schlecht optimierte Bilder in großer Zahl.

Zitat:

Zitat von purzel

Bei Zwischenschritten ein komplettes Backup ist auch 'ne schöne Idee - in der einen meiner beiden Instanzen aber ätzend - da habe ich nämlich kein SSH, noch nicht mal SFTP, nur "normales" FTP (*würg*)

Auch das ist für mich einer der Gründe für eine funktionierende lokale Entwicklungsumgebung mit Contao in etlichen Versionen. Die Arbeit die Entwicklungsumgebung einzurichten habe ich einmal. Danach kann ich nach Belieben die Installation mit einer der Datenbanken verbinden und drauf los arbeiten.
15.05.2016, 18:45
purzel

Zitat:

sichern. Auch alle was in tl_files liegt und unter templates.

Ah, OK - in der Hoffnung, die neue Installation findet das Zeug. Ich versuche glaub ich erst ein "clean install" mit bereits vorhandenen /templates. Mal sehen was passiert.
Wo mache ich die /tl_files hin?

Zitat:

Was meinst Du mit altem PHP-Zeug?

Damit meine ich die Verzeichnisse /plugins, /system und /typolight

Zitat:

Ich habe hier eine Entwicklungsumgebung mit XAMPP unter Windows und noch nie Probleme gehabt meine so entwickelten Projekte in die Liveumgebung zu übertragen.

Ich schon. Mein Hoster hat stellenweise etwas - ahäm - paranoide Einstellungen.
Wenn lokal, würde ich es mit LAMP machen. Wie stellt eigentlich Windows die "dot-files" (z.B. .htaccess) dar? Da findet es ja keinen Namen, nur 'ne Endung.

Zitat:

Ja kommt er. Kannst dann je nach Größe des Sliders z.B. die Punkte nicht verwenden, weil das mehrzeilig "Sch.." aussieht.

Einleuchtend.

Zitat:

Viele Bilder sind aber halt eine Frage der Ladezeit. jQuery sauber eingebunden ist ein Weisenknabe gegen schlecht optimierte Bilder in großer Zahl.

Im Grunde auch einleuchtend - aber deswegen fand ich mein damaliges dfGallery so toll. Das hat EINMALIG ein Weilchen rumgemarmelt und danach waren die Ladezeiten immer kurz - wohl weil das generierte Flash-Dingens gecached wurde und der Betrachter auch nur das laden musste (und natürlich das bisschen Zeugs außenrum, css beispielsweise)

Ist im neuen Contao das Verzeichnis /vendor irgendwie wichtig?
15.05.2016, 19:10
mlweb

Zitat:

Zitat von purzel

Wo mache ich die /tl_files hin?

Sauber gehört der Inhalt eigentlich in files (ab Contao 3). Es gab da ein script von Tristan welches die Umschreibung von tl_files auf files vorgenommen hat.
Ich habe auch Kundeninstallationen da läuft alles problemlos weiter mit tl_files (auf der gleichen Ebene wie files angelegt und im BE eingetragen), bei einer Installation habe ich es glaub ich mal direkt in der Datenbank per Hand bearbeitet, weil Tristans-Script ne Fehlermeldung brachte.

Zitat:

Zitat von purzel

Damit meine ich die Verzeichnisse /plugins, /system und /typolight

Nein die brauchst Du bei einer Neuinstallation nicht. Die Erweiterungen die noch kompatibel sind installierst Du einfach neu.

Zitat:

Zitat von purzel

Ich schon. Mein Hoster hat stellenweise etwas - ahäm - paranoide Einstellungen.

Vielleicht wäre dann ein Providerwechsel sinnvoll. Wer ist denn der Hoster, wenn ich fragen darf?
Ich habe Kunden bei den unterschiedlichsten Hostern und das hat immer mit der Grundeinstellung von XAMPP geklappt. Beim letzten Aufsetzen von XAMPP habe ich nur nicht die aktuellste Version genommen, weil PHP7 doch gelegentlich noch problematisch sein kann und auch noch nicht bei all meinen Kundenpaketen verfügbar ist.

Zitat:

Zitat von purzel

Wie stellt eigentlich Windows die "dot-files" (z.B. .htaccess) dar? Da findet es ja keinen Namen, nur 'ne Endung.

Das geht problemlos. Ist eine versteckte Datei. Die lass ich mir aber ohnehin immer anzeigen.

Zitat:

Zitat von purzel

wohl weil das generierte Flash-Dingens gecached wurde

Es hindert Dich ja keiner dran den Contao-Cache zu nutzen. Ist für die Performance auf jeden Fall empfehlenswert.

Zitat:

Zitat von purzel

Ist im neuen Contao das Verzeichnis /vendor irgendwie wichtig?

Ja, wird auf jeden Fall benötigt.
15.05.2016, 20:59
purzel

Zitat:

Zitat:

Wo mache ich die /tl_files hin?

Sauber gehört der Inhalt eigentlich in files (ab Contao 3).

Wenn ich ohnehin (fast) alles neu machen muß (bis auf Inhalte) kann ich es ja auch gleich richtig ablegen, also nach /files

Zitat:

Vielleicht wäre dann ein Providerwechsel sinnvoll. Wer ist denn der Hoster, wenn ich fragen darf?

Noch mehr Aufwand. Ursprünglich wollte ich nur ein Upgrade machen. Inzwischen bin ich - s.o. - schon bei "bis auf Inhalte alles neu machen". Wenn ich auch noch den Provider wechsele... Domain-Umzug, alle Mail-Adressen umziehen, und was da noch alles dran hängt. Nee. Ich mache das Ganze ehrenamtlich für meinen Verein, irgendwann ist's gut.
Goneo übrigens. Im Mittel sind wir recht zufrieden. Leider habe ich damals aus falscher Bescheidenheit unserem Kassenwart gegenüber das Paket ohne SSH genommen - und heute bieten sie's nicht mehr an. Meine andere Instanz ist auch bei Goneo, aber mit SSH.

Zitat:

Das geht problemlos. Ist eine versteckte Datei.

Ich weiß. Wollte nur wissen, wie der Explorer und ähnliche Katastrophen damit umgehen. Ich habe 'ls -la'

Zitat:

... aber deswegen fand ich mein damaliges dfGallery so toll. ... wohl weil das generierte Flash-Dingens gecached wurde ...

Leider funktioniert ja mein dfGallery nicht mehr. Ob das an Goneo, PHP oder Flash selbst liegt habe ich nicht 'rausfinden können.

Zitat:

Zitat:

Ist im neuen Contao das Verzeichnis /vendor irgendwie wichtig?

Ja, wird auf jeden Fall benötigt.

Da sind ganz schön seltsame Dinge drin; bei vielen davon frage ich mich: Wozu braucht man DAS denn? (bin halt etwas altmodisch)
Beispiel SCSS. Angeblich soll es einfacher machen - die Beispiele die ich mir angesehen habe, sehen deutlich komplizierter aus als "herkömmliches" CSS. Aber lassen wir das, sonst wird's OT.

Ich schiebe gleich noch das neue Contao auf den Server und dann ist genug für heute - die Installation wird dann morgen angeworfen.

Auf jeden Fall schonmal herzlichen Dank für die Tipps und einigermaßen wirksamen Bestrebungen mir Mut zum Upgrade zu machen. Ich fürchte zwar, dass etliches nicht gehen wird - aber in einer Kopie/SubDomain macht's ja erstmal nichts.
16.05.2016, 07:46
Spooky

Wenn du deine Dateien in den Ordner /files statt /tl_files gibst, stimmen deine Datei Referenzen nicht mehr.

Für Contao 3 gibt es eine extra Anleitung, wie man den Ordner korrekt umbenennt.
16.05.2016, 08:15
mlweb

Damals als Contao 3 neu war habe ich das Script von Tristan dafür verwendet.
Vor einiger Zeit wollte ich das noch einmal tun, aber da hatte ich ein Problem damit.
Was genau spricht eigentlich dagegen bei tl_files zu bleiben. In den zwei, drei Kundeninstallationen wo nach wie vor tl_files verwendet wird, habe ich bisher keine Nebenwirkungen bemerken können.
16.05.2016, 08:17
Spooky

Nebenwirkungen gibt es keine, aber es sieht halt unästhetisch aus ;)
16.05.2016, 10:28
Jorge-C

Warum die Arbeit?

Kannst den nicht ein aktuelles Contao installieren und die Inhalte bereit stellen, wäre der bessere und schnellere Weg.
Ansonsten kannst du solche experimente ja unter einem Xampp testen.
16.05.2016, 11:16
purzel

Mahlzeit :-)

Ich habe nun das Verzeichnis wieder zurück umbenannt nach /tl_files, die Datenbank in eine Neue importiert und das Installation-Tool gestartet. Zunächst lief es ordentlich los und hat schrittweise die Datenbank aktualisiert ("Es scheint, als ob sie von einer Version älter als.... blablabla). Das ging für die ersten Schritte anscheinend gut. Beim Schritt auf Version 3 habe ich dann den Salat:

Code:

Fatal error: Uncaught exception Exception with message Query error: Unknown column 'skipTinymce' in 'where clause' (UPDATE `tl_layout` SET `framework`='a:1:{i:0;s:10:"layout.css";}' WHERE skipTinymce=1) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295 #0 system/modules/core/library/Contao/Database.php(207): Contao\Database\Statement->query('UPDATE `tl_layo...') #1 system/modules/core/library/Contao/Database/Updater.php(278): Contao\Database->query('UPDATE `tl_layo...') #2 system/modules/core/controllers/BackendInstall.php(1011): Contao\Database\Updater->run300Update() #3 system/modules/core/controllers/BackendInstall.php(516): Contao\BackendInstall->update300() #4 system/modules/core/controllers/BackendInstall.php(171): Contao\BackendInstall->runDatabaseUpdates() #5 contao/install.php(24): Contao\BackendInstall->run() #6 {main}

Und jetzt?
16.05.2016, 11:18
Spooky

Welche Contao Version benutzt du nun?
16.05.2016, 11:55
purzel

Wie - "benutzen"? Gar keine wahrscheinlich.
Ich habe aus der alten Installation (die noch artig in der Hauptdomain läuft) die Verzeichnisse /tl_files und /templates sowie die DB in eine Subdomain kopiert, dann ein "jungfräuliches" Contao 3.5.12 hochgeladen und wollte es installieren - das brach mit o.g. Fehler ab.
16.05.2016, 12:01
mlweb

Das klingt jetzt vielleicht hart, aber keiner hier hat Dir gesagt, dass so etwas problemlos durchläuft.
Die Profis die sich für ein solches Upgrade bezahlen lassen sind nicht geldgierig. So etwas macht Arbeit, es treten Probleme auf die man nicht vorhersehen kann etc. Jede Installation ist ein bisschen anders.
Alternative ist z.b. ein schrittweises Vorgehen.
Da es ja erst bei beim Schritt auf Version 3 Probleme gibt, wäre Version 2.11.17 die Version mit der ich den ersten kompletten Update-Schritt durchführen würde.
16.05.2016, 12:25
Spooky

Zitat:

Zitat von purzel

Wie - "benutzen"? Gar keine wahrscheinlich.
Ich habe aus der alten Installation (die noch artig in der Hauptdomain läuft) die Verzeichnisse /tl_files und /templates sowie die DB in eine Subdomain kopiert, dann ein "jungfräuliches" Contao 3.5.12 hochgeladen und wollte es installieren - das brach mit o.g. Fehler ab.

Also benutzt du Contao 3.5.12, ok ;)
16.05.2016, 12:50
Spooky

Du solltest vorher auf Contao 2.11.17 aktualisieren, und dann erst auf Contao 3.5.12 (falls du das nicht schon gemach hast)
16.05.2016, 16:51
purzel

Zitat:

Du solltest vorher auf Contao 2.11.17 aktualisieren, und dann erst auf Contao 3.5.12

Das ist doch mal 'ne Aussage. Ich hatte zwar oben gefragt ...

Zitat:

Falls Kopie vom PHP-Zeug, lieber schrittweise oder gleich Hammer (2.6.2 -> 3.5.x)?

... war aber augrund der Vorschläge guter Hoffnung, dass die Variante "Hammer" funktionieren könnte.

Na gut, dann mal das 2.11.17 hochladen...

{später}

Nach dem Upload von 2.11.17 habe ich dann das Installtool erneut aufgerufen, das ist ohne Fehler durchgelaufen. Danach wieder das 3.5.12 Installtool, welches auch klaglos vonstatten ging. Recht lustig fand ich dabei, dass die Installation von 2.11 die Tabelle tl_extension löschen wollte (habe ich gestattet, weil ja davon auszugehen war, dass die alten extensions ohnehin nicht funktionieren werden) und die Installation von 3.5 genau die Tabelle wieder angelegt hat.

Dann konnte ich mich (erwartungsgemäß) mit meinen alten Zugangsdaten im BE anmelden.
Was genau soll mir
Contao läuft momentan im Wartungsmodus, in dem die Webseite (Frontend) nicht verfügbar ist. Deaktivieren Sie den Wartungsmodus nicht, wenn Sie gerade Erweiterungen installieren oder aktualisieren! Die Webseite würde unter Umständen nicht richtig funktionieren.
sagen? Wartungsmodus kenne ich aus meinen bisherigen Versionen nicht.

Dann die Sache mit dem "internen Cache" - OK, der fehlte noch, die Meldung verschwand aber nach Klick auf den Button.

Darunter jedoch strahlen mich etliche Einträge "Zuletzt bearbeitet" an, bei manchen ist ein anklickbares Symbol am Ende. Wenn ich die aber anklicke, gibt es Fehlermeldungen in der Form (nur ein Beispiel)

Code:

The requested URL /&from=1&to=2&versions=1&popup=1 was not found on this server.

Muss ich mir da Sorgen machen?

Auch hinter den Templates ist genau das gleiche Symbol, beim Hover erscheint "Das Template ... mit einem anderen vergleichen" - beim Draufklicken kommt "Es ist ein Fehler aufgetreten". Hm.

Das ist einer Gründe, warum ich mich so oft vor Updates scheue: Mit jedem Update geht irgendwas anderes nicht (mehr).
16.05.2016, 16:59
Spooky

Den Wartungsmodus kennst du nicht, weil der neu ist. Und die Meldung will dir sagen, was die Meldung dir eben sagt ;)
16.05.2016, 17:46
mlweb

Bevor Du Dich jetzt über jede Dir aus Deiner alten Version noch unbekannte Sache amüsierst und hier fragst was das denn so alles bedeuten soll (ich glaube es wird einiges sein, was Dir noch so auffällt), beschäftige Dich einfach mit der neuen Contao-Version. Auch ein Blick in die Contao-Doku ist Dir erlaubt.
16.05.2016, 17:52
purzel

Zitat:

Zitat von Spooky

Den Wartungsmodus kennst du nicht, weil der neu ist. Und die Meldung will dir sagen, was die Meldung dir eben sagt ;)

Na gut :-)

* Hast Du auch Tipps zu meinen anderen obigen Fragen (klickbare Symbole und resultierende Fehlermeldungen)?

* Neu ist offenbar auch die Verwendung von Google Analytics, jedenfalls fand ich in den Einstellungen "Google Analytics anonymisieren". Ich will Google Analytics GAR NICHT haben. Wo kann ich das ganz deaktivieren? Google darf gern meine Seiten indizieren, aber mehr "is nich".

* In den Einstellungen ist der Pfad für das Files-Verzeichnis. Ist mit Problemen zu rechnen, wenn ich da nur files rein schreibe und das Verzeichnis natürlich umbenenne?

* Zuletzt für dieses Posting: ich habe es gewagt, trotz aktiviertem Wartungsmodus das FE aufzurufen. Schauderhaft:

Code:

Es ist ein Fehler aufgetreten Was ist das Problem? Bei der Ausführung des Skriptes ist ein Fehler aufgetreten. Irgendetwas funktioniert nicht richtig. Wie kann ich das Problem lösen? Öffnen Sie die Datei system/logs/error.log und suchen Sie die zugehörige Fehlermeldung (normalerweise die letzte). Sie können auch folgende Zeile in die lokale Konfigurationsdatei einfügen und diese Seite neu laden: $GLOBALS['TL_CONFIG']['displayErrors'] = true; Beachten Sie jedoch, dass in diesem Fall jeder die Fehlermeldungen auf Ihrer Webseite sehen kann! Weitere Informationen Die Skriptausführung wurde gestoppt, weil irgendetwas nicht korrekt funktioniert. Die eigentliche Fehlermeldung wird aus Sicherheitsgründen hinter dieser Meldung verborgen und findet sich in der Datei system/logs/error.log/ (siehe oben). Wenn Sie die Fehlermeldung nicht verstehen oder nicht wissen, wie das Problem zu beheben ist, durchsuchen Sie die Contao-FAQs oder besuchen Sie die Contao-Supportseite.

Gut, also sah ich mir das Log an:

Code:

[16-May-2016 18:37:06 Europe/Berlin] PHP Fatal error: Uncaught exception 'Exception' with message 'Could not find template "nav_moomenu"' thrown in htdocs/TEST/system/modules/core/library/Contao/TemplateLoader.php on line 123 #0 htdocs/TEST/system/modules/core/library/Contao/Controller.php(76): Contao\TemplateLoader::getPath('nav_moomenu', 'xhtml') #1 htdocs/TEST/system/modules/core/library/Contao/BaseTemplate.php(81): Contao\Controller::getTemplate('nav_moomenu', 'xhtml') #2 htdocs/TEST/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse() #3 htdocs/TEST/system/modules/core/classes/FrontendTemplate.php(46): Contao\Template->parse() #4 htdocs/TEST/system/modules/core/modules/Module.php(493): Contao\FrontendTemplate->parse() #5 htdocs/TEST/system/modules/core/modules/Module.php(392): Contao\Module->renderNavigation('21', 3, NULL, NULL) #6 htdocs/TEST/system/modules/core/modules/Module.php(392): Contao\Module->renderNavigation('3', 2, NULL, NULL) #7 htdocs/TEST/system/modules/core/modules/ModuleNavigation.php(100): Contao\Module->renderNavigation('1', 1, NULL, NULL) #8 htdocs/TEST/system/modules/core/modules/Module.php(287): Contao\ModuleNavigation->compile() #9 htdocs/TEST/system/modules/core/modules/ModuleNavigation.php(50): Contao\Module->generate() #10 htdocs/TEST/system/modules/core/library/Contao/Controller.php(321): Contao\ModuleNavigation->generate() #11 htdocs/TEST/system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule(Object(Contao\ModuleModel), 'left') #12 htdocs/TEST/system/modules/core/controllers/FrontendIndex.php(285): Contao\PageRegular->generate(Object(Contao\PageModel), true) #13 htdocs/TEST/index.php(20): Contao\FrontendIndex->run() #14 {main}

Das Template nav_moomenu gibt es aber in meinen Templates. Kann ja heiter werden...
16.05.2016, 18:07
lucina

Vermutlich gibt es das nav_moomenu nur mit der Endung .tpl. Benenne es mal testweise nach *.html5 oder *.xhtml um oder trage tpl in den Systemeinstellungen als Templateformat ein.

GoogleAnalytics wird nur dann benutz wenn Du es im Seitenlayout anwählst. Sonst hat der Haken keine Auswirkungen.

TYPOlight 2.6 kannte sooooo viele Dinge nicht, die sich in den letzt acht Jahren geändert haben.
16.05.2016, 18:07
mlweb

Zitat:

Zitat von purzel

Das ist einer Gründe, warum ich mich so oft vor Updates scheue: Mit jedem Update geht irgendwas anderes nicht (mehr).

Ich lege jetzt mal den Finger in die Wunde ;). Bei kontinuierlich durchgeführten Updates geht in den allermeisten Fällen gar nichts schief.
Für Kundenseiten benötige ich bei Bugfix-Releases im Schnitt mit Backup und Kontrolle maximal 30min. Gerade heute eine Reihe von Kundeninstallationen von 3.5.9 auf 3.5.12 ugedatet - pro Installation 10-15min
Die letzten Minor Releases (3.2 auf 3.5) waren bei allen meinen Kundenwebseiten auch ohne Probleme erledigt (Aufwand im Schnitt zwischen 1-3h).
Ein Major-Release ist allerdings deutlich aufwendiger. Da kommen schnell auch Zeiten von 5h aufwärts zusammen.
Viel wichtiger ist aber, dass man bei regelmäßigen Updates auch eine gewisse Routine bekommt und dann mit der Zeit die Arbeiten viel schneller von der Hand gehen.
16.05.2016, 18:23
BugBuster

Ich habe jetzt nicht alles durchgelesen, aber wenn du nur wenige Seiten haben solltest, bei mir waren das damals so 20-30, dann würde sich das fast schon lohnen alle komplett neu zu machen.
Glaube mir, das wird auch nicht länger dauern. Habe ich bei allen 2.x Installationen auf 3.5 so gemacht. Fand ich sauberer, auch weil ich damals aus Unwissenheit oft viele Templates angepasst habe.
Mit der Erweiterung "Clipboard" konnte man auch fasst alle Inhalte per Export->Import übertragen.
16.05.2016, 19:08
purzel

Zitat:

Vermutlich gibt es das nav_moomenu nur mit der Endung .tpl. Benenne es mal testweise nach *.html5 oder *.xhtml um oder trage tpl in den Systemeinstellungen als Templateformat ein.

Stimmt, es hat die Endung .tpl - aber in den Systemeinstellungen war von Anfang an tpl als Templateformat drin. Sogar als Erstes.

Zitat:

GoogleAnalytics wird nur dann benutz wenn Du es im Seitenlayout anwählst. Sonst hat der Haken keine Auswirkungen.

Da muss man aber auch erstmal drauf kommen, dass sich das unter "Javascript" versteckt. Und dann noch darauf hingewiesen wird, man möge doch sein Template anpassen und die Analytics-ID eintragen. Das gute alte TL hatte ein Feld dafür.

Zitat:

Ich lege jetzt mal den Finger in die Wunde . Bei kontinuierlich durchgeführten Updates geht in den allermeisten Fällen gar nichts schief.

THeoretisch. Ich habe von Anfang an Updates gescheut, weil ich von Anfang an "mutig war" und stellenweise in Core-Files rumgeändert hatte - weil mir irgendwas nicht gefiel. Und die Site läuft ja auch seit über acht Jahren gut. Bis auf df Gallery, was aus noch nicht geklärten Gründen nicht mehr mag. Außerdem sagt meine Erfahrung was Anderes. Mit jedem Update geht wieder "irgendwas" nicht (mehr). (Nicht nur auf CMS bezogen)

Zitat:

Viel wichtiger ist aber, dass man bei regelmäßigen Updates auch eine gewisse Routine bekommt und dann mit der Zeit die Arbeiten viel schneller von der Hand gehen.

Bei mir gibt es oft Zeiten, da kann ich mich wochenlang nur notdürftig oder gar nicht um die Seite kümmern. Jetzt habe ich gerade mal Zeit.

Zitat:

Mit der Erweiterung "Clipboard" konnte man auch fasst alle Inhalte per Export->Import übertragen.

Hm, die gibt's anscheinend sogar für mein altes TL 2.6.
Es geht um ~50 Seiten, die z.T. von heftigen Template-Bastelein leben. Das alles neu machen? Da muss ich ja ne Woche Urlaub nehmen :-D

Mal sehen, ob meine Update-Versuche mit vertretbarem Aufwand Erfolg haben. Falls nicht, probiere ich mal die "Clipboard" Variante. Mir ist eingefallen, dass ich die produktiv-Seite ohnehin noch nicht "updaten" kann - im Sommer ist immer Hochbetrieb, da muss sie laufen.

Dadurch, dass nun so (gut wie) "gar nichts geht" ist meine Motivation für heute im Keller. Dennoch vielen Dank allen die mir bisher Tipps gegeben und mich begleitet haben.
16.05.2016, 20:35
andrea$

betrifft genau dein Thema:

Contao Update - Konferenz 2014
16.05.2016, 20:58
mlweb

Zitat:

Zitat von purzel

Ich habe von Anfang an Updates gescheut, weil ich von Anfang an "mutig war" und stellenweise in Core-Files rumgeändert hatte - weil mir irgendwas nicht gefiel. Und die Site läuft ja auch seit über acht Jahren gut. Bis auf df Gallery, was aus noch nicht geklärten Gründen nicht mehr mag.

Dann würde ich kein Update machen sondern mich nur um die df Gallery kümmern :rolleyes:.

Ich glaube Core-Files ändern war auch damals schon nicht so eine super Idee (war vor meiner Zeit mit Contao).
16.05.2016, 21:10
planepix

Meines Wissens wurde das Skript schon damals (2009) schon nixht mehr aktiv weiterentwickelt, womit auch die Erweiterung für TYPOlight nicht mehr fortgeführt wurde. Ähnlich ist es für die Slideshow2. Das Originalskript wurde nixht mehr weiterentwickelt, ergo auch die Erweiterung nicht.

Insofern: Trash the Flash.
16.05.2016, 21:29
purzel

Zitat:

Dann würde ich kein Update machen sondern mich nur um die df Gallery kümmern .

Naja, ich will ja andererseits auch nicht, dass mir die Site wegen irgendwelcher Sicherheitslücken in dem alten Code um die Ohren fliegt.
Und ich will (vielleicht) mal eine Extension installieren könnnen - die meisten gibt's nicht (mehr) für das TL 2.6.

Zitat:

Ich glaube Core-Files ändern war auch damals schon nicht so eine super Idee

War es auch nicht - verbaute es nämlich ein bisschen den Weg für Updates. Besonders, da ich mir nicht notiert hatte, was geändert war. Heute denke ich da anders drüber. Wenn irgendwas nicht so hübsch ist wie ich es gern hätte, schaue ich ob es über irgendwelche Template-Änderungen geht. Wenn nicht: damit leben oder (nur wenn es so gar nicht akzeptabel ist) core-files ändern UND AUFSCHREIBEN. Aber wirklich nur im äussersten Notfall. Da aber Contao heute viel mehr kann (und vermutlich auch besser als früher) ist vielleicht/hoffentlich die Gefahr drastisch kleiner.

Ein Teil meiner Site geht übrigens doch schon wieder - hat mir doch keine Ruhe gelassen. Auch die oben erwähnten "seltsamen anklickbaren Symbole" habe ich inzwischen verstanden und nach Datenbereinigung in der Systemwartung sind auch offenbar keine mehr dabei, die die o.g. Fehlermeldungen produzieren. Was noch nicht geht, ist das Navigationsmenü mit mootools. Somit konnte ich auch nur einen kleinen Teil der Seiten (nämlich die auf der Startseite direkt verlinkten) testen.
Übrigens war es eine Sch*** Idee, in den Einstellungen und auf dem Server /tl_files in /files zu ändern. Habe ich schnell rückgängig gemacht.

Zitat:

Insofern: Trash the Flash.

Nicht ganz. Ich habe ein paar *.swf - die müssen bleiben.

Jetzt ist aber wirklich Schluß für heute, muß morgen früh raus.

Gute N8,
purzel
16.05.2016, 21:57
Samuell

Zitat:

Zitat von purzel

Nicht ganz. Ich habe ein paar *.swf - die müssen bleiben.

Hab gerade gelesen, dass Chrome noch dieses Jahr den Flash-Support einstellt.
Von daher wird es bald keinen aktuellen Browser mehr geben, der Flash-Files noch anzeigt/abspielt.
16.05.2016, 22:12
mlweb

Ich blaubte so etwas auch schon gehört zu haben, war mir aber nicht sicher.
Da werden ja etliche Seitenbetreiber anfangen zu rotieren.
17.05.2016, 07:21
Samuell

Ok, da steht "plant".

http://www.heise.de/newsticker/meldu...n-3208837.html

Aber selbst wenn es dies Jahr nichts wird ist Flash keine Technologie mit der man Mittelfristig (3 bis 5 Jahre) planen sollte.

Erstrecht nicht, wenn man die betreffende Seite gerade neu macht.
17.05.2016, 09:37
Spooky

Zitat:

Zitat von purzel

Übrigens war es eine Sch*** Idee, in den Einstellungen und auf dem Server /tl_files in /files zu ändern. Habe ich schnell rückgängig gemacht.

Hier hatte ich dir ja schon erwähnt, dass es dafür eine Anleitung gibt (Punkt 1.c).
17.05.2016, 10:01
mlweb

@Spooky Hast Du in letzter Zeit Tristans modifiziertes Skript noch mal laufen lassen?
Ich kann mich dunkel erinnern dass ich damit ein Problem hatte. Es war ein Kundenprojekt, welches ich mit Stand 3.5.x übernommen habe und das noch mit tl_files lief. Ich wollte dann in meiner lokalen Entwicklungsumgebung (Asche auf mein Haupt: Es ist immer noch Windows) das Skript laufen lassen und es gab einen Fehler. Habe das damals aus Zeitmangel nicht weiter verfolgt, weil es in meinen Augen eher ein "Luxus-Problem" ist.
17.05.2016, 10:05
Spooky

Nein in letzter Zeit nicht mehr, da mir kaum mehr Contao 2 Installationen unterkommen, die aktualisiert werden müssen. Ich habe mir aber gedacht mal eine Extension zu schreiben, mit der man dann die Umbenennung ganz normal in den System Einstellungen vornehmen kann und dabei automatisch auch die tl_files Tabelle aktualisiert wird.

// edit: darüberhinaus frage ich mich, ob das Script überhaupt notwendig ist. Eigentlich müsste doch auch folgender Query reichen:

PHP-Code:

UPDATE tl_files SET path = REPLACE(path, 'tl_files/', 'files/') WHERE path LIKE 'tl_files/%';

// edit2: achso, bei absolut gesetzten Referenzen reicht das natürlich nicht. Das Script geht ja alle Felder aller Tabellen durch und ersetzt den Pfad.
17.05.2016, 17:26
purzel

Zitat:

Zitat von andrea$

Contao Update - Konferenz 2014

Könnte interessant sein. Fast 'ne Stunde schreckt natürlich ein bissel ab...

Zitat:

Hier hatte ich dir ja schon erwähnt, dass es dafür eine Anleitung gibt (Punkt 1.c).

Ich erinnere mich. Ich erinnere mich aber auch daran, irgendwo von Problemen mit diesem Script gelesen zu haben. Traue ich mich nun?

Zitat:

Zitat von BugBuster

Aber, du benötigst dazu die PHP Erweiterung PDO und PDO_MYSQL,

Die habe ich wie's aussieht:
API Extensions mysqli,mysql,pdo_mysql
PDO drivers sqlite, odbc, mysql

Zitat:

Zitat von Spooky

mit der man dann die Umbenennung ganz normal in den System Einstellungen vornehmen kann und dabei automatisch auch die tl_files Tabelle aktualisiert wird.

// edit: darüberhinaus frage ich mich, ob das Script überhaupt notwendig ist. Eigentlich müsste doch auch folgender Query reichen:

PHP-Code:

UPDATE tl_files SET path = REPLACE(path, 'tl_files/', 'files/') WHERE path LIKE 'tl_files/%';

// edit2: achso, bei absolut gesetzten Referenzen reicht das natürlich nicht. Das Script geht ja alle Felder aller Tabellen durch und ersetzt den Pfad.

Nur in der Tabelle tl_files 'rumändern reicht definitiv nicht. Ich kann gerade nicht mit Sicherheit sagen, ob ich absichtlich absolute Referenzen benutzt habe. Zumindest sehr oft habe ich das normale Menü "Ein Bild hinzufügen" für Bilder und analog anderen Inhalten aus /tl_files benutzt.

OK, ich traue mich mal.

{später}
Offenbar hat's geklappt (1439 rows updated) *freu*

Da ich das ja später brauchen werde und mir kein gescheiter Suchbegriff für die Hilfe/Doku einfällt: Im Moment habe ich Testinstallation ja in einer Subdomain, die ganz banal ein Unterverzeichnis der Hauptdomain ist (ja, der Indianer weiß das). Also so:
www.domain.de -> /htdocs/<typolight-installation>
www.test.domain.de -> /htdocs/TEST/<contao-installation>
Falls alles läuft, kann ich das ganze Zeug problemfrei ein Verzeichnis hoch schieben? Ich habe zwar mehr oder weniger zufällig http://de.contaowiki.org/Installatio...terverzeichnis gefunden, aber das trifft's ja nicht so ganz. Ich will es ja gerade aus dem Unterverzeichnis raus haben.

Und um

Zitat:

Ich glaube Core-Files ändern war auch damals schon nicht so eine super Idee

nochmal aufzugreifen: Ich habe ein File namens colorbox.css gefunden. Ich vermute, colorbox ist das was früher Lightbox war. Da steht drin:

Zitat:

/*
User Style:
Change the following styles to modify the appearance of Colorbox. They are
ordered & tabbed in a way that represents the nesting of the generated HTML.
*/

Wenn ich nun da drin 'rum ändere, ist das "Core-Files ändern" oder nicht? Früher hatte das Ding (Lightbox) einen weißen Rand um die Bilder, jetzt malt es Trauerkarten - finde ich hässlich.

Dann noch die Sache mit dem Template (siehe auch https://community.contao.org/de/show...l=1#post408821)

Zitat:

Zitat:

Vermutlich gibt es das nav_moomenu nur mit der Endung .tpl. Benenne es mal testweise nach *.html5 oder *.xhtml um oder trage tpl in den Systemeinstellungen als Templateformat ein.

Stimmt, es hat die Endung .tpl - aber in den Systemeinstellungen war von Anfang an tpl als Templateformat drin. Sogar als Erstes.

Ich halte das für einen Bug:
Mein Template liegt in /templates und heisst *.tpl
Unterstützte Templateformate: tpl,html5,xhtml (in den Einstellungen)
Trotzdem wird es nicht gefunden. Benenne ich ex hingegen um in *.xhtml geht's.
17.05.2016, 18:06
andrea$

Zitat:

Könnte interessant sein. Fast 'ne Stunde schreckt natürlich ein bissel ab...

es ist interessant und Peter Müller ist ja auch ein bischen Entertainer ;)

Ich kanns dir in deiner Situation nur empfehlen. Es werden 2 Methoden vorgestellt: Liveupdate und Manuelles Update

Toi, toi, toi :D
17.05.2016, 18:12
mlweb
Irgendwie wird es langsam anstrengend Dir zu folgen/antworten.
Das geht ja quer durch alle Bereiche von Contao und hat nicht immer etwas mit dem Update an sich zu tun.

Zitat:

Zitat von purzel

Wenn ich nun da drin 'rum ändere, ist das "Core-Files ändern" oder nicht?

Ich verwende die colorbox nicht aber der Text stammt soweit ich weiss aus der Original-Colorbox.
Für mich ist das core-files ändern und ist nicht updatesicher.
Man kann das aber updatesicher lösen:
- unelegant in dem man die Styles in einem eigenen css-file überschreibt
- elegant in dem man dafür sorgt, dass das template j_colorbox.html5 bzw. j_colorbox.xhtml ein anderes stylesheet verwendet (natürlich auch diese Anpassung updatesicher in einer Kopie)
Zitat:

Zitat von purzel

Falls alles läuft, kann ich das ganze Zeug problemfrei ein Verzeichnis hoch schieben

Ja kannst Du. Wahrscheinlich mußt Du dann nochmal das Installtool aufrufen weil es ja danach unter einer anderen Domain laufen soll.
Allerdings gehört für mich keine Installation ins Wurzelverzeichnis da verbaut man sich ein Haufen Möglichkeiten. Bei mir ist jede Installation mindestens eine Ebene tiefer.
17.05.2016, 18:25
mlweb

Zitat:

Zitat von purzel

Ich halte das für einen Bug:
Mein Template liegt in /templates und heisst *.tpl
Unterstützte Templateformate: tpl,html5,xhtml (in den Einstellungen)
Trotzdem wird es nicht gefunden. Benenne ich ex hingegen um in *.xhtml geht's.

Ich habe es ehrlich gesagt noch nie getestet ob .tpl noch irgendwie geht, sowie @lucina geschrieben hat. War mir neu.

Aber insgesamt sind das doch absolute Nebenkriegsschauplätze. Benenne die Hand voll Templates um und gut ist. Das kostet weniger Zeit als hier einen Roman darüber zu schreiben.
Mit irgendeiner Version sind die neuen Template-Endungen eingeführt worden und die alten sind weggefallen. Als Bug sehe ich das absolut nicht an.

Nachtrag: Die eingesparte Zeit kannst Du dann ins Video von Per Müller investieren ;)
17.05.2016, 19:08
purzel

Zitat:

Irgendwie wird es langsam anstrengend Dir zu folgen/antworten.

Hm, ja, sorry - sehe ich ein. Mein letztes Posting war auch übelst lang. Ich dachte nur, es sei besser alles in eins zu tun als zwei bis zwölf einzelne zu machen. Ich gelobe Besserung ;-)

Zitat:

Das geht ja quer durch alle Bereiche von Contao und hat nicht immer etwas mit dem Update an sich zu tun.

Stimmt, manches nur am Rande. Nochmal sorry *schäm*

Zitat:

Ich verwende die colorbox nicht aber der Text stammt soweit ich weiss aus der Original-Colorbox.

Gibt es denn noch eine andere (offizielle) Methode für "Großansicht eines Bildes"? Oder verwendest Du keine Bilder bzw. Großansicht? (OK, hat nichts mit Update zu tun)
In meiner anderen Instanz habe ich übrigens Tage investiert, um die Großansicht via Lightbox durch was (fast) JS-freies zu ersetzen.

Zitat:

Für mich ist das core-files ändern und ist nicht updatesicher.

Das war auch schon meine Befürchtung, deswegen fragte ich ja

Zitat:

Man kann das aber updatesicher lösen:
elegant in dem man dafür sorgt, dass das template j_colorbox.html5 bzw. j_colorbox.xhtml ein anderes stylesheet verwendet (natürlich auch diese Anpassung updatesicher in einer Kopie)

Gefällt mir. Reicht es in diesem Fall, das j_colorbox.* Template nach Templates zu kopieren? Ich muß ihm doch bestimmt irgendwo sagen, dass es jetzt die Kopie gibt - oder nicht? (OK, hat nur wenig mit Update zu tun)

Zitat:

Allerdings gehört für mich keine Installation ins Wurzelverzeichnis da verbaut man sich ein Haufen Möglichkeiten.

Sehe ich grundsätzlich zwar ein, aber ...

Zitat:

Bei mir ist jede Installation mindestens eine Ebene tiefer.

...dann muss ich dafür ja ein Redirect machen - oder die Hauptdmain ändern von www.domain.de -> /htdocs nach www.domain.de -> /htdocs/Contao_dir
Na mal sehen.

[QUOTE Aber insgesamt sind das doch absolute Nebenkriegsschauplätze. Benenne die Hand voll Templates um und gut ist. Das kostet weniger Zeit als hier einen Roman darüber zu schreiben.][/QUOTE]
Auch hier hast Du wohl Recht. Das hat aber IMHO insofern was mit Update zu tun, dass anscheinend *.tpl vor dem Update richtig war und jetzt nicht mehr. Ich habe tpl auch selbst nie in das Feld Unterstützte Templateformate eingetragen - das stand da schon. Vielleicht kein Bug in dem Sinne, aber wenn tpl nicht mehr unterstützt wird, könnte es die Installation aus dem Feld raus lassen ;-)

Zitat:

Nachtrag: Die eingesparte Zeit kannst Du dann ins Video von Per Müller investieren

Hihi, da ist was dran :cool:
17.05.2016, 20:43
purzel

Zitat:

Nachtrag: Die eingesparte Zeit kannst Du dann ins Video von Per Müller investieren

Ich habe mir das Video angesehen - der Peter macht das echt gut! Trotz - oder gerade wegen - des Videos ist eine neue Frage aufgekommen, nämlich
Es war die Rede von Access Token. Ich habe "gegoogelt" aber nicht viel aussagekräftiges gefunden. Brauche ich das nur für dieses Facebook-Zeugs? (Also gar nicht in meinem Fall)

Und eins noch (ich habe ja weiter oben versprochen mich kürzer zu fassen): Mootools. In meinem Seitenlayout vom 2.6 ist es ja nun drin. Ich fand via Google haufenweise Einträge, dass (es folgt eine Zusammenfassung) man da besser drauf verzichtet, statt dessen lieber jQuery benutzt und es ja eh nicht mehr so richtig unterstützt wird. Nun suche ich eine gute Anlaufstelle zum Bau einer Navigation die die Menüeinträge beim Hover aufklappt (so wie es mootools) machte. Ich finde, das hat auch mit Update zu tun. Ich fand zwar jQuery j_accordion in meinem Contao, suche aber schon über ne Stunde erfolglos durch's Web, wie man das benutzt :-(
17.05.2016, 21:47
mlweb

Zitat:

Zitat von purzel

Mootools. In meinem Seitenlayout vom 2.6 ist es ja nun drin. Ich fand via Google haufenweise Einträge, dass (es folgt eine Zusammenfassung) man da besser drauf verzichtet, statt dessen lieber jQuery benutzt und es ja eh nicht mehr so richtig unterstützt wird. Nun suche ich eine gute Anlaufstelle zum Bau einer Navigation die die Menüeinträge aufklappt wie es mootools machte. Ich finde, das hat auch mit Update zu tun.

Also alle meine Menüs baue ich von Grund auf selbst auf (ausschließlich über den core). Ich benutze keine Erweiterungen oder so. Auch javascript kommt da nur im Außnahmefall zum Einsatz - z.B. responsive Navigation mit drei Ebenen.
Ansonsten verweise ich mal auf einen Thread von heute, den ich genau zum Thema jQuery und Mootools mit @Andreas geführt habe. Bitte aber an diesen Tread nicht anhängen sondern ggf. einen eigenen zu diesem Thema öffnen. War dort schon OffTopic.
17.05.2016, 21:51
mlweb

Zitat:

Zitat von purzel

Es war die Rede von Access Token.

Kann ich nichts zu sagen. Das es ja im Video auch ums Live-Update ging, wenn ich mich recht erinnere, dann könnte dieser dafür benötigt werden. Ich nutze kein Live-Update. Früher habe ich alles manuell gemacht heute nutze ich die geniale Erweiterung [easupdate3] von @Bugbuster.
17.05.2016, 21:59
mlweb

Zitat:

Zitat von purzel

Gefällt mir. Reicht es in diesem Fall, das j_colorbox.* Template nach Templates zu kopieren? Ich muß ihm doch bestimmt irgendwo sagen, dass es jetzt die Kopie gibt - oder nicht? (OK, hat nur wenig mit Update zu tun)

Geht viel einfacher im Backend unter Templates (Kopie würde aber auch gehen). Bleibt der Name gleich hat das eigene Template Vorrang. Verwendest Du einen anderen Namen musst Du das Template im entsprechenden Inhaltselement bzw. Modul explizit auswählen. Namen kannst Du nicht ganz frei wählen weil, die Präfixe benötigt werden. Genaueres findest Du soweit ich weiss in der Doku gut erklärt.
17.05.2016, 22:08
mlweb

Zitat:

Zitat von purzel

...dann muss ich dafür ja ein Redirect machen - oder die Hauptdmain ändern von www.domain.de -> /htdocs nach www.domain.de -> /htdocs/Contao_dir
Na mal sehen.

Hauptdomain auf den Pfad leiten sollte ja kein Problem sein hast Du ja mit der Subdomain auch hinbekommen.
Der entscheidendende Vorteil für weitere Updates (oder andere kritsche Änderungen)

www.domain.de -> /htdocs/installation_1
test.domain.de -> /htdocs/installation_2

In der identischen Installation 2 führst Du Dein Update durch, hat es geklappt legst Du einfach nur die Domain um.

www.domain.de -> /htdocs/installation_2
test.domain.de -> /htdocs/installation_1
17.05.2016, 22:13
purzel

Zitat:

Zitat von mlweb

Also alle meine Menüs baue ich von Grund auf selbst auf (ausschließlich über den core). Ich benutze keine Erweiterungen oder so. Auch javascript kommt da nur im Außnahmefall zum Einsatz - z.B. responsive Navigation mit drei Ebenen.
Ansonsten verweise ich mal auf einen Thread von heute, den ich genau zum Thema jQuery und Mootools mit @Andreas geführt habe.

Ich versteh zwar nicht so ganz, was die Diskussion mit Andreas mit meinem Problem zu tun hat, denn ich will es BENUTZEN und nicht selber PROGRAMMIEREN. JavaScript finde ich im Grunde schrecklich, sowohl Programmierung als auch Anwendung. Ob Mootools oder jQuery ist mir ehrlich gesagt sch***egal. Funktionieren soll es.

Um Menüs "in schön" von Grund auf ausschließlich über den core zu bauen, sollte ich vielleicht meine Update-Idee (erstmal) verwerfen, zunächst Contao 3.5 lernen und meine ganze Site von Null an neu machen. Nur: will ich das?

Falls sich das jetzt pampig anhören (lesen) sollte, bitte ich um Entschuldigung, ich bin gerade etwas in Rage - bitte nicht persönlich nehmen.

Ich bin dankbar für die vielen zum großen Teil hilfreichen Tipps und dass ein Update über so viele Versionen hinweg nicht problemfrei sein kann ist mir klar. Evtl. wäre es ein schlauer Weg gewesen, erstmal Contao "nackt" (bzw. mit der Demo-Site) zu installieren um zu gucken was alles anders ist. Damals meine erste Installation (die noch lebende TL 2.6.2) haben ich MIT music academy installiert, daran geübt. Meine zweite (Contao 2.8 oder so) habe ich dann OHNE music academy installiert und drauflos gemacht - weil ich das System ja schon kannte. Aber jetzt, im Zeitalter von 3.5 ist alles anders - ich komme mir vor wie ein blutiger Anfänger. Alles (naja, zumindest vieles) heisst anders, sieht anders aus, ist an anderen Stellen zu finden. Aber ich weiß, ich bin selber schuld: hätte ich alle Updates "mitgenommen", hätte ich mich vielleicht langsam dran gewöhnen können. Hätt' der Hund nicht geschi***n...

Also nochmals ein dickes SORRY - musste mal raus.
17.05.2016, 22:33
mlweb

Zitat:

Zitat von purzel

Ich versteh zwar nicht so ganz, was die Diskussion mit Andreas mit meinem Problem zu tun hat, denn ich will es BENUTZEN und nicht selber PROGRAMMIEREN. JavaScript finde ich im Grunde schrecklich, sowohl Programmierung als auch Anwendung. Ob Mootools oder jQuery ist mir ehrlich gesagt sch***egal.

Entschuldige mal Du hast doch in Deinem Beitrag gerade darüber geschwafelt, dass man auf Mootools verzichten sollte und stattdessen jQuery verwenden. Meine kurze Anfrage an @Andreas zielte genau auf das Thema ab, falls Du es bei all Deiner Rage schon vergessen hast hier Dein Zitat.

Zitat:

Zitat von purzel

Und eins noch (ich habe ja weiter oben versprochen mich kürzer zu fassen): Mootools. In meinem Seitenlayout vom 2.6 ist es ja nun drin. Ich fand via Google haufenweise Einträge, dass (es folgt eine Zusammenfassung) man da besser drauf verzichtet, statt dessen lieber jQuery benutzt und es ja eh nicht mehr so richtig unterstützt wird. (

Zitat:

Zitat von purzel

Um Menüs "in schön" von Grund auf ausschließlich über den core zu bauen, sollte ich vielleicht meine Update-Idee (erstmal) verwerfen, zunächst Contao 3.5 lernen und meine ganze Site von Null an neu machen. Nur: will ich das?

Falls sich das jetzt pampig anhören (lesen) sollte, bitte ich um Entschuldigung, ich bin gerade etwas in Rage - bitte nicht persönlich nehmen.

Das hört sich einfach nur undankbar an. Und tut mir leid ich nehme es persönlich. Ich helfe hier nicht, weil ich nichts anderes zu tun habe. Normalerweise verdiene ich mit dem was ich Dir hier schreibe meine Brötchen.

Das musste jetzt bei mir raus und damit ist das Thema für mich erledigt.
18.05.2016, 08:12
Spooky

Zitat:

Zitat von purzel

ich bin gerade etwas in Rage

Warum?
18.05.2016, 16:57
purzel

Zitat:

Zitat von Spooky

Warum?

Ja, warum?

Primärer Grund war, dass ich mich über bei mir nicht funktionierendes Javascript aufgeregt habe. Weiter ober schrieb ich schon (sinngemäß), dass mir das öfter passiert und dass nach meinen Erfahrungen Javascript es nicht selten schafft, auch einen 3GHz QuadCore auszubremsen oder zumindest so stark zu belasten, dass der CPU-Propeller plötzlich deutlich hörbar hochtouriger läuft - reproduzierbar. Dafür kann natürlich Contao und seine Entwickler so gut wie fast gar nichts, mlweb erst recht nicht. Als unmittelbare Folge davon regte ich mich dann darüber auf, dass ich - im Regensatz zu "sonst immer wenn ich Hilfe suche" - keine brauchbaren Tipps via Google zu meinem Mootools-Problem fand, weil "man ja heute jQuery benutzt". So interpretierte ich jedenfalls nahezu alle Fundstücke.
Sekundärer Grund (da ich ohnehin schon wegen des JS genervt war) war auch ein sehr persönlicher, nämlich dass es mich mal wieder geärgert hat - und auch das passiert mir öfter bei verschiedensten Dingen, wo Software im Spiel ist - dass für mein Empfinden oft irgendwelche Dinge mit neuen Versionen subjektiv komplizierter werden. In diesem Fall ging es tatsächlich um Contao, konkret dass jetzt Module, Stylesheets und Seitenlayouts unter "Themes" zusammen gefasst sind. Ich glaube zwar den Zweck erkannt und verstanden zu haben, nämlich die Im- und Exportfähigkeit herzustellen oder zu verbessern, aber es artete für mich gestern in einer exzessiven Klickerei aus, weil ich dauernd (teilweise mehrfach) "zurück" klicken musste um zum entsprechenden Menü zu kommen.
Nebenbei angemerkt: ich habe auch feststellen müssen, dass die Datei meta.txt für Bilder-Gallerien offenbar keine Wirkung mehr hat (schade eigentlich). Dazu habe ich auch schon ein bisschen gelesen (allerdings noch nichts zufriedenstellendes). Allerdings ist das eine andere Baustelle, die hier nicht unbedingt her gehört.

Inzwischen habe ich mich natürlich wieder beruhigt; aber ich bin immer noch unschlüssig, welchen Weg ich gehen will: versuchen, meine "migrierte" Site in Gang zu bekommen ODER erstmal mit einem "nackten" Contao 3.5 (vielleicht mit der Demo-Site) "gehen lernen" und dann alle Inhalte neu machen oder mittels Clipboard-Extension übersiedeln. Oder, "unsäglichste" Variante: das alte TL 2.6 auf immerhin Contao 2.11 aktualisieren und damit leben - aber das ist ja irgendwie doof.

So ein Roman. Aber ich wollte und will hier niemanden persönlich angreifen oder gar beleidigen - deswegen jetzt so ausführlich.

@ mlweb:
Ich schätze, Du hast mich gehörig mißverstanden. Passiert bekanntlich gern mal - besonders in Foren.

Zitat:

Ich fand via Google haufenweise Einträge, dass (es folgt eine Zusammenfassung) man da besser drauf verzichtet, statt dessen lieber jQuery benutzt und es ja eh nicht mehr so richtig unterstützt wird.

Das ist also NICHT MEINE MEINUNG sondern die in den "haufenweisen Einträgen" die ich via Google zu dem Thema fand (siehe auch oben in der ausführlichen Begründung)

Meine Meinung ist aber, dass es in dem Thread mit @Andreas nach meinem Verständnis um den direkten Vergleich Mootols <-> jQuery und um die Programmierung derselben ging:

Zitat:

Am Ende ist ja beides JavaScript. Muss halt jeder für sich entscheiden, womit er besser programmieren kann, was mehr Spaß macht. Bei mir ist es MooTools.

und ich deshalb nicht den Zusammenhang zu meinem Problem gesehen habe. Ich such(t)e nach einer Anlaufstelle, wie man jQuery (in diesem Fall) für ein Accodion-Menü BENUTZT:

Zitat:

Nun suche ich eine gute Anlaufstelle zum Bau einer Navigation die die Menüeinträge aufklappt wie es mootools machte.

Ich habe extra in fett geschrieben, dass ich sehr wohl dankbar bin - allerdings war wohl meine Art und Weise, wie ich das Thema "Upgrade" angegangen bin mehr oder weniger ungeschickt (und vielleicht naiv).
Vielleicht hätte ich mich wirklich erstmal "kalt" mit dem neuen Contao beschäftigen müssen, es ist für mich wirklich vieles anders.
So ging es mir damals mit Typolight ja auch, als ich von TYPO3 kam - bei dem Schritt war sogar alles anders.
Wie gesagt, wenn man immer und andauernd brav seine Updates macht, merkt man das vermutlich nicht, weil sich die Dinge nur in kleinen Häppchen ändern.

Auch Deine Tipps unmittelbar vor "und damit ist das Thema für mich erledigt." waren auch hilfreich und obwohl ich angeblich undankbar bin sage ich DANKESCHÖN, besonders für den Vorschlag mit dem hin-her-benennen der Domains und Verzeichnisse.

Ich denke, ich lasse das Ganze mal eine paar Tage ruhen - um dann eine Entscheidung zu treffen "Was (und wie) mache ich nun?"

Und nochmals ENTSCHULDIGUNG - auch oder gerade dafür, dass ich ein paar Emotionen (die sich wirklich nicht gegen Dich sondern primär gegen JavaScript, siehe auch weiter oben, richteten) 'raus gelassen habe. Mir liegt es wirklich fern, irgendjemanden zu beleidigen und dergleichen.

VG
purzel

Alle Zeitangaben in WEZ +1. Es ist jetzt 11:03 Uhr.