Beiträge von JoomlaWunder

Schau doch mal, ob da eventuell irgendwo eine .htaccess-Datei vorliegt, die die Weiterleitung vornimmt..

Wenn du die Backups immer im gleichen Verzeichnis einstellst, wo eine .htaccess liegt, könnte das vorkommen. Ebenso könnte es eine Einstellung direkt beim Hoster sein.

Teste den Aufruf auch mal mit www- und ohne www!

Wenn ich dich richtig verstehe: Das Problem existierte schon vor deiner AkeebaBackup-Aktualisierung?

Nutzt du Admin Tools oder eine ähnliche Erweiterung?

Kann es sein, dass du das Backend gar nicht mit /administrator aufrufen musst, sondern mit /admin oder ähnlichem? Es gibt da ja ein paar Möglchkeiten, das zu realisieren.

Zitat von vished

Aktualisiere ich direkt im Joomla Backend oder muss ich die Dateien immer auf den FTP legen etc.?

Letzteres war vor langer Zeit mal so..... Macht man nur noch, wenn es nicht anders gehen sollte. Anschließend dann "DB reparieren" im Backend anklicken. Weiß gar nicht mehr, ab welcher Version das möglich ist...

Möglicherweise: WCC = WebCenter Content User Interface

Bei aktuellem Joomla + Erweiterungen schon äusserst selten. Kannst prinzipiell auch durch andere Projekte auf dem Server infiziert worden sein. Allerdings wäre auch folgendes möglich: Stichwort "False Positive" . Wenn es allerdings wirklich dubiöse Dateien sind, wie du schreibst, dann eher unwahrscheinlich.

Nutzt du denn den wichtigsten Schutz, ein zusätzlich passwortgesichertes Backend (z.B durch .htaccess)?

Wenn du die Dateien löschst, schwinden deine Möglichkeiten etwas über die Ursache herauszufinden. Sehr wahrscheinlich liegt es aber an deiner alten Joomla-Version, einer alten Drittanbieter-Erweiterung, einer veralteten PHP-Version.....

Eventuell das Backup erst woanders einspielen und schauen, ob das überhaupt funktioniert und ob man damit weiterarbeiten kann, also aktualisieren oder Inhalte daraus übernehmen. Eine 1.7 zu aktualisieren ist auch machbar, aber zeitaufwendig.

Funktioniert das Einspielen nicht und du hast die alten Dateien gelöscht, dann ist alles weg.

Verwechselst du vielleicht "AkeebaBackup" mit "Akeeba Admin Tools"?

Von welcher Joomla-Version ist denn überhaupt die Rede?

Das Bereinigen eines Hacks ist alles andere als trivial. Das bedarf einiger Kenntnisse. Von daher solltest du dir entsprechende Hilfe suchen! Die Hacks müssten nicht nur bereinigt bzw. beseitigt werden, sondern es muss die Ursache ermittelt und beseitigt werden.

Sehr wahrscheinlich musst du ein neues Joomla aufsetzen (was nun nicht weiter schlimm wäre) und die Inhalte übernehmen. Beim Übernehmen ist wiederum Vorsicht geboten. Prinzipiell könnten auch Bilder und Datenbankinhalte usw. Schadcode enthalten.

EDIT: Stellt sich auch die Frage, ob das Backup, welches du vom Hoster erhalten hast, noch hackfrei ist....

Wichtig ist auch folgendes: Du kannst bei Alfahosting die PHP-Version und die Nutzung von OPCache global einstellen. Möchtest du für einzelne Projekte davon abweichen, kannst du dafür eine Eintrag in die .htaccess setzen.

Die globale und lokale Einstellung muss unterschiedlich sein, sofern du die Einstellung lokal nutzen möchtest. Sonst führt das schnell zu Serverproblemen.

BTW: Einige Bilder werden von über 1400px oder 1200px auf 1080px runterscaliert.

Du hast ein paar große Bilder auf der Seite. Es wird bemängelt, dass es hier noch Einsparmöglichkeiten gibt. Eventuell besseres Bildformat, bessere Koprimierung wählen. Einen Tick schneller könnte die Seite schon laden.

