Druckbare Version
Contao Version 2.9.RC1 ist verfügbar. Der Release Candidate enthält den neuen Theme-Manager, die nächste Version des Extension Repository, Template-Gruppen, persistente Frontend-Logins, Schaltflächen, um Artikel auf Facebook und Twitter zu teilen, sowie zahlreiche weitere Verbesserungen. Unter anderem eine erhebliche Steigerung der Safe Mode Hack-Performance und die Möglichkeit, unterbrochene Newsletter-Versendungen wieder aufzunehmen.
Ganzen Beitrag zu 'Contao 2.9.RC1 verfügbar' lesen
Schöne Sache - jetzt kann ich die Screenshots für mein Buch auf den aktuellen Stand bringen :)
Dann fehlen auch noch die offiziellen Logos. Dann kann man auch den Rest der inoffiziellen Projekte nachziehen.
Die wird Leo sicher bald veröffentlichen. Erstmal muss er ja auch noch die offizielle Seite komplett umstellen :)Zitat:
Zitat von lindesbs
Gibt es einen ca. Zeitplan, wann die Final erscheinen wird (sofern niemand krasse Bugs findet)?
Es gibt sogar ein fixes Datum dafür: spätestens 4. Juli 2010Zitat:
Zitat von Nina
Sollte auf SourceForge.net der Button "Download Now!" nicht auf die aktuelle RC-Version zeigen?
Nein, sollte er nicht. Da die RC1 ja noch nicht in produktiven Umgebungen eingesetzt werden soll ;)
Yep. Ich habe bis jetzt auch nur provisorische Screenshots gemacht, aber nu gibt's keine Ausreden mehr...Zitat:
Zitat von Nina
Erstmal Danke an Leo und alle die an dieser Weiterentwicklung beteiligt sind.
Ich bereue nicht zu Conato gewechselt zu haben.
Eine Frage habe ich aber zur neuen 2.9vers. wird es hier auch eine neue Version der im Core enthaltenen "MusicAcademy" geben?
Vielleicht etwas was in Richtung Web 2.0 geht!
Nun muss man nur noch dem kleinen Forums-Bottich hier beibringen auf contao.org zu verlinken und nicht auf https://contao.org, wie im obigen Beitrag. :)
Kommt daher, dass ich das RSS noch falsch eingestellt hatte und somit falsch abgerufen wurde ^^Zitat:
Zitat von xtra
Nachtrag: Und soeben war für wenige Sekunden sichtbar, was passiert, wenn man das RSS umstellt und das Forum eifrig alle "neuen" (alten) Beiträge von contao.org postet ;) *schnell lösch*
Hat schon jemand eine 2.8-er Version auf die 2.9.RC1 geupdated? Mich würde interessieren, ob die bestehenden Seitenlayouts, Frontendmodule und Stylsheets automatisch zu einem Theme zusammengefasst werden und wie das Theme dann heisst. Ich habe leider grad keine Testumgebung zur Verfügung...
Ja werden sie.Zitat:
Zitat von tinoo
Der Name des Themes ist der Name der existierenden Seite.
cool! Danke!
Wirklich? bei mir nicht!
Hängt das davon ab ob svn oder zip Version?
Aha, ich wollte Schlau sein und habe nach dem Update die DB aus dem Backend heraus aktualisiert.
Tut man das mit der install.php, werden Migrationen an der DB durchgeführt!
Das muss man aber wissen :(
Das musste ich schon beim update auf die 2.8 leidvoll feststellen... da gabs ansonsten Probleme mit den Kommentaren (ist natürlich auch erst bei dem xten update aufgefallen, da ich nicht überall Kommentare aktiv hatte)... deswegen sollte man ein update doch IMMER mit der install.php machen (die ich bisher nur bei der installation benutzt hatte...).Zitat:
Zitat von BugBuster
Bei benutzung der Live-ID ist das Problem nicht soweit ich weiß... wird also auch beim update auf 2.9 nicht so sein wie ich mir denken kann ^^
Viele Grüße
Hab mir die Install.php mal angeschaut.
Es wird aber soweit ich das überblicke dabei keine Mutlidomain Installationen beachtet, oder?
Da müste ja pro Domain ein Theme angelegt werden.
Da ich aber auch Module in 2 Domains gleichzeitig einsetze, würde das wohl schief gehen.
Ich denke mal, das deshalb erstmal alles in einem Theme gesammelt wird, verschieben, kopieren wird man dann vieleicht ja noch tun können.
Das werde ich auf alle Fälle lokal mit 'ner Kopie meiner Installation durchspielen.
Hat eigentlich schon irgendjemand die 2.9.RC1 mit Safe Mode Hack getestet? Ich würde gerne die Änderungen an der FTP-Klasse aufgrund des enormen Leistungszuwachs rückportieren auf die 2.8 und bräuchte dafür eine definitive Bestätigung, dass der neue SMH funktioniert.
Nein, hab ich bisher auch aus Gruenden der NichtNotwendigkeit nie gemacht. Ich werd mir heute abend mal eine Installation zusammenbauen muessen, um dies zu testen.
Ueber Erfolg/Misserfolg werd ich berichten
Ich glaube die Jungs von Winanscreative haben in Twitter vor ein paar Tagen gemeckert, dass sie damit Probleme haben. Kannst sie ja mal im englischen Forum darauf ansprechen :)Zitat:
Zitat von leo
Ich habe gerade 2 bestehende 2.8 auf 2.9 aktualisiert.
Im Installer kommt ja dann der Hinweis dass Datenbankänderngen durchgeführt werden müssen.
In beiden Fällen musste der Button aber 2x angeklickt werden bis es weiter ging.
Hat das noch jemand beobachtet?
Ich hatte bis jetzt gedacht, dass ich vielleicht noch mal klicken üben sollte, aber jetzt wo du das auch so hast: Yep. Genau dasselbe. Bei drei Updates, alle auf localhost. Ein Klick. Warten. Habe ich schon geklickt? Nochmal klicken. Warten. Fertig. Einmal kamen auch noch Fehlermeldungen hinterher, aber es hat trotzdem alles funktioniert.Zitat:
Zitat von acenes
Bei mir dasselbe.
Liegt vermutlich an einem vergessenen
$this->reload(); in Zeile 548 in install.php
Ich habe neuerdings ein weiteres Problem im Zusammenhang mit dem Reload beim Installtool festgestellt. Seit ich XAMPP gegen den Zend Server getauscht habe, läd das Installtool die neuen Werte erst nach einem manuellen Refresh der Seite. Die Änderungen werden aber sehr wohl beim ersten Mal in die localconfig.php geschrieben.
- DB-Treiber: MySQL -> Ändern in MySQLi
- Speichern drücken -> die Änderungen werden geschrieben
- Nach dem Reload ist der Treiber immer noch MySQL im Installtool
- Erst nach einem manuellen Reload wird dort auch MySQLi angezeigt
Dieses Verhalten lässt sich in verschiedenen Browsern nachvollziehen, sollte also nichts mit dem FF-Cache zu tun haben. Im Backend tritt das Problem nicht auf. Kann das jemand bestätigen?
---
P.S.: Noch keine Antwort auf meine Frage w/SMH 2.9 (siehe oben).
Die lokale Contao-Installtion unter XAMPP scheitert bei mir.
Nach Eintragung der angeforderten Daten für den SMH folgt die Fehlermeldung:
Fatal error: Exception thrown without a stack frame in Unknown on line 0
Oh, ein alter Bekannter. :)Zitat:
Zitat von stefan-at-work
Die kenn ich doch.
Da kommt vermutlich der destructor stack durcheinander, welcher User, Session und Database "falschrum" freigeben moechte.
Ich hatte selbiges bei meinem Debugger desoefteren als ich die Authentifizierung aus dem Config-Context heraus angestossen und somit die Database instantieert hatte bevor der Rest da war.
Ergebnis war, dass die Session versucht hat sich selbst zu speichern obwohl die Database bereits destructed wurde.
Gruss
Chris