User anlegen via CLI?

[24unix]

Oder verstehe ich da was falsch bzw. gibt es noch andere Sachen zu bedenken? Ich glaub euch schon, dass ihr euch das gut überlegt hab - würde nur gerne dazulernen und verstehen, warum die Dinge so sind, wie sie sind Danke!

Wir nutzen ja nicht mod-php, sondern php-fpm.

Quasi CGI auf Turbo

Code: Select all

tfunix@executor ‹ master ●● › : /home/users/tfunix/www/ns1.24unix.net/bindAPI
[0] % ll /run/php
drwxr-xr-x    root    root 120 B Mon Feb 21 13:34:11 2022   .
drwxr-xr-x    root    root 820 B Mon Feb 21 20:04:08 2022   ..
srw-rw-rw- keyhelp keyhelp   0 B Sat Feb 19 03:04:14 2022   keyhelp_keyhelp.socket
srw-rw-rw-  tfunix  tfunix   0 B Sat Feb 19 03:04:14 2022   keyhelp_tfunix.socket
srw-rw-rw-  tfunix  tfunix   0 B Fri Feb 18 21:11:28 2022   keyhelp_tfunix_php81.socket
.rw-r--r--    root    root   5 B Mon Feb 21 13:34:11 2022   php7.4-fpm.pid

Zu jedem dieser Prozesse gibt es eine Config.

Über

Code: Select all

systemctl status php7.4-fpm

kann Du Dir Infos zu dem Prozess anzeigen lassen.
Mit stop und start kannst Du sie steuern.

Und ob es da ein Äquivalent zu graceful gibt weiß ich nicht.
Schande über mein Haupt, hätte es schon lange googlen müssen, aber bin mit meiner API busy.

ll ist ein alias auf lsd -las. lsd, das bessere ls

https://github.com/Peltoche/lsd

Macht seinem Namen auch alle Ehre, ist schön bunt

[bernhard]

Naja schon, aber was haben denn die vhosts mit php-fpm zu tun? Bzw. bin ich davon ausgegangen, dass der 503 wegen eines Apache restarts erscheint. Oder hat der Fehler doch eher was mit php-fpm zu tun?

Ich bin davon ausgegangen, dass der minütliche cron vor allem für den Apache gebraucht wird. Ob (und warum) php-fpm auch neu gestartet werden muss, weiß ich nicht, aber da freue ich mich auf ein paar Einblicke von Alexander.

[Alexander]

Wie gesagt, es gibt nicht nur den Apachen sondern auch den PHP-FPM Dienst. Beide sind für den Betrieb einer Website (mit PHP) notwendig. Für plain HTML z.B. braucht man natürlich nur den Apachen, und kein PHP-FPM. Die Configs für Apache und PHP-FPM werden z.B. bei jedem Triggern einer Domainänderung neu geschrieben. Zum Anwenden der Config muss im folgenden der jeweilige Dienst diese neu reinladen.
Für den 503 ist der PHP-FPM "verantwortlich".

Und wie gesagt, ich führe bereits überall einen "RELOAD" statt eines "RESTART" durch - Reload ist quasi per definition immer graceful, nur bewirkt beim PHP-FPM (über die Betriebssystem-Versionen hinweg) einen 503.

[bernhard]

Ok danke

[v3ng]

Weiß jemand wie Plesk, cPanel etc. das lösen?

Wenn ich mich recht erinnere werden die Tasks hier sofort ausgeführt, obwohl auch PHP-FPM genutzt wird.
Da liegen ja teilweise auch tausende Kunden auf einem System, also sollten die ja theoretisch das selbe Problem haben?

[Tobi]

Weiß jemand wie Plesk, cPanel etc. das lösen?

Wenn ich mich recht erinnere werden die Tasks hier sofort ausgeführt, obwohl auch PHP-FPM genutzt wird.
Da liegen ja teilweise auch tausende Kunden auf einem System, also sollten die ja theoretisch das selbe Problem haben?

Worauf zielt deine Frage ab?
Ob Plesk / cPanel / etc User irgendwelche theoretischen Probleme bei 1000den Kunden haben könnten ist doch nicht Thema unseres Forums?
Frag doch mal im Plesk / cPanel / etc Forum nach?

[v3ng]

