All Activity

As a matter of Fact it is working now - I had to specify the global variable in the php configuration. I will be changing to fpm soon.

intended, /dev/ is not allowed to be specified. Also consider switching to php-fpm, fcgid is pretty old

Hi there, I was just trying to install Contao5 on PHP8.4 within Froxlor. Contao complains about /dev/null not being in the open_basedir directive. So I wanted to add it under Settings > Webserver > Paths to append ... but it is not reflected in the PHP-Ini. The open_basedir says "open_basedir = "<customerpaths>:/usr/share/php/:/usr/share/php5/" - the latter paths are taken from FCGID-Settings in Froxlor. But the /dev/null won't get added. Is this normal behaviour or can it be considered a bug? The full name of the setting is: <-- Paths to append to OpenBasedir These paths (separated by colons) will be added to the OpenBasedir-statement in every vHost-container. --> Does this only apply for vhost-Containers? Since I have PHP as FCGID - the vhost does not Apply for Open_Basedir... Thanks for your thoughts, Thomas.

Ich dachte "Mach für Dich/Dein Unternehmen doch mal eine Betroffenheitsprüfung nach §28 BSIG. <50 Mitarbeiter und/oder <10Mio Bilanzsumme, dann bist Du keine 'wichtige Einrichtung'". Aber ja, man kann (und das BSI hat das wohl so getan) § 28 Abs 1 Nr. 2 so interpretieren, dass die globale Definition des Geltungsbereiches des BSIG hier "überschrieben" wird. Wir haben "Fachkraft für Datenschutz" und "IT-Sicherheitsbeauftragten". Diese sind mit dem Ergebnis "interviewe mich mal für eine Doku, Handlungsempfehlungen und (wiederkehrenden) Maßnahmenplan zu 'wir sind DNS, Web- und Mail-Hoster' nach NIS 2" gegenüber claude.ai eigentlich ganz zufrieden. Jetzt haben wir irgendwie 15 Kapitel Dokument und ein paar wiederkehrende Aufgaben sowie Mitarbeiter mit erhöhtem Bewusstsein - eigentlich keine Raketenwissenschaft oder grundlegend Neues wenn man mal ein VVZ (alt ;-) nach DSGVO/BDSG gemacht, oder einem Kunden ei TiSAX bzw. ISO 27001 geholfen hat. Mit der Meldung beim BSI hadern wir noch ...

ja ich weiß ich bin etwas spät dran aber mich würde trotzdem interessieren wie ihr das umgesetzt habt. Jeder (unabhändig von der Betriebsgröße) der einen eigenen DNS für seine Kundendomains betreibt fällt ja unter die NIS-2 Richtlinie. Zitat: Gemäß § 28 Absatz 1 Nr. 2 BSIG sind DNS-Diensteanbieter, unabhängig ihrer Größe, verpflichtet die Anforderungen nach §§ 30 ff. BSIG zu erfüllen. Damit kommen Dinge wie Registrierungspflicht beim BSI, erstellen diverser Dokumentation wie Informationssicherheitsrichtlinie, Risikoanalyse, Notfall- und Backupdokumentation, Patch-/Benutzer-/Zugriffsrichtlinien und auch des Vorfallsmeldeprozesses. Hattet ihr euch dazu entsprechende Unterstützung durch Berater geholt? Welche einschlägigen Webseiten sind empfehlenswert? Oder sitzt ihr es einfach aus? Die KI ist auch nur bedingt hilfreich, da drei Anbieter drei unterschiedliche Ergebnisse liefern und alle abdriften.

Hab ich gesehen, ganz lieben Dank

Hat funktioniert! Aktuelle Version ist jetzt 2.3.10! Vielen Dank an Dich! Ein kleines Präsent ist via PayPal unterwegs. Bis denne.

Uff, Update auf 2.0.24 hat funktioniert. Weiter gehts.

Wow, vielen Dank. Und danke für Deine Zeit und Deine Geduld mit einem "Admin" der nur alle paar Jahre reinschaut ob es alles passt. Und der den hübschen Updaten-Knopf entdeckt hat, und sich dachte "das läuft ja wie geschmiert"! Ich werde Deinen Schritten mal folgen und dann berichten.

