Jump to content
Froxlor Forum

df8oe

Members
  • Content Count

    100
  • Joined

  • Last visited

  • Days Won

    1

df8oe last won the day on April 28

df8oe had the most liked content!

Community Reputation

1 Neutral

About df8oe

  • Rank
    Advanced Froxie

Recent Profile Visitors

1239 profile views
  1. Dummer eigener Fehler. composer.lock wurde nicht kopiert. Sorry für die Unruhe - läuft wie vorher.
  2. Bis zur Version 10.25 lief alles mit meinem php8. Mit dem Update auf 10.26 ist das leider nicht mehr so: Problem 1 - Root composer.json requires phpunit/phpunit 8.4.1 -> satisfiable by phpunit/phpunit[8.4.1]. - phpunit/phpunit 8.4.1 requires php ^7.2 -> your php version (8.0.6) does not satisfy that requirement. Problem 2 - Root composer.json requires sebastian/phpcpd ^4.1 -> satisfiable by sebastian/phpcpd[4.1.0]. - sebastian/phpcpd 4.1.0 requires php ^7.1 -> your php version (8.0.6) does not satisfy that requirement. Problem 3 - Root composer.json re
  3. Danke für die schnelle Antwort - diese Option kannte ich noch nicht und das war es natürlich Ich wünsche einen schönen Abend und bleib gesund!
  4. Hallo an alle, ich habe mir auf Basis eines php7.4 eine zweite Konfiguration erstellt. Diese soll eine eigene ini-Konfiguration (z.B. erlaubte Funktionen) bekommen. Ich habe sie aber zunächst mal nur angelegt - und sie zur Unterscheidung von der originalen php7.4 php7.4-special genannt. Ich finde diese Konfiguration nun auch im php-Dropdownmenü in den Domains - jedoch ist sie ausgegraut und damit nicht anwählbar. Ich verwende php-fpm - habe sicherheitshalber den service php7.4-fpm neu gestartet. Kein Unterschied - neue Konfiguration nach wie vor ausgegraut. Daraufhin habe ich die bei
  5. Many thanks for the quick fix - works like a charm again And yes - I am using php8 since ~14 days. Arch Linux... Best regards - stay safe df8oe
  6. Habe schon lange nicht mehr die Kundentraffic-Funktion genutzt. Ich bekomme da einen Fehler angezeigt: ------------------------------------------------------------- HY093 SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens File: lib/Froxlor/Database/Database.php:83 Trace: #0 lib/Froxlor/Database/Database.php(83): PDOStatement->execute(Array) #1 admin_traffic.php(85): Froxlor\Database\Database::pexecute(Object(PDOStatement), Array) #2 {main} ------------------------------------------------------------- Froxlor-version: 0.10.24 D
  7. Danke für die superschnelle Implementierung! Habe schon von Github gefetched 😀😀😀
  8. df8oe

    http2

    Das wird es sein. Denn ansonsten sieht in den ip/port und in der vHost selbst alles gut aus. Aber es ist eben nur die "Standard-Option" Protocols h2 http/1.1 gesetzt.
  9. df8oe

    http2

    Hallo an alle, ich habe gerade http2 auf meinem Apachen aktiviert. Wenn ich über die Developer-Konsole des Chromium schaue werden ein paar Elemente mit http2 geladen - aber viele (leider Bilder) nach wie vor mit http1.1. Ich habe das auf mehreren Domains (mit unterschiedlichen CMS) getestet - überall das selbe. http2 ist ziemliches Neuland für mich. Woran liegt es? Wer gibt vor dass die Bilder mit http1.1 geladen werden(sollen)? Oder was verhindert dass die Bilder mit http2 geladen werden? Fehlt noch eine Einstellung im Apachen / im vHost (ich habe lediglich in Froxlor global http2 aktivi
  10. Richtig. Und was das "Umgehen" angeht: Ich rede nicht von den domainbezogenen Einstellungen. Da ist AntiXss absolut sinnvoll und ich würde es auf keinen Fall dort umgehen wollen. Da haben die User ihre Finger im Spiel... Ich rede von den Admin-Einstellungen, die über die "Einstellungen / Webserver Einstellungen" gemacht werden können. An der Stelle schraubt nur der "Oberadmin". Hier sollte man AntiXss umgehen.
  11. Ergänzung: Der Auslöser für den Fehler war wohl auch nicht das Neuanlegen einer Domain sondern die Tatsache, dass ich in dem Zuge gleich http2 aktiviert habe. Das musste ja zunächst im Settingspanel für den Apachen gemacht werden...
  12. Kann ich nachvollziehen. Ich denke die vHost Config kann und sollte man davon definitiv ausnehmen. Wer hier etwas einträgt kann bei falscher Handhabung auch mit AntiXss seinen Webserver lahmlegen oder gefährden. Auf der anderen Seite nimmt man aber einem fähigen User die Möglichkeit, hier wirklich frei zu konfigurieren. Deine Vermutung stimmt. Ich habe die korrekten Zeilen mal direkt in die Tabelle eingetragen Dann geht alles wieder. Auch das Ändern einer Domain bewirkt nichts Schlimmes. Nur sowie man auf der Apache-Konfig-Seite irgendwas verändert wird (die übrigens korrekt aus der Tabel
  13. Habe die Tabelle gefunden. Die Sachen stehen schon verändert in der Tabelle. Das liegt übrigens NICHT daran, dass die vHost Config das bewirkt wenn sie einmal aktiv ist. Wie geschrieben: Ich habe das seit Jahren laufen und es hat etliche neu angelegte Domains überstanden. Das was bewirkt dass es nicht mehr geht muss ca. im letzten halben Jahr passiert sein.
×
×
  • Create New...