Bietet Visforms denn auch optisch moderne Desigstile für die Formularerstellung an?
Die Darstellung im Frontend in der Regel vom Template gesteuert. Insofern müsste man frage, was soll eine Formular-Komponente können, nicht wie sie aussieht...
Ich arbeite viel mit RSForms Pro. Vielseitig einsetzbar, diverse Frameworks wie UIKit, Bootstrap, usw werden unterstützt für die Darstellung. Und das ist ja alles über CSS steuerbar...
mh... Also ich habe selten an den Berichtigungen über FTP geschraubt. Mir schien es, dass Joomla vorher die configuration.php immer automatisch mit 600 gespeichert hat. Zumindest habe ich das jetzt mal in einer 3er Version getestet. War bis heute auch mit allen 4er so.
Und jetzt speichert Joomla plötzlich mit 444 ab. Leserechte für alle???
Kann ich nicht bestätigen. Bei verschiedenen Seiten gerade ausprobiert.
Bleibt bei 444.
ja, 444 ist aber neu...? ich hatte vorher immer 600. ist 600 nicht sicherer?
Mir ist grad aufgefallen, dass die coniguration.php neuerdings mit CHMOD 444 statt 600 gespeichert wird, wenn man im Backend in der Konfiguration was ändert.
ich habe mit DOCman von Joomlatools.com schon sehr gute Erfahrungen gemacht.
Die Prüfsummenprüfung für das Joomla-Core-Update ist fehlgeschlagen.
same here...
auf 4 Seiten bei verschiedenen Hostern
Hier die Antwort von Akeeba
Akeeba Backup 9.4 and later versions are only available for Joomla 4.2 and later.
I will check why Joomla is proposing an update to a version which is incompatible with your site.
In the meantime, please reinstall Akeeba Backup Professional 9.3.4 on your site, or upgrade your site to Joomla 4.2.
Bist doch auch schon ein alter Hase. Immer die aktuellsten Versionen!
Jupp da muss ich wohl selber an der Nase nehmen ☝🏻😎
Und mit der aktuellen Joomlaversion 4.2.3?
das müsste man mal austesten.
Da in den letzten Versionen kein Security-Fix dabei war, habe ich das Update noch etwas auf die Bank geschoben...
Hab es auf alle Fälle mal an Akeeba weitergeleitet.
danke Elwood!
bin nun im Backend und schmeisse den Backupkram von Akeeba erstmal runter.
habe noch eine "gespiegelte" Seite in einer Subdomain, dort werde ich das Update von Akeeba einspielen und dann mal schauen.
So, Joomla 4.1.5
Akeeba Backup Pro von 9.2.1 auf 9.4.1
die Site crasht mit Meldung:
Zitat0 Call to undefined method Akeeba\Component\AkeebaBackup\Administrator\Model\UpgradeModel::getDatabase()
Frontend:
Interface 'Joomla\Database\DatabaseAwareInterface' not found
in Akeeba liegt wohl der Hase im Pfeffer!
wie kann ich es ganz über die DB deaktivieren?
hab jetzt mal nur einzelne Ordner per FTP unbenannt. Dann komme ich zumindest wieder ins Frontend.
jetzt noch
JROOT/plugins/quickicon/akeebabackup/src/Extension/AkeebaBackup.php:29
im Backend
jetzt bin ich im Backend.
beim Aufruf von Akeeba Backup kommt die Fehlermeldung: 500 Error
hallo
Auf einer Seite habe ich keinen Zugriff mehr, Frontend und Backend.
es erscheint die Meldung
Interface 'Joomla\Database\DatabaseAwareInterface' not found
noch nie gesehen, Google hilft auch nicht gross weiter.
kennt das jemand?
J 4.1.2 / PHP 7.4.30
Merci
ECR von Viktor:
also der Admin erhält den Anhang, der Anhang wird auch korrekt im Ordner auf dem Server gespeichert, korrekt? Und beim Attribut sind beide Empfänger ausgewählt?
Müsste eigentlich schon klappen, ich hatte noch nie Probleme damit... mal verschiedene Dateiformate (JPG, Doc usw) versucht?
RsForm ist aktuell? Sonst müsstest du mal den Support dort bemühen, du hast ja eine Pro Subscription.
Hi Henryk
du kannst auch beide Optionen wählen, User EMail und Admin Email mittels CTRL Taste.
Das PDF sollte im vorgebenen Übermittlungsordner gespeichert werden, auch wenn kein Empfänger dafür ausgewählt wurde.
...mh, bei "E-Mail an Benutzer" musst du vorerst gar nichts machen, auch nichts wählen.
Dort wo du das Formular zusammenstöpselst, da ist das Feld "Datei Hochladen". Da ist bei dir "User EMail" und "Admin Email" eingegraut, also ausgewählt?
Wenn du mit dem Formular auf der Seite ein PDF sendest, landet es im vorhergesehenen Order components/com_rsform/uploads/ ?
hi
beim Formular-Feld "Datei hochladen" unter Attributes : hast du dort gewählt, wer das File per Mail dann erhält?
Bei der Einstellung "E-Mail an Benutzer" musst du kein File wählen.
Wenn du im Frontend bist, musst du doch nicht ins BE?
doch, wenn ich zB das Passwort oder den Username eines anderen Nutzers ändern möchte.
Der Seitenbesitzer bearbeitet alles mögliche als Admin auf seiner Seite, immer im Frontend. Beiträge, Newsletter usw usw. Der hat das Backend /administrator noch gar nie zu gesicht bekommen.
Nun besteht manchmal die Notwendigkeit, dass dieser Admin für einen X-beliebigen User ein neues Passwort setzen muss.
So, im Normalfall muss ich ihm nun den Zugang zum /administrator freischalten, weil das noch mit htaccess geschützt ist. Er muss also noch ein zusätzlchies Login speichern (gehen wir davon aus, es ist ein DAU, der Passwörter grundsätzlich nirgends speichert). Dann ihm erklären, wo er die Benutzer ändern kann. Diesen Schritt möchte ich ihm ersparen....
Ich habe schon ziemlich lange rumgesucht und denke, so was gibt es wohl noch nicht.
Besten Dank, ja das EUL von Viktor kenne ich.
ist aber nicht das, was ich suche, damit kann ich als Admin vom Backend aus in jedes beliebige User-Account einloggen im FE.
Meine Anforderung ist: ich bin im FE eingeloggt als Super User oder Admin. Nun möchte ich das Profil von User XYZ ändern, ohne in das Backend zu wechseln.
Acymailing hat zB so eine Funktion, da kann ich vom Frontend aus die User editieren.
Hi
kennt jemand ein Tool, wo Administratoren die Benutzer verwalten können, ohne in das /administrator Verzeichnis zu wechseln?
Also von einem Frontend Menüpunkt aus
(natürlich nur, wenn als Super Admin oder Admin im FE eingeloggt)
Für Acymailing oder ähnliches gibt es solche Funktionen, dass man zB Newsletter erstellen, versenden kann usw. ohne in das /administrator Verzeichnis zu wechseln
Merci! 
