Druckbare Version
Contao Version 2.10.0 ist verfügbar. Das Release enthält alle auf der Contao-Konferenz vorgestellten neuen Funktionen wie z.B. HTML5- und CSS3-Unterstützung, globale Stylesheet-Variablen, Komprimierung aller Stylesheets und JavaScripts uvm. Zudem wurden über 220 Tickets in die neue Version eingearbeitet.
Ganzen Beitrag zu 'Contao 2.10.0 verfügbar' lesen
Hier ein paar Infos/Tipps zum Update auf die 2.10.x
Nice! Muss ich dann gleich mal bei meiner Seite testen :)
Dann lies aber bitte vorher auch die Hinweise im Posting, insbesondere zur Kompatibität von Erweiterungen und zur Verwendung der HTML5. bzw XHTML-Templates.Zitat:
Zitat von Messa
Version 2.10 macht manches anders, und das hat dann bei einem leichtfertigen Update auch entsprechende Konsequenzen ...
Carolina.
Ich werde dann nach der Dänemarkwoche auch mal loslegen und anfangen meine alten Seiten (noch mit Frontpage gekritzelt) endlich neu zu gestalten. Freu mich schon drauf. In den knapp 2 1/2 Monaten, in denen ich mit Contao unterwegs bin, ist die Beigesterung immer weiter gewachsen.
Danke Leo! :)
BAZINGA
Erst einmal Danke für die 2.10.0
Aber seit dem Update habe ich ein riesen Problem.
Wenn man auf die Seite will, wird man automatisch ins Backend weitergeleitet. Logge ich mich ein im Backend, funktioniert es. Aber sobald ich mich ausgeloggt habe, funktioniert es nicht mehr.
Woran kann das liegen?
Danke zum voraus für eine Rasche Hilfe
Link zur Seite http://www.darodesign.ch/
Daniel
Edit: Ich habe das Problem gelöst. Es lag an der Erweiterung Avisota. Wenn man sie Deinstalliert funktioniert es wieder!
Hab nur ne kurze Frage, seit dem update erscheint bei mir in der oberen linken Ecke ein "index,follow" (s.Bild) hat einer ne Ahnung wo das auf einmal herkommt??? warscheinlich steh ich nur mal wieder auf der Leitung ;-)
Anhang 4898
@ lucina
Habe ich schon durchgelesen ;)
Hi fesh,
einfach die seitherige fe_page (siehe Templates) löschen, dann ist der Hinweis wieder weg. Evtl. Änderungen in der alten fe_page dann in die neue fe_page übernehmen.
Viele Grüße
Axel
Dank dir Axel!!!
Mist... heute vormittag hab ich ein neues Projekt angefangen - hätte ich ja gleich mal die neue Version nehmen können. ;)
Naja, so viele Erweiterungen nutze ich dabei noch nicht - vielleicht wage ich gleich mal ein Update... :o
Danke - ich freue mich jedenfalls auf und über die Neuerungen.
Gruß
Thomas
ich dachte immer die fe_page.tpl wäre updatesicher, oder zumindest die Version die man bei Änderungen daran in Templates abspeichert?Zitat:
Zitat von schaak
Das klingt ja nicht so toll. :(
Eine eigene fe_page.tpl im Ordner /templates ist "updatesicher", was bedeutet, dass sie bei einem Update nicht überschrieben wird.
"Updatesicher" bedeutet aber nicht, dass sie nach einem Update ohne Anpassung funktionieren wird. Das kann ja irgendwie auch nicht automatisch gehen. Woher soll Contao wissen, was wir da geändert haben? Wie heißt es im Blogbeitrag zur 2.10: "Zudem wurde die Standard-Seitenvorlage, fe_page, angepasst. Falls Sie eigene Seitenvorlagen verwenden, sollten Sie die Änderungen entsprechend nachvollziehen."
Bei V2.10 beginnt die Template-Anpassung ja schon mit der Datei-Endung, denn tpl wird ja entweder zu xhtml oder html5, je nachdem welchen DOCTYPE man im Seitenlayout aktiviert hat.
Die ursprüngliche fe_page im Systemordner wird beim Update natürlich aktualisiert, was bedeutet, dass wenn man keine eigene fe_page.tpl erstellt hat (oder die eigene löscht oder umbenennt), Contao diese nach einem Update automatisch benutzt.
Fazit: Eine eigene fe_page.tpl (und andere Templates) muss man nach einem Update checken, ob da was angepasst werden muss.
Moin Peter,
danke für die Infos. :)
Naja ist natürlich nicht so 100%ig optimal, das die eigenen Templates nicht updatesicher sind, bzw. u.U. angepaßt werden müssen.
Aber dank deiner Aufklärung werde ich das zukünftig im Auge behalten. :)
Selbstverständlich ist das updatesicher - eigene Templates werden ja gerade nicht überschrieben.Zitat:
Zitat von wotank
Darüber hinaus sollte doch eigentlich vollkommen klar sein, dass man eigene Änderungen selbstständig nachführen muss - woher soll ein CMS denn wissen was Du an eigenen Ideen einbringst?
aber es kann zu Darstellungsproblemen kommen, wenn man das nicht anpaßt und diese Info war wichtig für mich. ;)Zitat:
Zitat von lucina
Nur damit kein Missverständnis aufkommt noch einmal:Zitat:
Zitat von wotank
- updatesicher sind die eigenen Templates.
Updatesicher heißt aber nicht, dass man nach einem Update eigene Templates nicht ggfs. an Änderungen anpassen muss. Das ist aber bei jedem CMS so, auch bei WordPress, und das kann auch gar nicht anders sein.
Deshalb lautete ja einer der "Best Practice"-Grundsätze, die Thomas und ich auf der Contao-Konferenz verlautbart haben auch:
"Templates ändern? Nur wenn es wirklich sein muss." (Site zur Präsentation)
ok, verstanden. :)Zitat:
Zitat von pmmueller
Jetzt muss ich dir aber leider etwas widersprechen ;) :Zitat:
Zitat von pmmueller
Meine erste WP-Version war 2.7 vom 12/08.
Die Templates von dieser Zeit haben mit der neuesten WP-Version nicht das geringste Problem.
Template-Tags die deprecated werden könnten da das einzige Problem sein, sind es aber wohl nicht.
Einer der WP-Entwickler meinte auf meine Frage, das er sich nicht erinnern könnte, das es mit alten templates und neuester WP-Version mal ein Problem gegeben hätte. ;)
Äh.. das heißt also:
- in WP mache ich Änderungen an einem Template
- bei einem Update wird das Template geändert
- nach update funktioniert das Template genau so wie ich das geändert habe?
Kann ich eigentlich nicht glauben...
Ich ändere fast immer meine fe_page.tpl. Zum einen weil ich ein anderes CSS Framework nutze und zum anderen weil mir da immer noch ein paar Kleinigkeiten fehlen. Zusätzlich ändere ich auch noch eine Menge anderer Templates.
Wenn sich das Original ändert muss ich da auch in der Regel an das Template (meine updatesichere Kopie) ran. Es sei denn es sind Änderungen, die ich nicht brauche und die keine Auswirkung auf meine Ausgabe haben.
Wie bitte macht WP das dann? Da wird dann meine Kopie genommen und die Änderungen sind da automatisch drinn?
Viele Grüße
Glück gehabt. Ob das einfach so läuft oder nicht hängt wahrscheinlich von der Komplexität des Themes und der darin eingesetzten Templates ab. Aber neue Funktionen, die im Backend angeboten werden (Menüs konfigurieren etc.), funktionieren nur, wenn das Theme entsprechend aufgerüstet wird.Zitat:
Zitat von wotank
Ich hätte WordPress nicht erwähnen sollen ;)
Hi Mack,
vielleicht habe ich mich da a weng mißverständlich ausgedrückt. :)Zitat:
Zitat von MacKP
Der Ordner mit deinem Theme/templates dazu bleibt bei einem update garantiert unangetastet. Es muss auch danach nichts angepaßt werden. ;)
och Peter, kannste jetzt auch nicht sagen. :)Zitat:
Zitat von pmmueller
Ich finde solche Diskussionen schon deshalb interessant weil ich da immer etwas lerne, was ich von den jeweiligen CMS bisher nicht wußte.
Eigentlich nicht. :)Zitat:
Zitat von pmmueller
Neue Funktionen, wie zum Beispiel die in letzter Zeit erheblich ausgebauten Möglichkeiten, widgets einzusetzen, generieren nur den entsprechenden Quelltext an der richtigen Stelle. Dazu werden oft sogenannte hooks wie z.B. wp_head();, wp_footer();, usw. in den templates benötigt.
Diese hooks sind immer gleich und existieren schon ewig bei WP, soweit ich das weiss.
Hat man alte templates ändert man das eh normal mit den entsprechenden Template-Tags oder conditional -tags + PHP direkt in den templates. Und das war bisher kein Problem hinsichtlich späterer updates.
Naja WP funktioniert halt vollkommen anders als Contao, weshalb man die auch nur bedingt vergleichen kann.
Ich kenne (ein bißchen) und schätze beide. Sie haben Vor- und Nachteile wie jedes CMS. :)
WordPress hat eine vollautomatische Crystal Ball eingebaut. :)
also nein, das glaub ich jetz nich. :DZitat:
Zitat von xchs
Das wäre mal ein lohnenswertes Feature Request ... ;-)
(SCNR)
du stehst auf Hard Rock? :DZitat:
Zitat von lucina
Hallo zusammen,
nach dem Update auf 2.10 findet contao nicht mehr meine CSS-Datei bzw. im Forntend fehlt quasi das LAyout.
Woran kann es liegen?
Hier der Link zur Seite: http://www.sylvie-kollin.de/index.php
also ich habe im FF ein Layout.Zitat:
Zitat von lsdj
Lesen kann ich leider kaum etwas, da der Kontrast zw. Schriftfarbe und HG praktisch nicht vorhanden ist. ;)
Deine Frage ist vielleicht besser in einem eigenen Fred bei Layout/Templates aufgehoben.
Vielleicht bittest du einen der Mods den dorthin zu verschieben.
Werden verwendete Template-Dateien (z.B. im Ordner /templates) beim Update automatisch auf die neuen Dateiendungen unbenannt oder muss man das alles von Hand machen?
Das hatten wir jetzt hier im Forum schon ein paar Mal: http://www.contao-community.de/showt...n-2.95-gt-2.10Zitat:
Zitat von lsdj
Soweit ich das sehe, werden die vorhandenen .tpl-Templates beibehalten, sodass jeweils 3 Templates in der Liste stehen: .tpl, .html5 und .xhtml.Zitat:
Zitat von tinoo
Leo schrieb in seiner Keynote "Eine .tpl-Datei überschreibt sowohl das HTML5- als auch das XHTML-Template!". Damit dürfte das dann doch keine Probleme geben. Jedenfalls, solange du einen XHTML-DOCTYPE benutzt.
Danke für die Info!!Zitat:
Zitat von xchs
Coooole Sache :)!!! Und genau pünktlich zu einem Projektstart. Schfreu mich auf HTML5!
Frage zum neuen Javascriptkompressor. Wie kann ich zusätzlich JS einbinden und sie ebenfalls mit komprimieren lassen? Z.B. Das MenuMatic Script lade ich unter zusätzlichen Head Tags. Wäre schön wenn er das auch berücksichtigen würde. Oder soll ich hierzu ein separaten Thread eröffnen?
Danke
Franky
Ich glaube ich habe mich an alles gehalten - stehe jetzt aber auf dem Schlauch.
Bei mir wird überall der Header und Footer nicht angezeigt.
Domain: www.druckerei-und-print-office.de
Kontrollierst du bitte noch einmal die Layouts, ob Kopf- und Fußzeile auch eingebunden werden?Zitat:
Zitat von rantanplan1304
Früher wurden Header und Footer auch generiert, wenn sie im Seitenlayout oben gar nicht aktiviert waren, wenn aber weiterhin ein Modul eingebunden wurde. Das hat sich geändert.Zitat:
Zitat von rantanplan1304
ok, danke für die Aufklärung.
Bis auf eine Seite ( http://www.druckerei-und-print-office.de/produkte.html ) sieht alles wieder gut aus.
Und der Helpdesk spielt nicht richtig mit:
http://www.druckerei-und-print-office.de/forum.991.html
Der ist aber in V1.3.0 auch nur bis Contao 2.9.0 freigegeben:
http://www.contao.org/erweiterungsli...030009.de.html
Peter
Produkte habe ich hinbekommen.
helpdesk scheint auch wieder zu funktionieren, obwohl nicht freigegeben.
Merci!
Der Fehler liegt hier in der Umstellung von .tpl-Templates auf .html5 oder .xhtml-Templates.Zitat:
Zitat von pmmueller
Gruß
Stefan
Servus,
bei mir werden seit dem Update meine Images nicht mehr angezeigt! Zum Beispiel mein Header und Footer sind Bilder... diese sind natürlich nicht vorhanden.
Weiß jemand bescheid?
Grüße :)
ees
hallo
header und footer im seitenlayout aktiviert?
gruss andi
hey andi... danke für die Antwort,
es sind beide Hacken für Kopfzeile wie auch Fußzeile einfügen gesetzt. Es war nur ein Beispiel auch viele andere Bilder z.B. das Firmenlogo werden nicht gefunden obwohl der Pfad stimmt.
Grüße :)
ees
kann ich mir kaum vorstellen, irgendwo muss ja der fehler sein. hast du deine website irgendwo online zur begutachtung?Zitat:
Zitat von ees
gruss andi
Leider nicht.. da dass Update schief ging teste ich jetz lokal bis es funzt.
Das wäre die Seite: http://www.ees-augsburg.de/
und lokal siehts so aus:
Anhang 5053
Grüße :)
ees
so ohne beispiel wirds ein ratespiel.
falls der pfad zu den bildern wirklich stimmen, müsste fast das bild selbst beschädigt sein. etwas anderes kommt mir zurzeit nicht in den sinn.
gruss andi
Aslo ich hab folgendes festgestellt:
Mein Pfad der Bilder liegt in tl_files\...
aber jedes Bild liegt normalerweise auch in system\html und dort sind keine!
Grüße :)
ees
Du bewahrst deine Bilder unterhalb von /tl_files/ auf.
Contao speichert temporär erstellte Kopien/Bearbeitungen davon in /system/html/... (aka "Cache").
Hast du schon mal probiert, den Contao-Cache zu löschen? System - Systemwartung - Daten bereinigen.
Jap ich habe den Cache gelöscht aber es hat sich nichts geändert.
Wenn ich die Bilder neu zuweise dann bleiben Sie da! Aber warum ich will jetz doch nicht alle Bilder neu eintragen?
Grüße :)
ees
Welche frage sich mir noch gestellt hat:
Warum muss ich meine .css Dateien die im root-Verzeichnis liegen jetz nach system\scripts kopieren dass kein Fehler kommt?
Wie läuft das da ab bzw. warum ist das so?
Grüße :)
ees
Weil seit 2.10 die automatisch generierten CSS-Dateien in /system/scripts zu Hause sind und weil es anscheinend nicht programmiert wurde, dass das von alleine passiert ;)Zitat:
Zitat von ees
und nicht vergessen allfällige bildpfade in der css anzupassen.
Zitat:
Zitat von pmmueller
OK, danke dann passt es ja :) aber ich habe davon noch nirgends was glesen eine Anleitung von LEO für dieses neue Update wär glaub ich spitze...
was meinst du damit?Zitat:
Zitat von andi
Grüße :)
ees
nach dem Update auf 2.10.0 hatte ich auch so ein .css Problem.
Ich hatte mir dann mal den Quelltext angesehen und wollte dem link zur zusammengefassten .css Datei nachgehen. Bekam dann aber den Hinweis, dass ich keine Berechtigung für diese Datei hätte.
Hab dann einfach die .css- Datei gelöscht, so dass Contao eine neue schrieb und alles war wieder schick.
Vielleicht hilft es.
Gruß Nils
edit: das Gleiche betraf übrigens auch einige .js Dateien,
Danke Nils...
aber was für eine .css Datei war das? wenn ich meine lösche kommt natürlich ein Fehler.
Grüße :)
ees
je nachdem wie du mit dem css umgehst ändert sich der relative pfad zu den bilder. sofern du das framework benutzt sollte dich das jedoch nicht betreffen.
gruss andi
na die Zusammengefasste in system/scripts/[ganzvielezahlen].css, die wird von Contao selbst erzeugt, sollte sie nicht da sein.
Nils
Ja ich denke an dem liegt es nicht. Trotzdem Danke muss ich halt jedes Bild neu angeben.Zitat:
Zitat von andi
Danke Nils aber das mit dem Löschen klappt leider nicht. Muss doch eine andere Ursache haben.Zitat:
Zitat von Nils Heinold
Grüße :)
ees
Hast Du vielleicht ein Problem mit den Schreibrechten in "system/html"? Was meint denn der System-Check?
Nein sollte kein Problem geben... Im System-Check ist über "system/html" nur folgendes zu finden:
if (!$this->isWindows && ($file == 'system/html' || $file == 'system/tmp')) {
$this->folderPermissions[] = 777;
$folderpermissions .= ',777';
}
und das...
// Remove 777
if (!$this->isWindows && ($file == 'system/html' || $file == 'system/tmp')) {
array_pop($this->folderPermissions);
$folderpermissions = str_replace(',777', '', $folderpermissions);
}
Grüße :)
ees
Und das sagt dir nun was?
Ich weiß nicht was die 777 bedeutet?
Achja mir ist auf gefallen bis Version 2.9.5 lag mein Bilderpfad "tl_files/..." in 'href'. Jetzt sieht es so aus wie wenn 'href' nicht mehr existiert? Bei 2.10.0 gibt es nur noch den 'src'-Pfad oder täusche ich mich da?
Ich habe das per Firebug ermittelt.
Grüße :)
ees
Kleiner Tipp, Firebug formatiert den Quelltext oft um, lässt Sachen weg, vor allem wenn dieser Syntax Error hat.
Schaue direkt im Quelltext nach um sicher zu gehen.
Und wenn du schon Quelltext hier postest, dann den der bei dir angeblich nicht funktioniert. (direkt aus dem Quelltext, nicht aus FireBug!)
Auszüge aus dem Check bringen hier nunmal gar nichts.
Danke für deine Hilfe...
ich glaube ja dass der Quelltext passt habe zumindest nix geändert. Halt Halt... es war kein Auszug aus dem Firebug das habe ich nur gesehn.
Der Auszug kommt aus dem Check.
Grüße :)
ees
Das ist jetzt nicht Dein Ernst, hier Quelltext des Systemchecks zu posten?Zitat:
Zitat von ees
Ich vermute, es ist eine weitaus bessere Idee, den Systemcheck einmal auszuführen und allfällige Fehlermeldungen danach abzustellen.
Carolina.
Ich hab doch die Datei ins Verzeichniss kopiert und im Browser gestartet was soll mir der Code da sagen?
Zur Info ich teste lokal.
Grüße :)
ees
Äh, wie jetzt, du rufst den Check auf und bekommst Quelltext angezeigt?
Ich öffne die Datei im Browser!?
Irgendwas stimmt hier nicht!
Grüße :)
ees
Die Frage ist wohl eher, was der Code ausgibt. Den Quelltext kennen wir ja schließlich alle selbst, und ich gehe nicht davon aus, dass es da eine Extraversion für Dich gibt. Der soll Dir eben gar nichts sagen sondern Dir nach Ausführung ein Ergebnis anzeigen, das über die Integrität Deiner Installation Auskunft gibt.
Allerdings - und da komme Dir jetzt auf die Spur - handelt es sich bei der Datei contao-check.php schon der Endung nach um eine PHP-Datei, die - um bei Aufruf im Browser mehr als nur sich selbst im Quelltext zurückzugeben - einen laufenden Webserver benötigt.
Wenn Du eine Installation von Deinem Webspace nach lokal kopierst, dann musst lokal ebenfalls ein Webserver laufen. Bitte informiere Dich über die Optionen, die es für Dein Betriebssystem da gibt (z.B. MAMPP, XAMPP, ggf. native Unterstützung).
Carolina.
(Im Übrigen ist ein Systemcheck lokal in diesem Fall vollkommen irrelevant, da Du ja Probleme auf Deinem Server / Webspace / was auch immer hast)