Vielleicht das, mit Override der Sprachdateien: https://sman.osg-demo.de/de/demo-osg-seminar-manager.html
Beiträge von j!-n
-
-
Öffne die configuration.php per FTP mit einem Editor wie Notepad++, und ändere diese Konstante
public $debug = '0';
In
public $debug = '1';
Achte darauf, dass die Datei wirklich überschrieben wird (ggf Schreibrecht auf 644 setzen), und stelle hier dann einen Screenshot der Meldungen ein.
-
Oha. Sorry, habe selten damit zu tun.
-
Hast du Protostar komplett kopiert, oder nur den Style?
-
Jep, einfach installieren, Einstellungen etc bleiben erhalten. Trotzdem ein Backup anzufertigen schadet nie.
-
Das hat nichts mit Joomla zu tun, es liegt an der nicht optimalen Datenbankumgebung. Bei welchem Hoster bist du, und welche MySQL Version läuft? Evtl dem Hoster die Fehlermeldung mitteilen. Hier der Hintergrund: https://stackoverflow.com/ques…length-is-1000-bytes?rq=1
Die beiden Schlüssel für name & type sind insgesamt zu groß, für InnoDB müssen bestimmte Settings in der Datenbank vorgenommen werden. Oder du nimmst das Installscript von AcyMailing auseinander, und machst die VARCHARS kleiner. Eher suboptimal. Mehr kann man hier nicht machen.
Edit: im Installscript könnte man auch die ENGINE =InnoDB; zu ENGINE=myisam; machen, Nebeneffekte leider nicht auszuschliessen.
-
Klasse und verdient .
-
Schaue mal in den Plugins, ob sich da noch etwas dieser Extension befindet.
-
-
Das hatte ich letztens auch bei einem Kunden, einfach die Sprachdateien von http://www.jgerman.de installieren, dann sollte es klappen.
-
Danke für den Tipp. Allerdings verstehe ich nicht, wo der Vorteil sein soll.
Wenn ich weiß, wo die Fonts- und die CSS-Datei(en) liegen, dann ist ein direkter Pfad doch besser für das System. Warum sollte ich es bei jedem Seitenaufruf erst danach "suchen" lassen?
Weil du deine Esslöffel sicher in der Besteckschublade in der Küche zu liegen hast, und nicht im Schrank bei den Versicherungsunterlagen im Wohnzimmer .
-
Rot auf rot steht, was du zu tun hast.
-
Du musst die Pfade und die DB Verbindungsdaten in die configuration.php im Root eintragen bzw ändern. Einfacher geht das mit Akeeba Backup. Siehe Wie mache ich einen Joomla-Umzug
-
Ist denn der Inhalt auch als Haupteintrag markiert? Ich würde das ggf mit einem Eigenen Modul bauen (Erweiterungen -> Module -> Neu -> Eigenes Modul), Start- und Endzeit lassen sich einstellen. Das Modul dann auf prominenter Modulposition veröffentlichen.
-
Jep, veraltete Extensions von Joomshaper (SP Page Builder, SP Portfolio etc) werfen vermehrt Fehlermeldungen in aktuellen Joomla, die Erfahrung habe ich in den letzten Tagen oft gemacht.
-
Dort gibt es die Doku für das Template auch als PDF: https://www.joomlashine.com/do…-templates/jsn-solid.html
-
Stelle im KIS bei Hosteurope bei der Dateiverwaltung alle Rechte des Verzeichnis + Unterverzeichnisse, in dem das Joomla liegt, auf den User "www", und nicht FTP.
-
Lösche einfach ein altes Backup, oder deaktiviere das Akeeba Backup Plugin. Der Webspace ist voll.
-
Die Frage ist, wie der Schadcode in die Installation gelangen konnte. Die Auflistung von Strato garantiert keine Vollständigkeit, es gibt sicher noch mehr Schaddateien oder manipulierte Core-Dateien. Die Installation muss komplett in Datei- und Verzeichnisebene genau untersucht werden, damit sie nicht weiter kompromittiert wird.
Meistens befindet sich eine Shell, das ist vereinfacht ausgedrückt ein Dateiexplorer und Editor, mit dem beliebig Dateien hochgeladen oder manipuliert werden können, in einer infizierten Installation. Auf dieser Ebene spielen passwortgeschützte Bereiche keine Rolle.
Eine idiotensichere Anleitung für eine Bereinigung gibt es nicht, zudem sich die Muster der meisten Angriffe erheblich voneinander unterscheiden. Falls du dir das nicht zutraust, die Installation komplett zu bereinigen, solltest du dir professionelle Hilfe suchen. Ist trotz des Aufwands nicht unbedingt teuer, die Erfahrenen wissen, was sie tun.
Ansonsten kannst du die Inhalte zB mit j2xml exportieren, das Verzeichnis /images nach dem Löschen aller PHP Dateien in ihm sichern, und die Seite mit einer neuen Installation aufbauen. Danach unbedingt die infizierte Installation vom Webspace nehmen.
-
Schaue mal nach, ob es eine neuere Version des Templates, bzw des Helix Frameworks gibt.