Wohnzimmerhostblogger

Seit einer halben Ewigkeit setzen wir nun schon auf FastCGI wenn es darum geht PHP-Skripte auszuführen. Zum einen haben wir dadurch mehr Kontrolle über das, was jeder Kunde macht bzw. machen darf, zum anderen ist das natürlich ein großer Vorteil in Sachen Sicherheit, da jeder Skript unter der Benutzer-ID des Kunden direkt ausgeführt wird.

An und für sich hat PHP eine sehr schöne FastCGI-Implementierung, was ein (weiterer) großer Vorteil gegenüber Perl, Python oder Ruby ist. Auf der anderen Seite hat es auch ein paar Macken. Ganz gefährlich ist z.B. die Einstellung "PHP_FCGI_MAX_REQUESTS", die sich recht wenig mit mod_fcgid versteht - so fährt PHP nach n Anfragen den Interpreter runter, beendet sich selbst aber nicht, sodass neue Anfragen in den ersten Tagen schon mal ins Leere liefen.

So eine andere Einstellung, die der PHP im FastCGI-Modus bietet ist "PHP_FCGI_CHILDREN", die PHP veranlasst bis zu n Unterprozesse zu starten, sodass der FastCGI-Server im Prinzip zu einem vollständigen preforked Server wird. Wenn man überlegt, dass PHP gerne Arbeitsspeicher isst, ohne ihn danach wieder freizugeben, eigentlich eine gute Möglichkeit um das ein wenig einzugrenzen.

Da bei uns das allerdings vom Webserver an sich reguliert wird, haben wir die Einstellung auf "1" gesetzt, d.h. PHP durfte maximal einen Kindprozess erstellen - was es auch brav getan hat, nur klingt es ein wenig unlogisch, den Interpreter zu starten, einen Kindprozess zu forken und dann die Anfrage mit zwei Prozessen zu verarbeiten...

Von schlauer Software würde ich so etwas wie "ich habe nur einen Kindprozess, da kann ich mir den fork sparen" erwarten, sodass ich mich eben endlich mal an den PHP-Source-Code gewagt habe um diese Funktion einzupflegen.

Doch siehe da: PHP ist bereits fast so schlau, denn wird "PHP_FCGI_CHILDREN" nicht angegeben, führt PHP gar keinen fork aus...

Leider ist dieses Verhalten (bzw. die FastCGI-Schnittstelle) ganz schlecht dokumentiert und auch die FastCGI-Readme lässt anders vermuten:

PHP_FCGI_CHILDREN (default value: 8 )

This controls how many child processes the PHP process spawns. When the fastcgi starts, it creates a number of child processes which handle one page request at a time. So by default, you will be able to handle 8 concurrent PHP page requests. Further requests will be queued.
Increasing this number will allow for better concurrency, especially if you have pages that take a significant time to create, or supply a lot of data (e.g. downloading huge files via PHP). On the other hand, having more processes running will use more RAM, and letting too many PHP pages be generated concurrently will mean that each request will be slow.

Schön, dass ich es nun besser weiß

Eine letzte Anmerkung zur Überschrift: Will man also nur einen Kindprozess haben, ist es sinnvoller den Fork ganz zu unterbinden, d.h. die Einstellung gar nicht zu setzen. Das spart letzten endes noch das eine oder andere Byte wertvollen Arbeitsspeicher

Ich scheine heute im "Turbo-Modus" zu arbeiten:

"Wow, das hätte kein Kundeninterface der Welt so schnell geschafft"

"Die Antwort kam aber schnell!"

"Kaum war meine Anfrage draußen schon die Antwort. Ich hab mich wirklich erschreckt!"

... und das, obwohl ich heute erst gegen 6 Uhr ins Bett gekommen bin - das muss der Kaffee sein... :hmm:

Rechnungen über Webhosting gelten bei uns immer ab dem Tag, wo die Domain für den Kunden wirklich verfügbar wird. Bei Neuregistrierungen ist das natürlich immer sofort, im Falle eines KK-Antrages kann sich das schon mal mit dem Datum, an dem der Kunde eingerichtet wurde arg unterscheiden - man bedenke nur mal diese zum Teil desaströsen Transfer-Versuche, die zig. tausend mal schief gehen, obwohl alles zwischen den drei beteiligten Parteien kommuniziert wurde...

Nicht nur aus diesem Grund (gibt natürlich noch tausend andere Gründe es so zu machen) muss ich in der Buchhaltung immer einen relativ genauen Startzeitpunkt vermerken, wenn ich die neuen Leistungen für einen Kunden verbuche. In der Vergangenheit war das immer ein recht manueller Prozess, wo ich immer zwischen Leistungs- und Domain-Datenbank hin und her springen musste.

Wie ich gestern dann wieder damit beschäftigt war neue Leistungen einzupflegen, dachte ich mir "Verdammt! Das muss sich endlich mal ändern!" und hab ab diesem Zeitpunkt nur noch NULL als Startdatum eingetragen - wohlwissend (oder vielleicht gerade deswegen) dass ich dann so lange keinen Rechnungslauf mehr machen kann bzw. darf bis ich eine entsprechende Veränderung im System vorgenommen habe...

