Svenoldman

administrator/logs/1.error.php Nur der eintrag das fehlerhafter Login.

Vor 1,5 Wochen ist mir aufgefallen, das einige Update-Quellen deaktiviert waren. Hatte sie wieder aktiviert. Heute waren schon wieder welche deaktiviert . Das von 2 Seiten die ich pflege. Quellen die deaktiviert sind: Joomlatemplates - etliche CookieHint HTProtect Route66 Woran kann das liegen? Kennt ihr das auch ? Kann man das Problem beheben?

Habe auch HTProtect auf meinen Seiten am laufen. Hatte mal Sicherheitsupdate automatisch installieren auf aktiviert gesetzt. Heute ist mir aufgefallen das unter " Update Quellen" einige Quellen auf einmal auf deaktiviert standen. Z.B. alles von joomlaplates , Phoca Gallery usw. nicht nur auf einer Seite Habe die Backupgeschichte von HTProtect wieder rausgenommen. Mal schauen wie sich das Programm weiterentwickelt. Steckt ja noch in den Kinderschuhen.

Vielen Dank. Habe es nach euren Hinweisen gelöst.

Sinnvoll wäre es beim nächsten joomla Update das zu ändern. Besser so als wenn jeder was nach 10 Meinungen am Script was ändern muss um es sicherer zu machen. Wie im Vergleich Windows als Betriebssystem und die Programme als Zusatz. Wenn ein Programm nicht läuft darf das Betriebssystem nicht beschädigt werden.

Da wünscht man sich die Zeit von HTML Seiten zurück. Die waren wenigstens sicher. Nur die Pflege war etwas umständlicher. Die Hackangriffe nerven mich wie sonst was. Ich beneide die Leute nicht , die mehr als 20 Seiten betreuen. Für die ist das Volltagsjob. Von den Konkurrenten z.b. WordPress usw. hört man kaum was.

Wahrscheinlich durch update schleppt man alte Sachen mit rüber. Man macht ja nicht beim großen Updates alles neu.

Bei Erweiterung zeigt er mir mit Ausrufezeichen folgende Hinweise an: Update: Die Update-Quelle #67 „RocketTheme Update Directory“ konnte nicht geöffnet werden. URL: http://updates.rockettheme.com/joomla/updates.xml Update: :Extension: „https://joomweb.de/updates/phoca/gallery/de-DE.plg_editors-xtd_phocagallery.xml“ kann nicht geparsed werden. Vor dem Update ist zu prüfen, ob dieses kompatibel mit der eingesetzten Joomla-Version ist. Es wird dringend empfohlen, vor dem Update ein Backup zu…

Ich würde das backup vom 29.5. nehmen und jce gleich auf neuen Stand bringen. Ein Versuch ist es wert um nicht alles wieder neu einzutippen.

Nein im Hauptordner von joomla.

Bei 2 Seiten wurden ein zusätzlicher Ordner angelegt mit einer Index.php drin. Irgendwas mit th ? Ich habe die Seiten nach den betroffenen Datum gesucht . Da ich wusste das ich an den Seiten 2 Monate nicht dran war , war es einfach. Danach habe ich sie mit der originale Größe verglichen und siehe da, anderer Scriptinhalt.

Von 6 Seiten waren 3 betroffen. Jeder der betroffenen war unterschiedlich. Seite lief ohne Fehler. War noch sehr wenig betroffen und angelegt. Man sieht es am Datum. Fehler 500 , einige Dateien angelegt und modifiziert. Seite lief nicht mehr. Dateien fehlten wie die Index.php oder configuration usw. Alle Seite mit Datenbank und Inhalt komplett gelöscht und mit akeeba von Anfang Mai zurückgespielt. Die anderen 3 Seiten sind unter Beobachtung . Es gibt leider kein einheitliches Schema…

2 Seiten sind bei mir auch futsch Dateien wurden geändert oder gelöscht. Habe auch JCE drauf. Denke mal das es darüber ging, weil ich die Meldung von JCE gelesen habe. Eine Seite habe ich schon mit Akeeba wieder zurückgespielt.