Update 3.6.0: Alle Installer im Backend verschwunden

Kopiere das FULL-Paket ohne Ordner /installation/ über die Joomla drüber.
Versuche dann unter der URL im Backend
administrator/index.php?option=com_installer&view=discover
ob du die fehlenden Plugins nachinstallieren kannst.

Ein weiteres Reparieren unter
administrator/index.php?option=com_installer&view=database
probieren

Poste außerdem die paar Zeilen Infos unter
System > Systeminformationen > Tabulator Systeminformationen
administrator/index.php?option=com_admin&view=sysinfo

Spiel halt Dein Backup zurück

Ich hatte das Problem auch. Nach dem Update auf 3.6.0 waren die
Installationsoptionen von Erweiterungen nicht mehr vorhanden.

Unter Erweiterungen > Verwalten > Installieren fehlten die
Optionen

Aus Verzeichnis installieren
Paketdatei hochladen
Von URL installieren

Aus Webkatalog installieren war noch da, zusätzlich ein Hinweis,
dass man die installer-Plugins unter Plugins aktivieren soll. Unter
den Plugins war aber nichts zu sehen.

Die Lösung ist: Unter Erweiterungen > Überprüfen auf Überprüfen
klicken. Die Installer-Plugins wählen und Installieren klicken.
Danach müssen die Installer-Plugins noch unter Erweiterungen >
Plugins aktiviert werden.

Der Fehler trat allerdings nur bei einer Joomla-Installation auf, meine
andere von mir betreute Joomla-Installation ging ohne diesen Fehler. Allerdings
konnte ich dort das Update auf 3.6.0 direkt aus der Admin-Oberfläche machen,
was bei der Installation, die den Fehler hatte, immer nicht geht (wohl der falsche Hoster) und ich deshalb per FTP
aktualisiert habe.

Seit 3.6.0 hat sich die Einsortierung neuer Beiträge geändert. Prüfe mal alle relevanten Einstellungen bzgl. Sortierung. Betroffen sind alle Sortiereinstellungen, die nach Ordering bzw. Sortierreihenfolge oder ähnlich benannt sind. Sollte man sich was anderes suchen. Z.B. nach Erstell-Datum. (Oder muss halt bei jedem neuen Beitrag per Drag&Drop die Sortierung anpassen.)

Hallo ich habe das gleiche Problem, allerdings kommt bei Erweiterungen > Überprüfen > keine passenden Ergebnisse. Ich habe das Update direkt aus der Admin- Oberfläche gemacht. Der Ablauf war genau gleich wie bei dwanner, erst Fehlermeldung, dann Datenbank repariert.
Es stehen auch noch folgende Warnungen unter Erweiterungen > Warnungen:

Das Verzeichnis für temporäre Dateien in PHP ist nicht gesetzt
Dieses Verzeichnis wird zum temporären Speichern von hochgeladenen Dateien benutzt, bevor Joomla! auf die Datei zugreifen kann. Obwohl das
temporäre Verzeichnis nicht gesetzt wurde, sollte es in der Regel keine Probleme geben. Wenn es Probleme mit der Erkennung von XML-Dateien
(Manifest-Dateien) geben oder das hochgeladene Dateien nicht gefunden werden, sollte der Wert von „upload_tmp_dir“ in der „php.ini“-Datei
angepasst werden.

Maximale
PHP-Dateihochladegröße zu klein: Sowohl der Wert für „upload_max_filesize“, als auch für „post_max_size“ muss in der php.ini und/oder der .htaccess-Datei definiert werden.
Die maximale Dateigröße für das Hochladen von Dateien („upload_max_filesize“) liegt unter 8 MB. Dies kann zu Problemen bei derInstallation von großen Erweiterungen führen.

Weitere Informationen zu den Warnungen
Weitere Informationen zu den Warnungen können in der Joomla!-Dokumentation nachgelesen werden.

Gruß

@asv du hast doch gestern schon gefragt in einem andern Thread. Hast du denn meinen Rat mal befolgt, oder den, der Re:Later im 2. Beitrag hier gepostet hat? Und wenn nein, wieso nicht?
Im Übrigen: die beiden Variablen, die bei dir bemängelt werden, solltest du dringend anpassen, das hat aber nur bedingt mit deinem Installproblem zu tun. Das mit dem /tmp Verzeichnis kannst du in deiner configuration.php nachsehen.

Hi, ich hab keinen FTP Zugang (bisher) und hatte gehofft es anders lösen zu können. Ich hab das hier mitgelesen und deshalb gepostet, weil vielleicht noch jemand eine Idee hat. Ich habe alles an die zuständige Person weitergeleitet aber bisher noch keine Antwort bekommen. Ich gebe zu dass ich vielleicht etwas vorschnell gehandelt habe, ich stehe nur etwas unter Zeitdruck.