Da ich gestern Nacht allerdings noch ein paar sehr gern gesehene Kunden aus Hannover mit Geld-Forderungen beglücken wollte (;-)) hab ich mich gegen 1 Uhr nochmal dran gesetzt und entsprechende Funktionalität in 10 Codezeilen nachgereicht.... Moah... Irgendwie fällt mir ein Stein vom Herzen - sicherlich zur "Last" der Kunden, denn gerade was das verrechnen von Webhosting und Domains angeht, hab ich jetzt viel weniger zu tun, folglich werde ich es auch öfter tun

An meinem Schlüsselbund hängt schon seit einigen Jahren (es müssten ca. 4 Jahre sein) ein recht alter Riegel Arbeitsspeicher - 16 MB SIMM.

Mit der Zeit sind immer mal wieder einzelne Speicherchips "weggebrochen", die ich immer mal in der Hosentasche fand, sodass mittlerweile nur noch 2 MB Speicher drauf steckt - so oder so bezweifele ich, dass das Modul noch funktioniert

Es sieht fast schon ein wenig traurig aus, diese zwei letzten einsam verbliebenen Chips, sodass ich heute umso erfreuter war, wie ich in meiner Alt-Hardware-Kiste (wo u.a. noch so ISA-Bus-Netzwerkkarten mit RJ45-Anschluss rumlungern) ein fast neu anmutendes weiteres 16 MB SIMM-Modul vorfand!

Wunderbar! Jetzt muss ich nur noch den richtigen Tag finden, das alte Modul in Rente (in den Papierkorb) zu schicken...

Heute stand ich an der Kasse im Suppermarkt, wie die Kassiererin mich verdutzt fragte

Warum kaufen Sie denn 5 KG Nudeln?

Irgendwie, ganz spontan - ich weiß auch schon gar nicht mehr, was mich instinktiv dazu trieb - antwortete ich mit einem Zwinkern

Ich bin Selbstständig, es ist immer gut viel Nudeln im Hause zu haben für den Fall, dass man mal hungern muss...

... Der Satz beherbergt zum Glück viel weniger Wahrheit als mir recht ist

Wenn ich im Starbucks meinen Laptop aufklappe bin ich gewohnt auf die Login-Seite vom Hotspot zu kommen.

Heute war das anders: Ich kam direkt auf meine Startseite, gelangte ohne Umwege dahin.

Zwar könnte man mein Hotspot-Paket als "Everytime-Useable" bezeichnen, trotzdem bekam ich erstmal einen Schock: Hatte ich mich beim letzten Mal ausgeloggt? Nein? Hmm... Für gewöhnlich wird man nach 15 Minuten der Inaktivität automatisch ausgelogged, doch auch das könnte ja mal schief gelaufen sein.

Vorsichtig checkte ich also alle Formulare des Hotspots die ich so finden konnte, aber ich bin wirklich nicht mit meinen Nutzerdaten eingelogged.

Es scheint, als würde der Hotspot heute Tag der offenen Tür feiern. Da ich aber nicht weiß, was da sonst noch so alles schief läuft, bin ich doch froh unseren VPN Gateway zu haben

Ich war am Freitag wie jeden Tag seit ganz ganz langer Zeit endlich mal wieder beim Starbucks, wo es neben dem Kaffee auch noch eine ganz neue Barista zu bewundern gab.

Ich konnte es mir nicht verkneifen mich gleich indirekt zu outen und warf ihr ein provokantes (naja, nicht ganz so provokant) "Du bist neu hier, oder?" an den Kopf. Beim nächsten Zusammentreffen blieb sie prompt bei mir am Platz stehen und wir kamen ein ganz wenig ins Gespräch.

Zu meiner großen Freude, denn die "alt eingesessenen" meinen immer sie würden Ärger bekommen, wenn sie zu lange an einer Stelle stehen oder sich gar dazu setzen - Na, dann bekäme die Chefin aber mal von Ärger von mir und gleich nen Stammkunden weniger

Jedenfalls kamen wir irgendwie auf das Schönheitsbedürfnis der meisten Frauen zu sprechen und irgendwann meinte sie:

Wenn Du einer Frau mal etwas Gutes tun willst, pfeif ihr einfach hinterher!

Ich weiß nicht so recht... :hmm: Sollte es dann doch so einfach sein? Oder muss es gerade sowas sein?

Ich bekomm diese Worte nicht mehr aus dem Kopf :eek:

Wenn man mal von den 8 Cent in 2 Cent-Stücken absieht, dann war das doch wirklich merkwürdig.

Ich bin jemand, der Kleingeld absolut nicht mag aber wie wohl jeder andere Mensch auch mit der Zeit unmengen davon sammelt. Drum war ich eben mal so frei, das Kleingeld aus meinem Portmonai und alles kleiner 10 Cent auf saubere Stapel zu sortieren.

Faszinierend! Ich habe doch tatsächlich jeweils 30 Cent in 1 Cent-, 2 Cent und 5 Cent-Stücken...

Ob es dafür einen bestimmten Grund gibt? :hmm:

