Wer live dabei sein will, kann Mattermost beitreten: https://joom.la/chat
Gegen 17:45 Uhr gehts los und es wird im "Town Square" ein Google-Meet veröffentlicht, an dem jeder teilnehmen kann um dem Release beizuwohnen.
Wer live dabei sein will, kann Mattermost beitreten: https://joom.la/chat
Gegen 17:45 Uhr gehts los und es wird im "Town Square" ein Google-Meet veröffentlicht, an dem jeder teilnehmen kann um dem Release beizuwohnen.
bembelimen: Bedeutet dann, dass Alpha-Versionen überhaupt nicht mehr relevant sind und nur noch mit rc weiter getestet werden sollte?
Genau umgekehrt, mit Alphas und Betas sollte exessiv getestet(!!) werden um direkt Feedback zu geben, was etwas nicht mehr geht. Besonders wenn man Joomla professionell als Agentur nutzt und viele Kunden hat, die später aktualisiert werden müssen.
Ein guter Weg ist es, ein Backup einer bestehenden Seite auf einer Subdomain anzulegen und dort dann zu testen. Zu jedem Zeitpunkt der Entwicklungsphase von 4.4 und 5.0 konnte man ein 4.3 => 4.4 => 5.0 Update fahren um ausgiebig zu testen. Nur dann ein Update von 5.0 Alpha zu 5.0 RC ist nicht garantiert (wie gesagt, es kann funktionieren, muss aber nicht). Der Grund ist relativ simpel: mit einem garantierten Updatepfad von Alpha über Beta auf RC müsste man einen enormen Aufwand betreiben um dies zu gewährleisten. Das ist einfach nicht möglich, insbesonders da in der Alpha Phase teilweise noch richtig große Änderungen stattfinden. Wenn dann mit Ende der Beta die Version stabil ist (deshalb brauchts hier richtig viele Tester) wird ein hoher Fokus auf die Upgrade-Fähigkeit gelegt und noch vorhandene Lücken geschlossen.
Deshalb als Ergänzung zu jsc_01 Liste:
Alpha: Hier braucht es massive Tests um die neuen Funktionen zu stabilisieren (Schema.org, Public Folder, ...)
Beta: Hier braucht es massive Tests um letzte Bugs zu finden und auszumerzen, auch der Fokus auf 3rd-Party Erweiterungen ist hier wichtig (siehe Yootheme)
RC: Hier braucht es letzte End-Tests (Idealerweise wird hier nichts mehr gefunden und die RC1 entspricht dann dem finalen Produkt...Wunschtraum)
Wenn man seine Seiten im Griff hat, kann man mit der RC das erste mal wirklich aktiv arbeiten und wahrscheinlich auch schon neue Projekte mit starten. Es wird auch garantiert möglich sein von der RC auf die Stable zu aktualisieren. Aber das reine testen passiert mit Alpha und Beta.
Aber ab dem Moment wo eine neue Version rauskommt (Alpha, Beta, RC) sind die vorherigen Versionen irrelevant. Es sollte dann nur noch mit der neuen Version getestet werden. Alternativ können auch immer die Nightlies genutzt werden.
Bitte versteht mich nicht falsch aber Warnung hin oder her, für mich war das eine eindeutige Aufforderung.
Es gibt keine Updategarantie für Alphas und Betas, es kann funktionieren, muss aber nicht....sind halt wilde Testversionen und es gibt auch keine Grund da irgendwas zu aktualisieren, testen und wegwerfen. Interessant wird es erst ab RC, da sollte im Regelfall dann ein Update auf die Stable Version möglich sein.
Vielleicht könnte man dies etwas genauer erklären und mitteilen, was der Modus tatsächlich macht, ob er dauerhaft bleiben muss und warum er überhaupt notwendig ist?
Um nicht noch eine Extension zu installieren, die noch mehr Wartungsaufwand bedeutet: klick mich
Die Nightlies sind immer die nächste potenzielle Version, unabhängig davon ob es sie auch geben wird.
Wäre vielleicht cool, wenn in den Optionen genau das beschrieben wird, was bembelimen oben geschrieben hat, dann ist das vielleicht etwas eindeutiger.
Oder man läßt die Optionen weg, und macht das alles über die Test URL.
Wäre ziemlich cool...wenn Joomla! doch nur Open Source wäre, wo jeder seine Ideen und Vorschläge selbst einbringen könnte....
Standard = stabile Updates innerhalb der aktuellen Hauptversion (in deinem Fall 4.x.y Versionen)
Joomla next = nächste stabile Hauptversion (in deinem Fall 5.x.y, wenn verfügbar, wird aber nur angeboten, wenn vorher auf stabile 4.4.y aktualisiert wurde)
Test = Nächste Version, die nicht stabil ist, sprich theoretisch 4.3.6 Betas/RC etc. Aber da eine neue Minor/Hauptversion ansteht, gibt es da aktuell nichts. Ab der RC wird da dann die nächste Hauptversion zum testen angeboten.
Custom = da kannst du eigene URLs hinterlegen (z.B. von den Nightlies) zum testen.
Wenn du die Zeile entfernt hast, muss die Fehlermeldung anders aussehen, da sie ja nicht mehr existiert...
Ist zwar mit Joomla 3 geschrieben, sollte aber weiterhin funktionieren: klick
plugins/system/advga/advga.php Zeile 96 den Code mit HTMLHelper::_... auskommentieren/entfernen. Hat eh keinen nutzen. Das Addon wird aber wahrscheinlich nicht gehen, da es jQuery braucht (musst du wohl früher laden)
Generell ist es natürlich zu hinterfragen, eine veraltete "Sicherheits"-Erweiterung nur wegen so was und nur da aufzubohren, nur damit sie weiterläuft...
Danke (besonders wenn man den Funktionsumfang sich anschaut gibts sicher auch sinnvollere Erweiterungen....)
Installiere dir doch Mal Joomla 4 auf einer Subdomain und teste wie da die Ladezeiten mit dem Default-Template (inkl. Cache) ist. Vielleicht ist das schon gut genug? Danach kannst du das Template entsprechend anpassen.
Wenns nicht irgendein komisches Template-Framework ist, kann Joomla definitiv das her.
Das Argument mit Sicherheitslücken ist ziemlich abgegriffen. Wann nochmal gab es ein Joomla-Update wegen einer kritischen Sicherheitslücke?
Gar nicht so lange her... und dieses hier war ziemlich unangenehm...Aber falls du Joomla! 3 meinst, dort ist das Problem eher 3rd Party Extensions, wie die ACY-Mailing Lücke, die so ziemlich alle Server mit ACY-Mailing befallen hatten. Wenns da keine Updates mehr gibt, hast du ein Problem.
Es gibt da mehrere Ideen, wie man das machen könnte:
1. Du erstellst 366 mod_custom Modultexte (kann auch Newsflash mit entsprechenden Kategorien oder es gibt auch im JED Module, die gezielt Artikel anzeigen können) die du auf die Positionen "myposition-0" bis "myposition-355" setzt und hast dann in deinem Template sowas wie:
<?php
$dayOfYear = JFactory::getDate()->format('z');
?>
<jdoc:include type="modules" position="myposition-<?php echo $dayOfYear; ?>" />
2. Du machst ein Override von einer Artikelansicht und machst sonst das selbe wie oben mit den Modulen
<?php
$dayOfYear = JFactory::getDate()->format('z');
$modules = JModuleHelper::getModules('myposition-' . $dayOfYear);
foreach ($modules as $module) {
echo JModuleHelper::renderModule($module);
}
?>
3. Du baust dir ein kleines Task-Scheduler Plugin (gibts ja seit Joomla 4.1), mit dem du automatisiert in Joomla die Beiträge aktivieren/deaktivieren kannst (oder publish_up/down setzen, je nach Geschmack). Hierbei würde der Menülink dann eine Blogansicht sein, die dann jeweils die aktiven Artikel anzeigt.
4. Vielleicht ist auch hier was dabei.
5. Rekrutiere deinen motivierten Neffen, der sich freut, dass er jeden Tag die Datumswerte von Modulen/Artikel ändern darf.
Da in der alten Doku Screenshots veraltet waren und sich auch einige Dinge geändert haben, ist sie temporär offline und wird gerade umgestaltet (mit einigem anderen Dingen auf der Webseite).
Dann hast du es nicht gemacht, es heißt nicht "get" sondern "getParams"
Dann hast du ja den Problembär, nun wendest du genau das an, was du im ersten beitrag geschrieben hast.
Entweder nutzt du die Joomla-Redirect Komponente oder z.b.hier gibts Lösungen.