Lass dich nicht verarschen. Es gibt kein Seite-übernehmen-von-irgendjemand ohne Backend-, FTP- und Hosting-Zugang.

Ohne FTP-Zugang wüsste ich nicht, wie man das ändern könnte. Den musst du dir besorgen.

Dann kannst du mit diesem Tool die /tmp und /logs Pfade anpassen, was CurlY schon anmerkte:

Joom-Config:

http://dl.fc-hosting.de/index.…oad/viewcategory/37-tools

Zitat von dwanner

Aber: dann habe ich auf meinem Server eine neue Installation der Version 3.1.5 aufgespielt und sie gleich auf 3.2.7 geupdatet.

3.2.7? 8 Stunden per FTP?
Wovon redest du denn jetzt?
Das war das Internet von vor 15 Jahren

Sorry, das tut mir leid. Ich nehme die letzte Bemerkung zurück.

Zitat von dwanner

Aktualisierung des Manifest-Cache fehlgeschlagen. Erweiterung ist noch nicht installiert.
Keine Ahnung, was damit gemeint ist...

Das muss nicht unbedingt gravierend sein. Nur so als Beispiel. Wenn du in einer Joomla z.B. das Beez3-Template deinstallierst, erhälst du regelmäßig diese Medlung bei Updates. Funktioniert aber trotzdem noch alles.

Zitat von dwanner

Dazu mal gleich eine weitere Frage: Gibt es eigentlich eine Möglichkeit, die jeweilige Installation und ein Datenbank-Backup auf dem Server anzulegen? Ansonsten dauert jede Sicherung mit FTP über 8 Stunden, was inakzeptabel ist.

Da würde ich Akeeba Backup mal ausprobieren. Backups aus dem Backend heraus.
1) Weniger Dateien,
2) komprimiert
was beides die runter-rauf-ladezeit erheblich verkürzt.

In der Konfiguration kannst dann auch noch Split-Größe einstellen für die Fälle, wo Uploads etc. bestimmte Dateigröße nicht überschreiten dürfen.

Installation der Backups mit Akeeba kickstart. Das ist beim Entpacken auf dem Server sehr schnell und Benutzerführung sehr gut.

Die backups werden auf dem Server gespeichert. Hängt also davon ab, ob ausreichend Webspace wie viele man so vorhalten kann. Und bevor du einen Webspace platt machst, dran denken, dass da ja noch Backups im Ornder administrator/components/com_akeeba/backup/ liegen könnten Auch regelmäßig mal per FTP abholen und lokal sichern. Das Download-Feature aus dem Backend heraus macht gelgentlich Probleme.

Und abhängig vom FTP-Client kann das Verschieben der Archivdateien auf dem Server selbst, also ohne erst-runterladen, dann in neuen Ordner wieder hochladen, extrem schnell gehen. Bei meinem Provider, der einen FTP-Client in der Accountverwaltung drin hat mit Verschieben-Option paar Sekunden.

Je nach PHP-Version kann man auch ältere Akeeba Backup-Versionen installieren. Halt darauf achten.

Zitat von dwanner

Dazu mal gleich eine weitere Frage: Gibt es eigentlich eine Möglichkeit, die jeweilige Installation und ein Datenbank-Backup auf dem Server anzulegen? Ansonsten dauert jede Sicherung mit FTP über 8 Stunden, was inakzeptabel ist.

Meine Empfehlung
EJB - Easy Joomla Backup
https://joomla-extensions.kubi…de/ejb-easy-joomla-backup

Zitat

EJB - Easy Joomla Backup

Kommt in diesem Falle darauf an. Muss man überlegen:
Wenn es ausschließlich um Sichern geht, OK.
Oder, wenn der Provider die Möglichkeit bietet, ein ZIP-Archiv direkt auf dem Server zu entpacken oder beim Hochladen gleich zu entpacken.
Da es dabei seitens Provider aber Hochladelimits geben kann und EJB Archive nicht in kleinere Pakete splitten kann, kann's halt sein, dass TE wieder in der selben Bredouille ist...
Bräuchte man also wieder entsprechendes Entpacker-Tool.

Wenn EJB ZIP-Archive splitten könnte, können die im Normalfall mit Providertools nicht wieder entpackt werden. Das ist leider auch das Problem mit gesplitteten ZIP-Archiven, die Akeeba auch erstellen kann. Diese lassen sich einzeln leider nicht entpacken, sondern nur mit Kickstart oder lokal mit dem extractwizard.

Deshalb meine Empfehlung Akeeba und JPA-Archive. Auch, wenn ich keiner der eingeschworenen Freunde von Akeeba Backup bin (Noch weniger, seit ich entdeckt habe, dass jetzt schon 3 FOF-Bibliotheken, statt zuvor 1, dann 2 auf manchen Servern liegen, weil bei Updates Veraltetes nicht aufgeräumt wurde ).