Posts by Rayne

    Wenn Du eine neue Website aufbauen möchtest, solltest Du lieber Drupal 8 verwenden. Drupal 8 wird man auf Drupal 9 (kommt am 3. Juni 2020 raus) aktualisieren können, da es prinzipiell nur ein Drupal 8 ist, bei dem alte Zöpfe abgeschnitten wurden. Drupal 7 kannst Du nicht auf Drupal 8 oder 9 aktualisieren, da die Struktur komplett unterschiedlich ist und weil es für viele beliebte Drupal 7-Module keinen Upgrade-Pfad gibt, wenn es überhaupt diese Module für neuere Drupal-Versionen gibt. Drupal 7.69 ist übrigens veraltet und sollte aufgrund von geschlossenen Sicherheitslücken dringend aktualisiert werden.

    Das Problem ist immer noch aktuell? Hatte das Problem "nur" im ersten halben Jahr mit meinem Ryzen 1600. Irgendwann gab es dann ein AGESA und Linux-Update, welches das Problem bei mir behob. Ist bei Dir beides auf dem aktuellen Stand?


    Mein System läuft allerdings auch nur max. 24 Stunden am Stück. Oft mit der einen oder anderen längeren IDLE-Phase.

    Ich habe mir den Code von Nextcloud nicht angeschaut, aber es wäre möglich, dass Nextcloud einen X-Sendfile-Header sendet und danach sofort terminiert. Der Webserver kann diesen Header aufgreifen und die durch den Header angegeben Datei an den Client senden. Damit wäre der Dateiversand unabhängig von PHP.

    bei Debian Buster gibt es kein OpenJDK 8 mehr.

    Haben bei einigen Projekten Elasticsearch im Einsatz, welches wir aktuell nicht Updaten können.


    gibt aber 2 Alternativen ohne Lizenz Probleme

    Code
    https://aws.amazon.com/de/corretto/
    https://adoptopenjdk.net/

    OpenJDK 8 hat Support bis "October 2020"
    Amazon Corretto 8 bis "June 2023"

    Wenn ich das richtig sehe, gibt es aber openjdk-11. Ist das nicht kompatibel?

    Im Alltag ein Linux und für das gelegentliche Spielchen habe ich eine Windows 10 VM mit PCIe Passthrough eingerichtet.

    Wie groß ist der Overhead durch die Virtualisierung? Was spielst Du damit und welche Hardware/Software wird genutzt?

    ".htaccess"-Direktiven können auch direkt in der Konfiguration des Webservers (bzw. des passenden VirtualHost) festgelegt werden, was hier vermutlich so gemacht wird. Mögliche Vorteile: Die Konfiguration muss bei einem Request nicht aufwendig interpretiert werden, da der Webserver die Regeln schon kennt.


    Du verwendest vermutlich trotzdem ".htaccess"-Konfigurationsdateien, also wird der Performance-Unterschied kaum messbar sein, da diese Dateien trotzdem bei jedem Request überprüft werden müssen. Für die Besucher der Website macht das keinen Unterschied.


    Nachteil: Diese Direktiven werden (vermutlich) nicht Teil des Backups sein.

    sorry, kann ich nicht mehr genau sagen.

    Den:

    Code
    occ config:system:set mysql.utf8mb4 --type boolean --value="true"

    gab es nicht, also habe ich den händisch angelegt gehabt. Dazu kommt, dass netcup als cli nut php 5.2 einsetzt, aber owncloud/nextcloud 5.4 braucht. Ok mit /usr/local/php54/bin/php geht das auch...


    Ich versuche es nochmal mit 100% neu und leerer subdomain und berichte dann nochmal konkreter.

    Code
    php occ …


    Wenn du dir auf deinem Root-Server oder auch VPS z.B. ein Ubuntu 16.04 LTS mit KVM installiert hast, kannst du eine VM mit Hilfe von qemu auch ohne dem ansonsten benötigten Flag laufen lassen.
    Dazu muß nach der Installation der VM in der entsprechenden Konfigurationsdatei mit der Endung .xml, die sich unter dem Verzeichnis /etc/libvirt/qemu/ befindet, in der Zeile <domain type='kvm'> die Zeichenfolge kvm nur durch qemu ersetzt werden.

    Das dürfte aber verglichen mit der Veriante mit Flag ziemlich langsam sein, wenn mich meine Qemu-Erinnerungen von vor 10+ Jahren nicht täuscht?

    MAX_FILE_SIZE


    Die Idee dahinter ist es, zu große Uploads abzubrechen. Das sollte man heute aber eher mit JavaScript verhindern.


    Quote from http://php.net/manual/en/features.file-upload.post-method.php

    This form element should always be used as it saves users the trouble of waiting for a big file being transferred only to find that it was too large and the transfer failed.


    In der Praxis sieht das eher so aus: http://stackoverflow.com/a/6273418/870798

    Ich habe auch eine Dockstar. Tolles Produkt und damals wirklich günstig gewesen. Zwischendurch diente sie als Test-Datengrab mit Debian und später mit Arch und USB-Kamera als Überwachungskamera für die Einfahrt. Tolles Gerät und super geeignet, wenn man einmal mit weniger Ressourcen auskommen möchte. Perfekt geeignet zum üben für die ganz kleinen Netcup-Server. ;)


    Im November/Dezember wird auch meine letzte Dockstar den Dauerbetrieb beendet, dann läuft nur noch eine sporadisch für meine Backups. Natürlich inklusive USB-Zahlenblock zur "Bedienung"! 8)


    2010 hätte ich nicht gedacht, dass diese Dinger so lange durchhalten, ohne jegliche Probleme, von den HDDs einmal abgesehen. Die Ersatzhardware war offenbar vollkommen unnötig… :)


    Irgendwo habe ich sogar noch eine funktionierende Original-HDD für den oberen Steckplatz. Eine originalverpackte Dockstar mit Mediamarkt-Siegel liegt auch noch im Kasten. (winkewinke @ perryflynn ;))

    (Kurzlink wegen der lächerlichen Zensur Funktion hier im Forum)


    Mit dem Text "letsencrypt" würde ich im Projektnamen aufpassen, denn das ist gegen die Let's Encrypt Policy, welche auch durchgesetzt wird.


    Beispiel: lukas2511/dehydrated (siehe auch 64e35463cbbfc35ad1bf8537b60602707be2daaf)


    Quote

    Note: This project was renamed from letsencrypt.sh because the original name was violating Let's Encrypts trademark policy. I know that this results in quite a lot of installations failing but I didn't have a choice...
    For now there is a wrapper script for compatibility with old config locations and symlinks, but it will be removed in a few weeks.