Hallo Anna,
testen kannst du die Seite z.B. hiermit: https://tools.pingdom.com
Das Bild vom Marburger Schloß ist ein PNG und als base64 eingebettet, das funktioniert schon mal nicht.
Deine Content-Bilder (Kacheln) sind immer noch nicht optimiert, nimm z.B. mal https://tinyjpg.com, die kann man ohne großen Qualitätsverlust um ein vielfaches komprimieren.
Joomla und saubere Programmierung verhindert bereits SQL-Injections, also ist das unnötig. Falls du schlecht programmierte Dritterweiterungen benutzt oder dennoch Bedenken hast kannst du das Plugin mit dem mißverständlichen Namen Marco's SQL Injection installieren.
Seitenoptimierung bei Dateien ist ein heikles Thema. Faustregel ist zumindest für mich, nicht deutlich mehr als 1 MB an Dateien auszuliefern, besser ist natürlich viel weniger. Früher lag die Grenze bereits bei um die 100kb. Deine Seite liefert ca. 4.5 MB aus.
An deiner Stelle würde ich pragmatisch vorgehen und das Nötigste machen:
Wenn das gemacht ist, kannst du noch versuchen die Content-Bilder in einen eigenen Ordner zu verfrachten und dein Template bzw. Gantry dazu zu veranlassen, diese mit lazy loading auszuliefern.
Das hat nun aber alles wenige mit Joomla zu tun und gehört in den Bereich des PHP-Lernens. Und "eine Fehlermeldung" gibt es nicht, es gibt immer nur eine bestimmte Fehlermeldung.
Hier mal ein Ansatz für dein Problem:
$tage = ['eins','zwei','drei'];
if (count($tage) > 1)
{
$last = array_pop($tage);
$output = implode(', ',$tage).' und '.$last;
}
else
{
$output = $tage[0];
}Wenn das ein kostenloses Angebot ist würde ich mir auch im SInn meiner verfügbare Zeit überlegen, ob das mit Joomla Sinn macht - eher nicht.
Vor allem auch deshalb, weil FTP langsam und auf einem lokalen Server fast immer sinnlos ist, es sei denn man testet damit oder stellt FTP im Intranet als Dienst zur Verfügung.
Link zur Seite - wie fast immer - oder genauere Beschreibung könnte helfen.
Eine offensichtliche Möglichkeit ist, dass Joomla erneut durch die gleiche Sicherheitslücke gehackt wurde, weil ihr weiterhin unsichere und nicht aktuelle Joomla-Erweiterungen verwendet habt. Dabei spielt vorhandener oder nicht vorhandener Schadcode keine Rolle. Ein Blick auf https://vel.joomla.org/ lohnt in diesem Fall und die Überprüfung aller Dritterweiterungen.
Hier der Startpunkt der Dokumentation: https://docs.joomla.org/Select…atabase#loadRowList.28.29
Hier die Abfolge der Nutzung.
Um beim obigen Beispiel zu bleiben, ein Start und nur Quick&Dirty:
Schneller geht die Zählung der Tabellen-Zeilen mit $query->select('COUNT(*)'), siehe Doku.
Acymailing kann ich nur empfehlen.
Das verstehe ich, es geht aber um Verhältnismäßigkeit. Es hätte theoretisch ein einziger Dislike ausgereicht, so hat es einen gewissen, na egal.
Wie oft habe ich gesehen, dass eine Installation mit Plugins und Komponenten voll gepackt war welche nicht benötigt wurden.
Was gefährliche Sicherheitslücken in Joomla öffnet, vor allem, wenn die überflüssigen Dritterweiterungen nicht mehr aktualisiert werden. Und auch Spielwiesen/Sandkastenseiten müssen online aktuell gehalten und zusätzlich am besten versiegelt werden, z.B. durch einen HTACCESS-Schutz. Viele Provider sehen es nicht gerne, wenn sie veraltete Versionen eines CMS finden und werden vorher oder erst im Falle einer Bedrohung einen Account und damit Server abschalten - egal, ob sich dort wichtige Joomla-Instanzen befinden. Auch hier ist es der Fehler des unbedachten Users.
Gerade Akeebabackup ist doch eine einfache Möglichkeit um Joomla schnell zu duplizieren, hier legt man sich eben eine Kopie an und testet erst damit. Hinterher kann man diese wieder schmerzlos löschen.
Darum glaube ich, der sich beklagende User trägt zumindest eine Mitschuld, denn er hat nicht getestet und möchtet sich zu sehr auf diese Technik verlassen, das geht aber im Web nicht, da sich alles viel zu schnell ändert und man einfach nicht jeden Fehler vorher ausschließen kann.
Seinen Ärger kann man aber doch auch verstehen und muss nicht Wort für Wort auf die hohe Kante legen. Ich finde ich es nicht gerechtfertigt, wie hier so leichtfertig mit der LIKE- und vor allem DISKLIKE-Funktion zu spielen. Das untermauert den Verdacht, dass Joomla etwas zu religiös betrachtet wird und mit billigen Mitteln gegen Verleumdungen und schlechte Werbung geschützt werden soll.
Bzw. immer erst auf mindestens einer nicht so wichtigen Joomla-Instanz mit möglichst vielen repräsentativen Dritterweiterungen installieren, die man nutzt. Dann dort erst mal die Fehler beheben, es können ja auch Server-spezifische Probleme reinspielen oder Dritterweiterungen wie Akeeba. Auf diese Weise kann man relativ sorglos mittesten. Bei Versions-Schritten von 3.4 zu 3.5 zu 3.6 ist das kein Fehler.
Wenn Module nicht angezeigt werden prüfe die Position auf der sie liegen und stelle ein "Auf Allen Seiten" unter "Menüzuweisung", außerdem muss das Modul natürlich veröffentlicht sein. Wenn die Einstellungen unter "Menüzuweisung" nicht ausreichen sollten kannst du die Dritterweiterung Advanced Module Manager ausprobieren, damit ist mehr möglich.
Stimmt.
Ich frage mich, warum Sicherheits- und Feature-Updates nicht sauber getrennt und getrennt ausgeliefert werden und am besten auch optisch unterschieden, wenn es nur irgend möglich ist.
^ Dazu noch: Joomla liefert in Modulen und anderen Erweiterungstypen sein eigenes HTML-Layout aus. Erweiterungen wie diese setzen nun ein ganz spezielles Layout voraus,. In der Regel wird man also zuerst als Teil der Arbeit mit Template Overrides die Struktur so umbauen oder erweitern, wie sie eine Erweiterung erwartet.
Passender finde ich dann ja:
1) Gäste sind per Definition nicht eingeloggte Benutzer. Du willst aber, dass sich die Benutzer authentifizieren und dadurch einloggt werden (das ist bei Joomla zwangsweise so). Insofern benötigst du eine neue Gruppe unterhalb von Registriert.
Sollen Benutzer dieser Benutzergruppe nur bestimmte Dinge sehen und/oder können müssen sie sich zuerst einloggen. Erst dann haben sie den Status der Benutzergruppe und damit die Sonderrechte. Dazu muss die Gruppe bei dem entsprechenden Benutzer eingetragen werden.
2) Der Wunsch mit dem Anklicken ist nicht so einfach umsetzbar. Es sollte aber dennoch möglich sein. Du legst den geschützten Beitrag mit dem Status "im Menü anzeigen" auf NEIN an. Du legst den Menüpunkt, über welchen der Beitrag erreicht werden soll mit dem Menüeintragstyp "Benutzer -> Anmelden" an. In der Weiterleitung des Menüeintrags unter dem Reiter "Optionen" wählst du den Menüeintrag deines geschützten Beitrags aus.
Mit jQuery könntest du das doch einfach einhängen und musst gar nicht im Joomla herum hacken?
Genau, motzen bringt nichts.
Und dies ist wirklich nur ein kleines Problem. Wenn du richtig Seiten entwickelst und aufbaust wirst du öfters an viel größere Probleme stoßen, wenn du dann auch so dünnhäutig reagierst (es sei denn, du hattest einen schlechten Tag ;-)) wirst du irgendwann die Flinte ins Korn werfen.
Freue dich doch lieber, was Joomla jetzt alles macht und kann, auch über fabelhafte Dritterweiterungen wie Acymailing, JCE, Akeebabackup etc. Selbst wenn es noch vieles gibt, was besser sein könnte. Ein Blick auf andere CMS wird dir vor Augen führen: Jedes CMS stößt irgendwo an seine Grenzen.
Was man auf der AMD-Seite sieht ist ein normales Megamenü wie es z.b. rockettheme auch anbietet.
