Everything posted by d00p
-
Uncaught exception
Hast du denn vllt in der Datenbank jetzt irgendwo für deinen user dein theme "Froxlor-new" gewählt gehabt ohne es wieder zurückzusetzen?
-
Uncaught exception
Also was willst du dann für ein update fahren? Und jetzt hast du immernoch den Fehler oder wie?
-
Uncaught exception
wie du bist nicht mal auf der aktuellen version?!
-
Uncaught exception
du sollst nich nur irgendwelche ordner "neu laden" .... cd /var/www/html mv froxlor froxlor-kaputt wget https://files.froxlor.org/releases/froxlor-latest.tar.gz tar xvfz froxlor-latest.tar.gz cp froxlor-kaputt/lib/userdata.inc.php froxlor/lib/userdata.inc.php chown -R froxlorlocal: froxlor/ (ich gehe von einer standardinstallation aus, dein username könnte anders sein)
-
Uncaught exception
hilft halt null so, zeile 27 in der index.php inkludiert lediglich die lib/init.inc.php - am besten lädst du vllt einfach die froxlor dateien aus dem release-archiv neu (https://files.froxlor.org/releases/froxlor-latest.tar.gz) um auszuschließen das irgendwelche deiner Änderungen da was kaputtgemacht haben
-
Uncaught exception
Öffne die lib/userdata.inc.php und setze die zeile $sql['debug'] = false; auf $sql['debug'] = true; Du solltest dann in deinem Fehler einen kompletten Trace bekommen, den zeigst du uns mal
-
Uncaught exception
da ist nichts was "startet"...du hast irgendwo einen Fehler eingebaut. Lösche doch einfach mal die lib/config.inc.php wieder die du angeblich nur kopiert hast
-
Uncaught exception
Also doch nicht "nur die config.example.inc.php kopiert" sondern blind irgendwas irgendwo hinkopiert ... und wenn du in den SCSS Dateien rumspielen müssen die assets auch erst wieder gebaut werden, dafür brauchst du die ganzen npm abhängigkeiten usw usw. Wenn du nur ein bisschen css überschreiben willst, leg die Datei `templates/Froxlor/assets/css/custom.css` an und mach deine änderungen da
-
Uncaught exception
Ohne das du uns sagst was du genau wo wie gemacht hast lässt sich hier nicht helfen...nur die config.example.inc.php kopiert führt nicht zu diesem Fehler, das mache ich ständig bei diversen Installationen
-
Uncaught exception
Würde schätzen du hast dann einen Syntax Fehler in der Datei. Hast du die wirklich nur kopiert oder auch was geändert?
-
vHost Config (Nginx)
Ist doch Client-Sache auf was eine Domain auflöst....trag bei dir aufm PC halt in die hosts Datei deine domain/subdomain ein und lass sie auf entsprechende IP zeigen... was du da in den nginx-vhost configs machst hat doch nix mit "subdomains ansprechen" zu tun..du hast offenbar irgendeinen dienst der auf port 9000 weiterleitet und du willst nginx in dem fall als proxy benutzen. Dein letzter Ansatz ist richtig - die "Eigene vHost Konfiguration" wird nur *innerhalb* des *server { }* blocks geschrieben - der ist also nicht anzugeben. Bitte auch im Hinterkopf behalten das in nginx deutlich mehr möglich ist, als was wir abdecken können. Nicht alles klappt
-
Backup - User Web & DB
Als Admin kannst du den "Export" für Kundendaten lediglich in den Einstellungen aktivieren/deaktivieren. Ein Admin hat keine eigenen Daten zum exportieren...
-
Glue Private Nameserver Node — Initial Configuration
no idea what this has to do with froxlor or your gluerecords now...
-
Glue Private Nameserver Node — Initial Configuration
Well without any logs and generated configs or at least the real domain, we're not able to test/check anything...also where does this "IntoDNS" come into play? froxlor uses either bind or pdns...
-
Glue Private Nameserver Node — Initial Configuration
To be honest, i can't understand half of what you've wrote... Did you try to somehow create glue-records for Node.domain.dominion via froxlor? Froxlor does not include this.
-
Froxlor mit Nginx - phpmyadmin und SoGo Webmail
Am sichersten fährst du wenn du dafür einen eigenen "Kunden" in froxlor anlegst. Irgendwelche symlinks etc. Führen mit Sicherheit zu Rechteproblemen.
-
Froxlor mit Nginx - phpmyadmin und SoGo Webmail
Was meinst du mit "den Pfad erkennen"??? Froxlor liegt normal unter /var/www/html/... natürlich ist dann irgendwas unter /var/www/woanders nicht lesbar rechtlich Wir liefern nix mit bezüglich powerdns....da musst du einfach in deren Doku Schauen.
-
Froxlor mit Nginx - phpmyadmin und SoGo Webmail
kannst du kein problem auch das ist problemlos, froxlor liefert da nichts direkt mit, es steht dir alles komplett frei zu installieren was auch immer du brauchst/möchtest warum? Sehe den Vorteil da nicht....hinterlege doch in froxlor die allgemeine pma URL und dann taucht das bei den kunden sogar im Menü links auf. Alternativ sofern du DNS verwaltest der Domains könntest du das via CNAME lösen. Von einem globalen Alias z.B. auf /pma rate ich ab. Standardmäßig wird php-fpm verwendet, d.h. jeder Kunde hat seine eigenen PHP Prozesse die auch nur mit seinen Rechten ausgeführt werden. Biegst du da jetzt von allen Kunden global was auf z.b. /usr/share/phpmyadmin via Alias greift da mit sicherheit openbasedir und allen voran stimmen halt die nutzerrechte usw. nicht - das ist ein riesen durcheinander. Am einfachsten: Kommuniziere doch eine allgemein-gültige URL für webmail und phpmyadmin, z.B. pma.mein-froxlor.tld und webmail.mein-froxlor.tld - hinterleg das in den settings als phpMyAdmin und Webmail URL und gut is. Installieren würde ich solche tools als eigenen Kunden, z.B. "services" oder sowas, dann hast du auch rechtetechnisch ne saubere Trennung und alles tut wie es soll.
-
irgendwas stimmt mit goaccess in froxlor nicht
kann ich dir so auf die schnelle nicht sagen, froxlor liest ja pro kunde/domain die logs und analysiert pro kunde/domain und schreibts in die DB zurück, dort wird es für die übersicht aufaddiert etc. das ganze Traffic-Zeug muss offenbar umfangreich überarbeitet werden, kann dir wirklich nicht sagen wo da diese Diskrepanz herkommt ohne da tiefer einzusteigen - ist halt opensource, aktuell habe ich sehr wenig zeit.
-
nicht mehr benötigte PHP-FPM Versionen löschen
Die php-config mit der ID 1 kann nicht gelöscht werden, weil wir sicherstellen müssen, dass mindestens eine Config vorhanden ist egal wie. Ändern kannst du sie aber problemlos in was Aktuelles
-
API: Unauthenticated. Please provide api user credentials.
Sichergestellt, dass unter PHP -> PHP Konfigurationen -> config für froxlor die option "Übergeben von HTTP AUTH BASIC/DIGEST-Headern von Apache an PHP" aktiviert ist?
-
Froxlor-Cronjob gibt nach Update von Debian 11 auf 12 (inkl. PHP-FPM-Update) Warnungen aus
Ich sitz nunmal gern am PC und älter werde ich leider doch ...erinnere mich bloß nicht dran Ganz lieben Dank für das Dankeschön
-
Froxlor-Cronjob gibt nach Update von Debian 11 auf 12 (inkl. PHP-FPM-Update) Warnungen aus
Aber wieso kommentierst du denn so sachen auch aus?
-
Froxlor-Cronjob gibt nach Update von Debian 11 auf 12 (inkl. PHP-FPM-Update) Warnungen aus
Wo hast du da was überprüft? Das erscheint mir eine sehr merkwürdige aussage...da heisst bei mir alles wie immer
-
Froxlor-Cronjob gibt nach Update von Debian 11 auf 12 (inkl. PHP-FPM-Update) Warnungen aus
Was auf CLI standard aktiv ist und was froxlor für php-fpm nutzt hat absolut nichts miteinander zu tun,. Wirkt auf mich jedenfalls eher wie ein upgrade problem, bzw. im Anschluss an das upgrade. Ist das auch wirklich vollständig durchgelaufen? Keine zurückgehaltenen Pakete oder irgendwas? Ist jedenfalls kein froxlor issue, das kommt direkt schon von php