Da war ich schon und habe wie oben geschrieben
+ jNews scheint mir nicht mehr gepflegt zu werden
+ bwPostman hat wenige reviews
+ AcyMailing vielleicht?
in die engere Wahl gefasst.
Ich wollte ja nicht, dass jemand für mich "googelt" – sondern vielleicht Erfahrungswerte hat.
Versuch doch mal in den Optionen des Formular unter dem Reiter "Erweitert" beim Layout das UI-Framework auf Bootstrap5 umzustellen.
Ah Danke, Bootstrap5 gibt es dort zwar nicht, aber auch mit Bootstrap4 ändert sich die Darstellung. Ich schaue in Ruhe mal, was mir am besten passt.
Nun bin ich mir nicht sicher, was das Rechtliche betrifft. Darf ich websichere Schriftarten wie Arial und Konsorten benutzen, um den Schriftzug zu erstellen und das so geschaffene Bild dann veröffentlichen?
Bezieht sich die Frage auf das DSGVO-Thema mit den Goole Fonts?
https://www.e-recht24.de/artik…utz-und-google-fonts.html
Hallo zusammen,
für unsere Veranstaltungsseite
Suche ich
Kernfrage – es zu 1 und 2 Systeme, die interagieren – also auf dieselben Mailempfänger zugreifen können?
Ich würde mich über Tipps freuen, was ihr für sinnvoll erachtet. FrankLieber einfach und schlicht als extrem designorientiert.
Vielen Dank
Die aktuelle Lösung mit visforms sieht jetzt so aus:
https://www.maker-faire-sindelfingen.de/call-for-makers
Was mir noch nicht gefällt, sind die Checkbox Gruppen, bei denen in der Listenform der Text links vom Kästchen ist. Aber es funktioniert, das war mir im ersten Schritt das wichtigste.
Aber wenn jemand eine Idee hat, immer gerne.
Hallo zusammen,
abschließend von mir:
Das Problem mit Chronoforms6 ließ sich nicht lösen. Auch nicht, indem ich testweise auf PHP 7.3 gegangen bin.
Nun war die Frage, Chronoforms7 oder etwas anderes? Da ein Import der C6 Formulare nach C7 anscheinend nicht funktioniert – und ich damit von vorne anfangen musste – wollte ich mir Alternativen anschauen und ihn bei Visforms hängen geblieben.
Erste Tests sind erfolgreich. Ein paar Fragen gibt es, aber die stelle ich separat.
Nebenbei: Die Kosten, die nicht wirklich ins Gewicht fallen, sind bei der Visforms Supscription und dem C7 Update ähnlich.
Vielen Dank für die Tipps.
Wann ist denn der Fehler aufgetreten?
Und wenn du CF auf die aktuelle Version 7 updatest?
Die Seite ist von df auf all-inkl umgezogen.
Das Formular hat anfangs funktioniert und ich bin mir keiner Änderungen bewusst.
Auf meinem Handy bekomme ich beim Aufruf der entsprechenden Seite über das Menü eine .bin Datei zum Download. Kein vertrauenswürdiges Verhalten.
Denke der Fehletr wird eher bei Chronoforms zu suchen sein.
Die seltsame Datei sieht nach Sicherheitslücke aus, deswegen hab ich das jetzt temporär gelöscht. Besucher bekommen nun einen Hinweis angezeigt.
Wer es noch sehen will, kann es direkt aufrufen:
https://www.maker-faire-sindel…ontent&view=article&id=73
Generell wollte ich größere Änderungen vermeiden und im Dezember 2022 nach der Veranstaltung in Ruhe den Umstieg auf J4 angehen.
Es ist ja auch der Umstieg auf PHP 8 fällig, das momentan an "Call to undefined function get_magic_quotes_gpc()" scheitert. Das versuch ich mit dem Provider zu klären. php.ini hat nicht geholfen.
was mir beim Schreiben dieser Zeilen noch einfällt – ich muss mal die "Rechte" der Komponete auf dem Server prüfen
Hallo zusammen,
wenn die Besucher auf der von mir betreuten Seite
https://www.maker-faire-sindelfingen.de/
auf "Call-for-Makers" klicken, wird nicht das Formular geladen, sondern eine leere Datei call-for-maker erzeugt und ungefragt im lokalen Download-Ordner gespeichert.
Hier als temporäre Seite, bei der ich die geschweiften Klammern entfernt habe.
Nebenbei: neueste Version von Joomla 3, PHP 7.4
Im Moment weiß ich gar nicht, wo ich mit der Fehlersuche anfangen soll – bei chronoforms, bei Joomla oder beim Provider (all-inkl.de) ?
Vielleicht hat jemand eine Idee?
Hallo jobaer,
Du hast Dir die Anwort ja schon fast selber gegeben. Wenn Du die ASCII-Zeichnung hier direkt eingibst, ist sie ja auch verschoben – daher hast Du dich mit dem Code-Fenster beholfen.
Für solche ASCII-Darstellungen wird eine Festweitenschrift bzw. "nicht proportionale Schrift" benötigt:
https://de.wikipedia.org/wiki/Nichtproportionale_Schriftart
Dort sind beispielsweise "M" und "i" gleich breit. Im Codefenster wird das auch benötigt, da Quellcode mit Einrückungen arbeitet, die in jeder Zeile gleich sein sollen.
Was die E-Mails betrifft, weiß ich leider nicht, ob Du als Sender steuern kannt, in welcher Schrift die E-Mail beim Empfänger dargestellt wird. Vielleicht mal mit Courier ausprobieren.
Leider wird – wenn alles wieder läuft – oft vergessen, eine kurz Rückmeldung zu geben.
Das möchte ich heute nachholen.
Antwort vom Admin des Server-Betreibers:
ZitatIch habe Ihnen in der configuration.php die Pfade angepasst.
Die Logs ueberhalb von htdoc sind nur vom Webserver beschreibbar
Danach lief das Update in zwei Schritten durch. Einmal war eine automatische Datenbank-Reparatur notwendig.
Vielen dank für Eure Unterstützung mit Tipps und Hinweisen auf Tools. 
Jetzt habe ich die Einstellungen im Backend gefunden:
Aha. Was heißt nun "unwritable" – gesperrt oder nicht vorhanden?
ZitatLiegt denn dein Joomla in einem Unterverzeichnis, z.B. /joomla1 oder ganz oben. Letzteres könnte das Problem verursachen.
Dann würde ich die gesamte Webseite in ein Unterverzeichnis legen/umziehen.
Das ist eine größerer Server, der mehrer Anwendungen parallel hat.
Unserer Verzeichnis lautet sinngemäß:
0815/www.xxx.info/vhostdata/htdoc
im Verzeichnis htdoc sind
index.php
Joomla.xml
configuration.php (enthält public $log_path = '/logs';)
Das Verzeichnis "logs" und die ganzen anderen joomla-Verzeichnisse.
Im Verzeichnis "administrator" gibt es bis jetzt kein "/logs", aber das lege ich jetzt an.
"/logs" im Admin-Verzeichnis hat erst mal nicht gebracht.
Nebenbei: Ist das üblich, dass es hier nochmals eine index.php gibt?
Muss ich jetzt in der configuration.php /administrator einfügen?:
public $log_path = '/administrator/logs';
Schon mal vielen Dank.
Zum Log-File habe ich das hier gefunden:
Update von 3.4.3 auf 3.4.4 "Cannot open file for writing log"
Es gibt auf drei Ebenen log-Verzeichnisse, stehen alle auf 755.
Seiten liegen bei belwue. Vielleicht haben die Administratoren dort eine Idee.
OK, Migration wäre ein Systemwechsel, das will ich nicht. 8-)
Hallo,
ich habe knapp mittelmäßige Joomla-Kenntnisse und soll ehrenamtlich die Betreuung einer Webseite übernehmen.
Diese ist im Moment auf 3.3.1. 4 Jahre alt, wahrscheinlich grob fahrlässig.
1. Im Control Panel steht: "Joomla! is up-to-date"
2. Wenn ich da aber drauf klicke sagt mit das System, ich können auf 3.6.5 upgraden.
https://downloads.joomla.org/c…Stable-Update_Package.zip
3. Wenn ich "write files directly" stehen lasse und auf [ Install ... ] klicke, kommt die Fehlermeldung " Cannot open file for writing log "
Frage: macht es überhaupt Sinn, das System über mehrer Schritte hochzuziehen oder besser Neuinstallation?
Falls Migration sinnvoll, was wären meine nächsten Schritte?
Danke, Gerhard
