Wie könnte ich prüfen, ob meine custom.css gezogen wird?
Entwickler-Tools des Browsers (Taste F12 oder im Browser-Menü) und dort in der Stilbearbeitung den Inhalt deiner custom.css anschauen.
Wie könnte ich prüfen, ob meine custom.css gezogen wird?
Entwickler-Tools des Browsers (Taste F12 oder im Browser-Menü) und dort in der Stilbearbeitung den Inhalt deiner custom.css anschauen.
...Und dann funktioniert das Update aus Joomla heraus nicht einmal.
Das funktioniert nur wenn man den Lizenzschlüssel eingibt.
Ich nutze den JCE Pro hauptsächlich wegen dieser 2 Features:
Mir ist nicht bekannt, dass der Tiny das auch kann.
Ja schon, aber unter Komplettschutz stand administrator/cache und das musste ich entfernen, damit die Ausnahmen greifen.
Ich hab auch ein Issue mit dem administrator/cache Verzeichnis:
Ich verwende den JA MegaFilter und der cached Bilddateien in administrator/cache/preview/ und /thumb/. Da der Filter keine Änderung der Speicherorte zulässt, musste ich das komplette administrator/cache Verzeichnis als Ausnahme definieren und dessen Komplettsperre entfernen. Wäre cool, wenn man die Ausnahme auf die beiden Unterordner beschränken könnte und ansonsten die Sperre beibehalten könnte.
Ich habe heute mehrere /assets/images/accesson.php's in non-Joomla Sites eliminiert, die ich auf dem gleichen Webspace parallel zu mehreren Joomla's hoste. Ich habe die von HTProtect erzeugte Mini-htaccess in alle /images-Verzeichnisse kopiert und damit scheint erst mal Ruhe zu herrschen.
Als erstes das vermutete Fehlverhalten klar beschreiben - aus dem Link kann niemand erkennen, was am Inhalt nicht stimmt.
Hast Du den Alias des Menüeintrags auch geändert?
Akeeba interessiert die Einstellungen in der php.ini wohl nicht die Bohne
Bist Du sicher, dass die php.ini im "administrator"-Verzeichnis liegt? Damit hab ich sowohl bei Strato als auch bei Ionos mit Akeeba keine Probleme.
Weiß nicht, ob das noch immer so ist?!?
Ist immer noch so.
Ohne das jetzt selbst untersucht zu haben: Verwende den Inspektor der Browsertools um herauszufinden, welche Elemente per CSS beeinflussbar wären - darüberhinaus gäbe es die Option ein Override des Custom Fields zu erstellen und dort die Platzierung im Code zu ändern.
System > Systeminformationen > PHP Einstellungen
Wert für "Maximale Eingabevariablen"
Vielleicht hilft auch folgende Information im Bezug auf überlaufende Sessions und hängende Aufgaben: RE: The server returned a "500 - Whoops, looks like something went wrong."
Ich hab die gleiche Konstellation beim gleichen Hoster und bei mir funktioniert alles wie gewohnt.
Hmmm... Eigentlich zeigt das "laufende Männchen" ja die gerade "laufende" Aktion an - da die Ausführungszeiten aber meistens sehr kurz sind, sollte man es gar nicht zu Gesicht bekommen. Die Darstellung "laufend" ist für eine hängengebliebene Aktion damit auch irreführend und sollte besser durch ein signalfarbenes Ausrufezeichen o.ä. ersetzt werden.
Dass mit dem Symbol politisch unkorrektes Gendern gezeigt wird, ist mir persönlich schnurz. Aber natürlich verstehe ich andere Befindlichkeiten, auch weil sich die Anzahl Betroffener in Grenzen halten wird.
Dito. Und zwar bei einer kompletten Neuinstallation über ein Quickstart-Paket - da stand die Aufgabe mit einem Ausführungsdatum weit vor der Installation.
Der Umzug löst aber das Problem nicht: dass eine Joomla-DB mehr als 2 GB verbrät, kommt normalerweise nicht vor. Also muss irgendwo eine Funktion wie wild Daten reinschreiben, z.B. Sessions loggen oder im Sekundentakt User anlegen, etc. Also mit phpMyAdmin prüfen, welche Tabellen überlaufen und hier im Forum nach der Checkliste für gehackte Seiten suchen (FAQ?).