sichere deine lib/userdata.inc.php lade die letzte 2.0er version (https://files.froxlor.org/releases/froxlor-2.0.24.tar.gz) schiebe dein aktuelles /var/www/html/froxlor beiseite, z.B. /var/www/html/froxlor-2.3 entpacke die 2.0.24 nach /var/www/html/froxlor schiebe deine userdata.inc.php wieder nach lib/ in dem ordner mache die updates switch dann deinen /var/www/html/froxlor-2.3 wieder zu /var/www/html/froxlor (den anderen kannst du optional als backup umbenennen) mach wieder alle updates und nein, lösche bitte auf keinen fall manuell irgendwelche tabellen

Ich hab schon begriffen, dass ich von so einer alten Version nicht auf 2.3 direkt updaten kann - ich habs aber getan, und habe nun den Salat. Wie kann ich das nun reparieren?

Ja stimmt, wenn ich sie gelesen hätte... Ich möchte das noch anders versuchen, bitteschön. Nochmals die Frage: wenn ich die froxlor-Tabelle lösche, legt Froxlor beim Aufruf dann die Datenbank komplett neu an? Oder bin ich dann wieder auf die Installationsroutinen angewiesen?

Doch die guides sind hilfreich wenn du sie auch liest, siehe https://docs.froxlor.org/latest/general/migration-guide/2.2.html - da ist MINDESTANFORDERUNG froxlor-2.0 und höher. Du kannst nicht von 0.10.x auf 2.3 direkt - die update files sind nicht mehr dabei, das zeug ist JAHRE alt

Diese Anleitungen sind nicht mehr hilfreich, da ich direkt von 0.10.x auf 2.3.10 gesprungen bin. Ich hänge in jedem Fall im Update-Screen. Wenn ich die froxlor-Tabelle komplett lösche, sollte Froxlor die Tabelle bei neuerlichem Login komplett neu anlegen, richtig? Ich weiß, die Konfigurationen sind dann auch weg, aber Hauptsache ich komme wieder ins Dashboard.

https://docs.froxlor.org/latest/general/migration-guide/2.0.html bzw. dann für alle weiteren versionen: https://docs.froxlor.org/latest/general/migration-guide/

Hallo, ich habe versucht Froxlor von einer Uralt-Version unter Debian 9 (noch im alten Design) auf Version 2.3.10 upzugraden. Ich bin auch von Debian 9 direkt auf Debian 12 Bookworm gesprungen, das ging auch nicht ohne Querelen. Das neue Login-Panel von Froxlor 2.3.10 war sichtbar, auch das Dashboard, wo man links nur "froxlor upgrade" sieht. Unten auf "proceed" geklickt, Database integrity ok. Aber "Click here to continue" führt mich nur wieder zur froxlor update Seite. Ich habe in der Zwischenzeit versucht froxlor mit purge komplett zu entfernen und neu zu installieren, nach der Anleitung auf https://docs.froxlor.org/latest/general/installation/apt-package.html. Der Fehler bleibt aber derselbe, ich bleibe im Update-Schirm von Froxlor hängen. Aus einem anderen Post im Forum ahne ich schon, dass da was mit der Uralt-Datenbank nicht richtig funktioniert. Könntest Du mir einen Tipp geben, wie ich das ganze beheben kann? Die installierten Websites sind nicht so wichtig, ich könnte alle Konfigurationen problemlos löschen und neu installieren (also die gesamte Froxlor-Datenbank und die sites-enabled-Konfigurationen aus /etc/nginx/ entfernen). Server ist jetzt auf Debian 12 Bookworm, PHP 8.4., nginx. liebe Grüße aus Wien

Hallo, danke, macht natürlich Sinn. Dachte aus irgendeinen Grund Froxlor setzt seine Passwort Policy auch für MySQL um, deswegen mein Eintrag. LG

das kommt von deiner mysql/mariadb config...ich hab seit jahr und tag mit den defaults nie probleme. Möglicherweise haben hier vllt neuere mariadb/mysql versionen neue policies oder so. Denke auch nicht das es an den fehlenden Sonderzeichen, sondern viel mehr an den kurzen 8 Zeichen liegt

Hallo, seit ein paar Versionen gibt es folgendes verhalten: Man möchte eine MySQL Datenbank erstellen und gibt ein zu schwaches Passwort ein, wird die Datenbank angelegt, aber der User nicht In diesem Fall lautet die Policy: 8 Zeichen, ein groß- und ein kleinbuchstaben, aber keine Sonderzeichen als Pflicht Erstellt man ein Passwort ohne Sonderzeichen kommt folgende Meldung: SQLSTATE[HY000]: General error: 1819 Your password does not satisfy the current policy requirements Die angelegte DB ist dann im Frontend auch nicht sichtbar, und der User kann keine weiteren DBs mehr erstellen Vermutlich werden die meisten eh die Sonderzeichen aktiviert haben, aber dennoch ein wuzi kleiner Bug ;-)

it's currently not possible to completely disable statistics as they are used to fill the traffic info

Hi, is there any way to completely disable statistics in an update safe way? I already uninstalled awstats, so there is nothing left on my debian server. Froxlor still creates folders/configs as I did not find any place to disable statistics.

Too early to say - but be assured that we will of course take upgrading into account as always

Hopefully this AI inundation is a sort of low-hanging fruit situation; that people try to find projects to spam that haven't been flooded with AI reports yet. I see the git main branch started fresh. I'm curious what the ultimate migration path from 2.0 to 3.0 will be? Will it still allow in-place upgrade, or a data import perhaps?

Interesting question. Based on my experience, Froxlor mainly tracks disk and traffic usage, but exceeding those limits does not always automatically block uploads or suspend websites. It would be great to hear clarification from the developers on how quota enforcement is intended to work in current versions.

not in the near future