Darum ging es mir nicht, ich meinte nur, dass es dafür doch irgendeine Lösung geben muss, gerade die beiden genannten Panel werden ja in sehr dicht gepackten Umgebungen eingesetzt - mit vielen Nutzern und dementsprechend auch vielen Änderungen.

[Tobi]

Darum ging es mir nicht, ich meinte nur, dass es dafür doch irgendeine Lösung geben muss, gerade die beiden genannten Panel werden ja in sehr dicht gepackten Umgebungen eingesetzt - mit vielen Nutzern und dementsprechend auch vielen Änderungen.

Ja, das habe ich verstanden, ist aber kein KeyHelp Thema. Deswegen bitte im anderen Forum nachfragen.

Ich persönlich habe mit dem Reload keinerlei Probleme. Auf meinem Agenturserver mit einer dreistelligen Anzahl produktiv genutzter Domains dauert der Reload bei Änderungen keine 10 Sekunden.
Auf zwei anderen Servern sieht es zeitlich genauso aus.

Wieviel Domains hast du denn auf deinem Server und wie lange dauert der Reload auf deiner Maschine? Eventuell hast du ja Hardware-Probleme?

[v3ng]

Ich glaube wir reden aneinander vorbei, mir ging es lediglich um die Umsetzbarkeit einer solchen Option.
Ein Problem habe ich mit der derzeitigen minütlichen Aufgabenarbeitung nicht, aber wenn es auch schneller gehen würde, wieso nicht

Es war also eher technisches Interesse, wie das bei der Konkurrenz umgesetzt ist

[Tobi]

Es war also eher technisches Interesse, wie das bei der Konkurrenz umgesetzt ist

Deswegen meine Empfehlung dich an die dortigen Foren zu wenden. Wie soll ein KeyHelp Forum mit KeyHelp Usern deine Plesk Fragen beantworten?
Und selbst wenn spielt es für KeyHelp keine Rolle.

KeyHelp macht manche Dinge nach Methode A wo die Marktbegleiter Methode B benutzen, dafür macht KeyHelp andere Dinge auch anders als andere.

So kann jeder die für seinen Bedarf beste Software für seinen Anwendungsfall wählen.

[bernhard]

Ich fand die Frage sehr berechtigt und gut und ich bin froh, dass sie hier kam und nicht in einem anderen Forum. Sonst hätte ich das ja nie mitbekommen... Und ich stell mir genau die gleiche Frage. Also falls du in einem anderen Forum fragst und weiterführende Infos bekommst, bitte gerne hier teilen!

Von anderen zu lernen ist ja nicht verboten...

[Tobi]

Aber das hatte unix24 doch schon ganz oben erklärt und Alexander hatte es technisch vertieft?
KeyHelp nutzt php-fpm und dabei tritt dieses Verhalten auf.

[christian.john]

Naja, man könnte sich auch mit einem kleinen Trick behelfen und ein Worker-Script per Daemon laufen lassen.
Das Worker-Script läuft ja, solange der Daemon aktiv ist, und ruft in einer Schleife ein PHP-Script auf, welches die KH-DB abfragt, ob ein neuer User angelegt ist. Ist dem so, so wird die Tool-Box ausgeführt.
Das erzeugt natürlich etwas Load, vielleicht ein Sleep 1 Sekunde einbauen, dann wären es im Maximum halt 60 Aufrufe pro Minute.

[24unix]

Das erzeugt natürlich etwas Load, vielleicht ein Sleep 1 Sekunde einbauen, dann wären es im Maximum halt 60 Aufrufe pro Minute.

Da gibt es elegantere Methoden: https://www.php.net/manual/de/intro.inotify.php

[Tobi]

Die Frage ist doch eher „Warum sollte man das überhaupt ändern wollen?“

Ich meine schraubt ihr den ganzen Tag in Echtzeit an euren Domaineinstellungen rum und richtet pro Minute X neue Sub-Domains ein?

Ich gebe auch offen zu, dass auch ich schon manchmal die Minute als „zu lang“ empfunden habe. Aber genauso hatte ich auch Einstellungen welche zwei Sekunden später aktiv waren.
Ich würde meinen im Schnitt wartet man ohnehin nur 30 Sekunden.
Ob sich jetzt der Aufwand lohnt dieses Zeitfenster weiter zu drücken?