Beiträge von candide
-
-
-
-
In die DB gehen in die Tabelle #_extensions und das Plugin löschen.
danke, hat funktioniert
thx
-
hi,
uner Erweiterungen-Aktualisieren taucht immer der
Installer - Install from Web
auf. Wenn ich aktualisiere, erhalte ich aber die Fehlermeldung:
ZitatPLG_INSTALLER_WEBINSTALLER_ERROR_PLUGIN_INCLUDED_IN_CORE
Erweiterung „Update“: Erweiterungsspezifische Installationsroutine ist fehlgeschlagen.
Vor dem Update ist zu prüfen, ob dieses kompatibel mit der eingesetzten Joomla-Installation ist.Es wird dringend empfohlen, vor dem Update ein Backup zu erstellen.
Tipps?
-
Ich sehe kein großes Problem für die das zu fixen, wenn sie wollen. (Wenn's nur das ist.)
die Erweiterung steht in https://extensions.joomla.org/extension/blog-factory/ mit dem Fehler
ZitatBlog Factory
This extension has been unpublished for the following reason:
UR1: Broken Links
Zitatbedeutet:
https://extensions.joomla.org/…d-extensions-error-codes/
Listing has been unpublished because the primary links (Project Homepage, Download) are not correct or the site is down
Dazu ist es eine Free-Version und Support erhält man nur für gekaufte Produkte
Was ist das für eine seltsame Idee? Also ein Wechsel scheint angeraten
thx
-
Die Version wäre noch interessant, wobei die "neueste", die angeblich Joomla-4-fähig wäre, auch schon 3 Jahre alt ist.
Your installed version:
4.4.6Latest version available:
4.4.6Blog Factory - Joomla Extension from thePHPfactory
steht da als J4-Version.
Wäre ein Wechsel auf andere Blog-Erweiterung sinnvoller?
thx
-
-
-
-
hi,
nach der jetzt erfolgreichen Migration J3.10.11 -> J4.3.2 mit MM4 sehe ich noch einige Unschärfen bei diesem Plugin:
plg_system_jsnextfw
PLG_SYSTEM_JSNEXTFW_XML_DESCRIPTION
Vorher hatte ich in J3 alle alten JoomlaShine Erweiterungen erfolgreich deinstalliert.
Ich habe schon via phpMyAdmin das Plugin untersucht, es hat in den Spalten enabled und protected = 0
Wie kann ich es loswerden?
thx
-
Siehe hier: Deinstallation JSN Template and Plugins nicht möglich
#2 und #3
danke, hat geklappt!!!
-
Das Modul Admin Bar von JoomlaShine (JSN) war das Problem. Tim Davis von MM4 hat mir innerhalb weniger Stunden - am WOchenende! - ein Video erstellt mit dem Tipp, die Erweiterung JSN Admin Bar zu deaktivieren. JoomlaShine hat die Entwicklung ja seit einiger Zeit eingestellt.
Jetzt versuche ich gerade die alten JSN Plugins zu deinstallieren, die sind aber geschützt. Eine kurze Web-Recherche hat nix ergeben wie das geht.
Tipps?
danke
-
sorry für meine Fragen, aber mit Joomla arbeite ich wirklich selten, das sieht man ja
Ich habe jetzt den Restore ein zweites Mal durchgeführt und auch zum Abschluss den button
Remove the installation directory
geklickt.
Immerhin sehe ich meine Webseite endlich wieder. Zwar mit falschem Template, aber die Inhalte sind wieder da.
Ich hoffe dass die jetzt anstehende Migration J3 -> J4 mit mmp besser klappt
DANKE für Eure Hilfe
-
Das backup ist so gut wie abgeschlossen. Deshalb der Screenshot mit dem "Clean Up"-button. Den habe ich nicht geklickt, weil die kickstart-dateien ja im Ordner /de waren, was offenbar keine gute Idee ist, man soll wohl einen Ordner wie kicktemp erstellen und dort den kickstart ausführen.
Und wenn ich jetzt die homepage der Website aufrufe, kommt immer noch die Seite des Akeeba-installers
-
Du hast keine Kopie gemacht?
ja, weil ich ein backup auf die /de restored hatte, was von einer völlig anderen webseite stammt )mein Fehler). Dann kann ich ja auch den Ordner /de komplett leeren und das Akeeba-Restore durchführen??
Es sind ja alle Restore-Dateien wieder da.
Da war noch die htaccess.bak, die ich manuell umbenannt habe in .htaccess. Nur bei der .htaccess hakts wohl
Manuell deswegen:
Akeeba Solo (Standalone) - Akeeba LtdAkeeba Ltd is a provider of premium software for Joomla! and WordPresswww.akeeba.comZitatYou now have three options to proceed, depending on how you extracted the backup archive.
If you used Kickstart to extract the backup archive, close the window/tab of the restoration script and return to Kickstart's window. You will see a big “Clean Up” button. Just click on it and it will automatically remove the installation directory, the backup archive,
kickstart.php
and its translation files, as well as renamehtaccess.bak
to.htaccess
andphp.ini.bak
tophp.ini
respectively. No further action is necessary. Your restored site is ready for use.If you had created a
kicktemp
directory for Kickstart's FTP mode to work properly, you must remove it manually with your FTP client application. Kickstart will not do that automatically.If you were not using Kickstart, you can try clicking on the Remove the installation directory button to have ANGIE try to remove the installation directory automatically. If it succeeds, it will present you with a success dialog. Just click on the Visit your site's front-end button to visit your site's front page. However, if you used Kickstart to extract your files and clicked on this link accidentally instead of using Kickstart's Clean Up button you need to manually rename
htaccess.bak
to.htaccess
andphp.ini.bak
tophp.ini
, as well as remove the archive file, kickstart.php file and all its INI files and thekicktemp
directory (if one is present) manually.If you uploaded the extracted files manually, you must remove the installation directory from your site using your FTP client application before visiting your restored site. If you don't, the restoration page may appear again. In this case do not run the restoration again. Just remove the installation directory through FTP and retry visiting your site.
-
soweit habe ich den kompletten Akeeba-Restore durchgeführt, bis auf eine Kleinigkeit:
die kickstart.php plus die 3 *.jpa-backup-files hatte ich direkt im Ordner /de plaziert, wo ja auch die Website-Dateien liegen.
Im Akeeba kickstart-user-guide.pdf steht dass der allerletzte Schritt der Clean Up-button ist
Wenn ich den klicke wird aber das Installationsverzeichnis gelöscht. Das will ich ja nicht. Die Installationsdateien habe ich mal manuell per FileZilla in den neuen Ordner kicktemp verschoben.
Und ein manuelles Umbenennen per FileZilla der htaccess.bak in .htaccess öffnet immer noch die Startseite mit dem Akeeba-backup site restoration script
Und wieso finde ich keine php.ini?
was kann ich tun?
-
hallo Elwood,
den Server-Ordner habe ich jetzt kopiert in einen Server-backup-Ordner.
Die DB bzw. alle Tabellen darin löschen klappt noch nicht so, mit MySQL arbeite ich selten.
Tipp?
-
ich habe per FileZilla im Verzeichnis
/de/administrator/components/com_akeeba/backup
ein aktuelleres backup gefunden, 3 Dateien mit der Dateiendung
.j01
.j02
.jpa
Kann ich damit was anfangen?
-
danke für die Hinweise.
Ich habe nun via STRATO BackupControl die files aus einer Strato-Sicherung auf den Server zurückgespielt.
Denn meine *.jpa-Dateien habe ich nicht gefunden. Es gab nur diese Dateien:
akeeba.backend.id-20230609-102332-25481.log.php
akeeba.backend.id-20230610-131442-588179.log.php
und das sind wohl keine backups?
https://www.heilmeditation-sb.de/administrator/index.php
liefert leider eine leere Seite.
Ich bin schon soweit dass ich das nächste J3->J4-Update via mmp durchführen werde, wie ich es bei J2->J3 getan habe. Das Gefummel mit den Extensions ist mir zuviel Detailarbeit.