Beiträge von Ludger

Hallo
upps ... ich dachte ich hätte längs geantwortet. DAS WAR DER RICHTIGE RIECHER, vielen vielen Dank.

Mein Speicherplatz war mit 103% gefüllt, da der freundliche Mitarbeiter von 1&1 mir eine Datensicherung aufgespielt hatte. Nachdem ich diese und etliche alte Dateien gelöscht hatte, siehe da... alles funktionierte!

Akeeba habe ich aus /Erweiterungen/ /Aus-Webkatalog-installieren/ neu aufgespielt. php ist 7.1.5 / Wo kann ich denn die Datenbank umstellen?, in 1&1 habe ich keine Einstellung gefunden.

Nachtrag:
Nach Recherche habe ich die .htaccess (Root) ergänzt, um die verschiedenen Domainnamen auf eine Domain mit https weiterzuleitung:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>
In Joomla habe ich unter /Erweiterungen/ Konfiguration (https erzwingen: gesamte Website) ebenfalls umgestellt. Was mich noch stutzig macht (siehe .htaccess), in jommla /Konfiguration /Site /Suchmaschinenoptimierung steht die Einstellung auf Url-Rewrite-nutzen auf (nein).

So, nochmal ein herzlichen Danke für den richtigen Riecher und damit Wiedererlangen meiner Homepage. DANKE

Schöne Grüße
Ludger

Hallo,
eventuell mach ich ein neues Fass auf, aber ich habe immer noch Probleme.
Da ich kein Update von Akeeba und Joomla von der Backsite installieren kann, und ich nicht weiß wie ich per FilleZilla vorgehen soll (wohin kopieren bleibt im Trüben und was anschließend löschen ist ebenso ungewiß), dazu kommt das Problem, das ich mit FilleZilla auf 1&1 Space nicht drauf kopieren kann (trotz Änderung der Berechtigung 755 auf 777 heißt es "received failure with description Failure") Auch habe ich gelesen, das eine php.ini [memory_limit = 64M; upload_max_filesize = 25M; post_max_size = 29M; im Root bzw tmp-Verzeichnis eingefügt werden soll, aber auch diese geht nicht, Fehlermeldung heißt:
- "open for write: received failure with description 'Failure'."

Joomla ist derzeit 3.6.2; PHP (von 5.x auf 7.1.5; MySQLi 5.1.73-log; Cache Deaktiviert; Gzip Deaktiviert. Unter Erweiterungen habe ich im Backend Akeeba gelöscht,(außer F0F läßt sich als "Bibliothek" nicht löschen), ich dachte dann könnte ich es anschließend unter Verwaltung Aus-Webekatalog-Installieren erneut aktuell aufspielen.
Wenn ich nun Akeeba aus Aus-Webkatalog-Installieren aktivere, erhalte ich
- "Fehler Archive does not exist"
- "Es kann kein Installationspaket gefunden werden!"
Aus Paketdatei-hochladen erhalte ich
- "Fehler Es gibt einen Fehler beim Hochladen dieser Datei auf den Server."
- "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."
- "Es kann kein Installationspaket gefunden werden!"

Wenn ich joomla aus der vorgeschlagenen Live-Aktuallisierung updaten will (https://downloads.joomla.org/c…Stable-Update_Package.zip)
- "Es ist ein Fehler aufgetreten!"
- "0 Cannot write to log file."
Der Versuch aus Hochladen-und-Aktuallisieren heißt es
- "Es ist ein Fehler aufgetreten!"
- "403 Zugriff verboten."

Tja, ich weiß nicht wo und welche Stellschrauben zu betätigen sind. Ich würde mich über weitere Hinweise sehr freuen. Danke
Schöne Grüße Ludger

Hallo,
mein joomla ist 3.6.1 (->3.7.4) und akeeba 5.3.4 (->5.4.0) Bei der Aktualisierung seit (->3.7.0) kommt immer die Fehlermeldung mit Akeeba. Aktuell hatte ich bis dahin keine Einstellung verändert. Akeeba läßt sich nicht updaten, Fehler: Archive does not exist
Warnung: Aktualisierungspfad existiert nicht. [aber ich kann nirgendwo den Updatepfad ändern!]
Nachricht: Fehler beim Aktualisieren von COM_INSTALLER_TYPE_TYPE_.
(obwohl nie geändert!!).
Darauf wollte ich ja joomla updaten ohne Akeeba-Sicherung durchgeführt mit entsprechender Katastrophe.
Beim manuellen Akeeba-Backup kommt Fehler:"Backup Halted and Will Resume Automatically"

Gerne greife ich deinen Hinweis auf.
Also Akeeba Backup deaktivieren und erneut Joomla (-<3.7.4) updaten (in der Hoffnung das es mit deakivierten Akeebar diesmal rundum läuft.

Danke, Schöne Grüße

Hallo liebes Wunder

habe bei 1&1 angerufen und joomla sowie die Datenbank zurücksetzen lassen. Jetzt funktioniert der alte Zustand wieder.
Joomla ist wieder 3.6 und php ist 5.6.
LDAP konnte ich laut obiger Anleitung [zitat: Datenbank (über phpMyAdmin) in der Tabelle _extensions wieder deaktivieren. Tabellenzeile "enabled" auf "0" stellen."] eben nicht zurücksetzen, da keine Position LDAP, Authentifizierung oder ähnliches ersichtlich war.
Bleibt also das Problem: ohne Update von Akeeba kein Update joomla auf 3.7 --wenigstens funktionierts erst mal wieder, aber ich kann aus der Back-Site nichts beheben und wie das über ftp läuft (habe Zugriff mit FileZilla) weiß ich nicht.

Trotzdem, zunächst Danke für Deinen Hinweis der mir zumindest die Seite wiedergeholt hat.
Ludger

Nachtrag: habe cache Dateien gelöscht (bin mir nur nicht sicher welche und wo!), habe Browser-Cache im Browser und per ccleaner gelöscht. Auf der Seite sind Nutzer angelegt. Wenn ich über die Front-Ansicht mich mit User "administrator" anmelde kommt Fehlermeldung -Angeforderte Seite konnte nicht gefunden werden- Fehler: Class 'Joomla\Ldap\LdapClient' not found

Hallo,
bitte, wo deaktiere ich per ftp oder Datenbank den ldap-Server?. Ich wollte von 3.6 auf 3.7 updaten, das brach regelmäßig mit Fehlermeldung Akeeba ab. Also wollte/ habe ich Akeeba im Backend deaktiviert und wahrscheinlich auch versehenthlich in Erweiterung / Plugins die Athentifizierung - LDAP. Jetzt komme ich nicht mehr ins Backend
Überschrift: Warning: strstr() expects parameter 1 to be string, object given in /homepages/.../Joomla/MyCMS/libraries/joomla/cache/controller/callback.php on line 69 und Fehlermeldung: Call to undefined method JApplicationAdministrator::isClient()
Per ftp habe ich die Seiten "callback.php" angeschaut und per Datenbank unter extended etwas wie LDAP gesucht. Alles ohne Ergebnis bzw. Erfolg! Ich bin bei 1&1. Die Homepage steht nach-wie-vor online, aber ich komme nicht mehr in Backend .../administrator. Ich bin kein Profi. Danke im Voraus, Ludger