Du brauchst gerade keine Lizenzfragen, sondern Essigpatscherl.
Aktuell brauche ich ein Forum voller User welches meinen Fieberwahn aushält ![]()
Du brauchst gerade keine Lizenzfragen, sondern Essigpatscherl.
Aktuell brauche ich ein Forum voller User welches meinen Fieberwahn aushält ![]()
Dank 2FA gar nichts davon mitbekommen... Und hätte es ohne diesen Beitrag wahrscheinlich auch nicht.
Aber ja, bei solchen gravierenden Änderungen an den Login-Bedingungen ist eine vorherige Ankündigung obligatorisch.
Für meinen Einsatz sind 500€ utopisch.
Wie gesagt, da bin ich der falsche Ansprechpartner, vielleicht hätte ich das gar nicht erwähnen sollen. Die 500 € sind nur Halbwissen bzw. Hörensagen, welches mir im Kopf herumschwirrt (wohlgemerkt bei einer aktuellen Körpertemperatur von 39.9 °C). Am besten nochmal selbst erkundigen...
Edit: Hm, okay... Laut dem Post von X-Nightmare-X habe ich anscheinend gar nicht so unrecht...
Wenn du bei Windows Server bleiben willst, musst du zwingend eine Lizenz kaufen.
Wenn ich es richtig im Kopf habe fangen die bei rund 500 € an, aber da gibt es mit Sicherheit bessere Ansprechpartner im Forum.
Könnte der Grund sein, dass wohl die Windows Server Lizenz ausgelaufen ist?
Ja.
Aber offline steht Windows-Servern eh besser
SCNR
Hab noch einen Cyber Quack-Code, möchte den jemand haben? Ich brauch ihn nichtEdit: ist weg!
Wie hab ich das nicht gesehen... ![]()
Anderes Thema: Das Domains des Öfteren mal hängen ist ja bekannt, aber Rechnungen... Hatte das schon mal jemand von euch? Habe am Black Friday eine Failover-IP bestellt, und warte immer noch das diese via Bankeinzug beglichen wird. In der Zwischenzeit gab es zwei neue Rechnungen (01.12. und 02.12.) welche mittlerweile eingezogen wurden, aber die Rechnung vom 27.11. bleibt bestehen.
Und verhindert so ganz nebenbei seit über einer Woche das ich einen Inhaberwechsel durchführen kann.
Edit: Gerade gesehen das in der Rechnung als Fälligkeit 11.12. steht...
"Finde ich der Tauschbörse keinen Abnehmer"
![]()
Tatsächlich fände ich es schade wenn der VPS 1000 verfällt, aber anscheinend ist er nicht (mehr?) attraktiv genug zu dem Preis...
Bud davon würde ich Dir abraten:
Ich trenne stets mein Home-Verzeichnis von jene auf denen Web-Anwendungen liegen.
Fazit: Ansatz gut - aber lege einen anderen Pfad an wo Du Deine Web-Anwendungen liegen hast und passe diese in der jeweiligen Konfigurationsdatei Deines Web-Server an.
matomo selbst läuft unter /var/www/html/matomo/
Cron habe ich (versucht) wie in den Docs empfohlen anzulegen. Aber ihr meint direkt in das gleiche Verzeichnis?
MAILTO="youremail@example.com"
5 * * * * www-data /usr/bin/php /var/www/html/matomo core:archive --url=http://example.org/matomo/ > /var/www/html/matomo/matomo-archive.log
Au Mann mit Docker wäre das nicht passiert
- gelöscht -
darf www-data nach /home/matomo schreiben? Vielleicht mit einer Subshell arbeiten?
Wenn Du möchtest, dass der Cron unter einem bestimmten User läuft, dann sehe ich zwei Möglichkeiten: entweder mit su - user -c /bin/command oder -s /bin/shell arbeiten, oder crontab -e gleich als der User (mit shell in /etc/passwd) ausführen.
Also könnte chmod -R -u www-data 777 /home/bud/ mein Problem lösen?
Bud Was willst Du uns mit dieser Logausgabe sagen? Der Cronjob soll nur um xx:05 ausgeführt werden, aber dieser Zeitpunkt taucht da gar nicht auf?
Oder sollte das ein Cronjob für */5 (alle fünf Minuten) werden?
Laut den Docs soll ein mal in der Stunde die Archivierung durchgeführt werden. Daher hier xx:05 - was nicht geschieht
Ich würde generell empfehlen, keine cron-Dateien manuell anzulegen, sondern immer crontab zu nutzen (mit -u user).
Ich habe mich hier an den Docs orientiert: https://matomo.org/faq/on-premise…f-your-reports/
Tatsächlich hab ich mich gestern damit befasst und es dann relativ schnell wieder auf Eis gelegt. Ich kann bis zu meinen Prüfungen leider kein neues Thema aufmachen. Ich versuche jetzt Matomo manuell zum Laufen zu bringen, und alles andere mache ich dann im Herbst 24
Es fehlt: Serverhoarder räumt auf
So hat jeder seine Spielwiese und das ist auch vollkommen in Ordnung.
this.
Für die Redundanz habe ich einen Server bei I0N0S in Spanien - kann mich bis jetzt nicht beklagen.
Wenn sich jeder Container am Host OS bedient, is es dann sehr wichtig welches Host OS ich für Docker verwende?
Ist bekannt ob das noch kommen soll?
Also PostgreSQL für Webhosting
Vorstellen kann ich mir das nicht, da dies die Zielgruppe nicht hergeben wird... Ich befasse mich seit über zehn Jahren mit Webhosting, und bin dabei nie über den Begriff PostgreSQL gestoßen. Erst als ich mich mit Servern befasst habe…
Noch immer?
Nope, geht wieder
Hatte schon Angst ihr habt für Bayern Geoblocking aktiviert.
weil Wiki.js ab Version 3 nur noch auf PostgreSQL als Datenbank Backend setz
Richtig. Mal sehen wann 3.x stable ist. Anscheinend soll ja noch dieses Jahr eine Beta kommen...
Das Tutorial wäre wirklich interessant, auch wenn 3.x dann nicht mehr auf einem reinem Webhosting zum laufen gebracht werden kann.
Ich probiere nun seit 2 Stunden rum, und bin an dem Punkt angekommen, an welchem ich mich im Kreis drehe.
Es gibt zu diesem Thema 1.000 Beiträge in 100 Foren, und trotzdem komme ich nicht dahinter was nicht läuft, bzw. mich der nicht "weitertraue".
Das Kernproblem meiner matomo-Instanz:
Meine /etc/cron.d/matomo-archive:
MAILTO="analytics@example.com"
5 * * * * www-data /usr/bin/php /var/www/html/matomo/console core:archive --url=https://analytics.example.com > /home/matomo/matomo-archive.log
Spätestens bei einem systemctl status cron kam ich dann mal wieder an meine heiß geliebten Rechte:
bud@matomo:~$ systemctl status cron
● cron.service - Regular background program processing daemon
Loaded: loaded (/lib/systemd/system/cron.service; enabled; preset: enabled)
Active: active (running) since Sun 2023-11-19 21:08:02 CET; 2 weeks 1 day ago
Docs: man:cron(8)
Main PID: 417 (cron)
Tasks: 1 (limit: 2315)
Memory: 472.0K
CPU: 2min 26.657s
CGroup: /system.slice/cron.service
└─417 /usr/sbin/cron -f
Dez 04 21:42:01 analytics cron[417]: (*system*matomo-archive) RELOAD (/etc/cron.d/matomo-archive)
Dez 04 21:45:02 analytics CRON[3029651]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Dez 04 21:45:02 analytics CRON[3029654]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/d>
Dez 04 21:45:02 analytics CRON[3029651]: pam_unix(cron:session): session closed for user root
Dez 04 21:50:01 analytics CRON[3030414]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Dez 04 21:50:01 analytics CRON[3030415]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/d>
Dez 04 21:50:01 analytics CRON[3030414]: pam_unix(cron:session): session closed for user root
Dez 04 21:55:01 analytics CRON[3031182]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Dez 04 21:55:01 analytics CRON[3031183]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/d>
Dez 04 21:55:01 analytics CRON[3031182]: pam_unix(cron:session): session closed for user root
Alles anzeigen
Soweit ich das sehe, sind die Rechte für cron selbst falsch gesetzt? Müsste das nicht www-data ausführen?
Uuund ich bekomme leider keine Mails vom Server... Muss ich abgesehen vom MAILO noch etwas einstellen?
Edit: es läuft gar kein stündlicher cron, und schon gar keiner für www-data. Jetzt weiß ich gar nicht mehr weiter...
Ich hab ja gar nicht mitgeteilt, wofür ich mich entschieden habe…
Ich habe mich für Namen mit drei Buchstaben entschieden:
Und da gibt es keinen BUD?! Ich lege mich dann mal deprimiert schlafen...