Ich habe mich schon oft gefragt, ob sich überhaupt noch jemand hier ins Blog verirrt, denn offensichtlich hatte ich in den letzten Wochen kaum Zeit irgendwas zu bloggen.

Eigentlich hatte ich manchmal auch kaum Zeit überhaupt zu Atmen. Gelegentlich habe ich da die Notbremse gezogen und mich komplett ins Privatleben verzogen oder das prompte Gegenteil gemacht und pausenlos durchgearbeitet. Bloggen ist für mich "Teil der normalen Arbeit", zumindest erinnert es mich an die Arbeit und leidet somit auch schon mal gerne unter meinem Privatleben

Allerdings ist das meiste nun ersteinmal vom Tisch und ich habe hoffentlich bald wieder mehr Zeit für den Blog!

Ich habe es doch wirklich heute morgen mal geschaft endlich dieses neue Formular fertig zu machen, zumal Formulare designen eine Arbeit ist, die ich eigentlich überhaupt nicht ab kann und daher immer und immer vor mir her schiebe - aber das darf ich ja auch: Schließlich bin ja nur ich der jenige, der darunter leidet:

Kunden, die auf das Formular warten, bekommen Ihre Leistungen bereits und müssen folglich nicht einen Cent bezahlen (weil eben so abgesprochen), drum arbeitet das Geld bei ihnen auf dem Konto und schafft Zinsen, während ich nichts davon sehe.

Immerhin habe ich es wohl mindestens bis heute geschafft auch so zu überleben.

Doch nun ist es fertig: Das Formular zur Einzugsermächtigung!

Ich bin recht zufrieden mit dem Ergebnis und habe es mir (wie es oft bei dem Produkt der eigenen Arbeit der Fall ist) mindestens schon zum eintausensten Mal an. Wenn diese "Verliebtheit" bis zum Anfang der kommenden Woche vorhällt werde ich das Formular vermutlich allen Kunden anbieten

Gerade habe ich folgende (wunderbare) Zeilen via Mail von einem Kunden bekommen:

Früher hätte ich mich aufgerafft

und mir das noch draufgeschafft,

gelesen und gelernt

heut' hab ich den Bernd.

Für mich eindeutig ein Zeichen von Wohlfühlen - und das ist die Hauptsache Wobei man sich schon fragt, ob ich den Kunden nicht manchmal zuviel abnehme :hmm:

Ich habe heute bei einer manuellen Kontrolle festgestellt, dass der Export nach Elster aus der Buchhaltung heraus seit dem letzten Update wohl einen Fehler hat. Die betroffenen Voranmeldungen (war zum Glück nicht soo viel) habe ich dann nochmal von Hand nachgerechnet und nachgereicht.

... das Finanzamt solls freuen: Alles zu unserem Nachteil

Mir graust es jetzt schon vor morgen, wo ich den Fehler aus dem System ziehen muss. Einen Lichtblick gibt es dennoch: Das einzige was kaputt ist, ist der Export. Die "normale" Übersicht funktioniert einwandfrei (das hätte ich mal vor dem Rechnen wissen müssen ^^)

Nachdem ich nun auch schon ein paar Mails zu dem Thema bekommen habe und die letzte Stunde wieder zu ein paar Veränderungen am Code genutzt habe, war ich so frei, den Code einfach mal auf einen Webserver zu legen (also als Sourcecode, nicht als laufendes Modul ).

Wer ihn haben will, kann ihn sich hier besorgen.

So wie es jetzt läuft ist es sicherlich nur die Spitze des Eisbergs. Gelegentlich macht es Spass daran zu arbeiten, oder mal durchzuspinnen, was man alles machen könnte - dafür hab ich aber leider nicht so die Zeit

Was mir noch aufgefallen ist:

• Grundsätzlich eignet sich mod_dvb erstmal nicht für den Einsatz auf "standardmäßig konfigurierten" Webservern von uns - das macht auf Dauer keinen Spass, wenn ständig das Bild flöten geht
  
• Die Funktion ap_rflush (); sollte man bloß nicht zu oft aufrufen - irgendwie bleiben die passenden Kontrollpakete im Arbeitsspeicher und werden nicht freigegeben - irgendwann hat man das schon mal angesprochene Arbeitsspeicherproblem dann auch hier.
  
• Einen MPEG-Datenstrom vom DVR-Device abgreifen tut man am besten mit non-Blocking I/O und einer Blockgröße von 188 Bytes.
  
• Radio hören geht damit natürlich auch (sofern das auch am Adapter ankommt)

Schon faszinierend: Ich habe eben mal ganz kurz (so ca. 30 Minuten) richtig alten Code im System überarbeitet.

Ganz spontan und aus einem kurzen Gedanken heraus.

Die konkreten Zeilen waren ca. 4 Jahre alt (ich habe sie aus einem anderen Projekt von mir übernommen) und sind für eine nicht gerade unwesentliche Funktion im System zuständig. Durch die Überarbeitung ist der Code nicht nur kleiner und verständlicher geworden, sondern auch gleich ca. 8 Mal so schnell :eek:

So macht das Arbeiten gleich noch ein Stückchen mehr Spass!