Bzgl. Rendering muss man halt probieren. Wann werden beispielsweise die von JCH erzeugten Dateien aufgerufen (am Anfang oder am Ende) . Sollte man Ausnahmen definieren? Wie gesagt, das muss man ausprobieren. 90% sind schon gut.

Bzgl. der Serverantwort habe ich jetzt schon verschiedene Zeiten gemessen. Von gut bis etwas schlechter. Das sollte man über einen längeren Zeitraum abgleichen. Die Serverlast selber kannst du nicht wirklich beeinflussen, es sei denn durch Wahl eines besseren Servers/Hosterpakets.

JCH kann vieles optimieren. Manches ist eventuell bereits optimiert (möglicherweise durch Framework usw.), Ich habe mir deine Seite jetzt nicht weiter angeschaut. JCH Optimize kann sich auch negativ auswirken, wenn bereits Teile vorher optimiert wurden.

Deshalb müssen hier individuelle Anpassungen vorgenommen werden und viel getestet werden.

Du schreibst nur von JCH an oder aus. Das sind in aller Regel nicht die besten Voraussetzungen. Da würde ich zunächst weiter testen.

EDIT: Habe doch noch mal draufgeschaut. Du nutzt Gantry. Kenne ich nicht, denke aber, dass hier schon Optimierungen stattfinden. Dementsprechend sollte per JCH nur das optimiert werden, was Gantry nicht schon macht. Vielleicht bringt das weitere Verbesserungen!?!

BTW: Die Zeiten hängen auch ein wenig von der Serverlast ab.

Zitat von Girgei

Ich sehe alle Einträge unverändert

Wohl eine Cache-Problematik! Wichtige Daten wurden entfernt. Wirklich....

Demnach soll jeder User die gleichen Anmeldedaten bekommen?

..... und wenn du vorher beschriebenes gemacht hast:

Scheinbar wird versucht die Webseite vom Webserber abzurufen. Ist die .htaccess lokal im Einsatz. Da steht dann eventuell noch die Domain vom Webserver drin, vielleicht die SSL-Weiterleitung?!? Müsstest du dann anpassen bzw. entfernen!

force_ssl auf "0" setzen, da du lokal das SSL-Zertifikat nicht nutzen kannst!

Ferner hast du sef_rewrite auf "1". Entweder auf "0" setzen oder mit .htaccess arbeiten, damit dann auch die Menüpunkte aufgerufen werden können.

Versuche mal: http://localhost/administrator/

Bist du sicher, dass in deinem Pfad der Platte das /htdocs ein Unterverzeichnis ist von /joomla. Möglicherweise ist es genau andersherum. Das wäre der Normalfall. Dann versuche:

http://localhost/joomla/administrator/

Das sind wohl 1420b nicht kb und ist dann somit auch so korrekt.

Liegt dein Joomla jetzt direkt unter /htdocs oder in einem Unterverzeichnis vo /htdocs ?

Und mit welcher URL versuchst du die Seite aufzurufen?

Beispielsweise: http://localhost/dein-unterverzeichnis/administrator/

(sofern deine Seite in einem Unterverzeichnis liegt)

Prüfe auch gleich die SEO-Einstellungen sowie die Menüpunkte. Liefern diese ein 404, müsste noch mit der .htaccess gerbeitet werden.

Was genau ist der Hintergrund für dein Anliegen? (Beitragsänderungen..... usw.)

Eventuell gibt es Alternativen.

Melde dich einfach bei mir! Habe selber viele Seiten bei diesem Provider.

Klar kannst du von deinem Provider auf die Festplate umziehen:

Als user_name trägst du "root" ein (also ohne Hochkommata),

als db-Typ dann "mysqli",

als db gibst du den Namen der in Xampp vorher angelegten Datenbank an (DB wird mittlerweile sogar automatisch angelegt, brauchst du also vorher gar nicht machen)

host ist "localhost",

das Passwort einfach leer lassen, da in Xampp standardmäßig keines vorgegeben ist. In Xampp könnte man prinzipiell eines anlegen und dieses dann verwenden.

Das Präfix wird automatisch übernommen.