echo rand(); - "It’s all in the graphics."

[drunken monkey]

Alle Ultra-Nerds da draußen, aufgepasst!
Falls ihr's noch nicht selber gemerkt habt, morgen Früh um 0:31:30 MEZ steigt ein Ereignis, deutlich nerdiger und auf jeden Fall einzigartiger als der Towel Day und der Talk-Like-A-Pirate-Day zusammen!
Welches? Findet es heraus!

@ d_o: Ich mag zwar vim eigentlich sehr, aber Firefox so bedienen will ich eigentlich dann doch nicht. ^^'' Zumindest kann ich mir nicht vorstellen, dass ich das wollen könnte...*kratz*

[Lukas]

Alle Ultra-Nerds da draußen, aufgepasst!
Falls ihr's noch nicht selber gemerkt habt, morgen Früh um 0:31:30 MEZ steigt ein Ereignis, deutlich nerdiger und auf jeden Fall einzigartiger als der Towel Day und der Talk-Like-A-Pirate-Day zusammen!
Welches? Findet es heraus!

...

1234567890.

[Jesus_666]

Wie ich gerade im IM zu Ineluki sagte:
Jesus_666 (00:31:30): 1234567890 GET
Jesus_666 (00:31:40): Argh, falscher Tab.

[Ineluki]

Lasst mich raten ...
1234567890 Sekunden seit Epoche ?
Sollte so Pi x Daumen hinkommen ... habs aber nur ueberschlagen ...

[dead_orc]

zomg, verpasst! Muss ich wohl auf πE10 oder so warten (irgendwann nach dem Year 2038 Problem...)

[drunken monkey]

Code:

HAI
CAN HAS STDIO?
VISIBLE "Alles Gute, NPC! :D"
KTHXBYE

Uh, gerade noch. XD

…
THREADNEKROMANTIE! \o/

[NPC Fighter]

Huch, du bist ja lieb. :)

Danke.

[kris]

Ich tipsel momentan auf meinem Blog hin und wieder ein paar Tutorials. Meistens JQuery, PHP oder irgendwas in der Richtung.
Hätte gern mal Feedback von Jemanden, der auch versteht, was ich da schreibe. (Die Zielgruppe ist eher eine andere...)

http://zipline-media.de/devblogs/kaf...hen-ausflugen/
http://zipline-media.de/devblogs/kaf...s-ohne-reload/

thanks.

[drunken monkey]

Endlich mal eine vernünftige Initiative, gegen diese ganzen Mainstream-Schmutzkübelkampagnen: Save IE6!

[Mivey]

Endlich mal eine vernünftige Initiative, gegen diese ganzen Mainstream-Schmutzkübelkampagnen: Save IE6!

...

Often I am amazed at the pure Salvador Dahli-esque features of IE6. For years I have been trying to achieve the random div placements in any other browser and failed miserably. It always displays exactly the way I want it! What is the point in that? Where is the randomness in the display that IE6 has offered us throughout the years? Bring back IE6 or I will have to go back to heavy drug abuse!

...

Best argument ever xD

[niR-kun]

Ja, diese Container in der virtuellen Umgebung finde ich die Hölle. Da könnte zwar zum Deployen Klasse sein, aber da bleibt die Performance bestimmt schon liegen.

Außerdem frisst das Platz ohne Ende. Wenn man alles statisch rum linkt und in einen Container packt, kann man die shared Libraries doch glatt vergessen. Dann hat man im größten Fall die gleiche Library in x vielen Containern auf der Platte zu liegen, statt nur einmal und der Rest linkt das dynamisch. Nein nein, den Mist muss man nicht mit machen!

[Mivey]

Ja, diese Container in der virtuellen Umgebung finde ich die Hölle. Da könnte zwar zum Deployen Klasse sein, aber da bleibt die Performance bestimmt schon liegen.

Außerdem frisst das Platz ohne Ende. Wenn man alles statisch rum linkt und in einen Container packt, kann man die shared Libraries doch glatt vergessen. Dann hat man im größten Fall die gleiche Library in x vielen Containern auf der Platte zu liegen, statt nur einmal und der Rest linkt das dynamisch. Nein nein, den Mist muss man nicht mit machen!

...

Könnt man nicht gleich alles statisch linken also ohne Container, so dass das Program gar nicht suchen muss was auf dem lokalen System installiert ist? Wäre den doch auch "reproduzierbar" und würd auch nicht mehr Speicher brauchen als x-Schichten von virtuellen System.

[DFYX]

Könnt man nicht gleich alles statisch linken also ohne Container, so dass das Program gar nicht suchen muss was auf dem lokalen System installiert ist? Wäre den doch auch "reproduzierbar" und würd auch nicht mehr Speicher brauchen als x-Schichten von virtuellen System.

...

Jein... es gibt da noch ein paar mehr Aspekte, warum Container praktisch sind:

• Das Konzept funktioniert auch für Szenarien, wo statisches Linken nicht möglich ist (z.B. wenn eine eigenständige Executable aufgerufen wird oder in interpretierten Sprachen, die nicht alles dynamisch linken können)
• Container haben einen enormen Sicherheitsvorteil. Alles, was nicht explizit freigegeben wird, ist für den Container unsichtbar. Das heißt, selbst wenn ein Angreifer Rootrechte im Container kriegt, kann er damit kaum Schaden anrichten. Er kann im Wesentlichen nur auf die Daten zugreifen, die zu diesem einen Prozess gehören.
• Wenn in einem Container tatsächlich mal Dateien beschädigt werden (durch einen Bug oder weil ein Angreifer ausführbaren Code durch Malware ersetzt), lässt sich der Container sehr einfach wegwerfen und neu initialisieren (z.B. docker-compose stop && docker-compose rm -f && docker-compse up -d)
• Wenn ich auf einem Server neue Software installieren will, muss ich mir gar keine Gedanken machen, welche Abhängigkeiten ich installieren muss, selbst wenn die Software nicht in meinem Paketmanager ist (was für viele Webanwendungen gilt). Mit einer 20 Zeilen langen docker-compose.yml bekomme ich eine Owncloud Instanz mit allem, was dazu gehört. Oder Feedbin. Oder Piwik. Oder einen Minecraft Server...
• Ich kann mir sicher sein, dass auf meiner Entwicklermaschine exakt die gleichen Versionen von allem laufen, wie auf dem Server. Auch noch in einem Jahr, wenn ich einen Bug in einer alten Version reproduzieren muss.

Viele dieser Vorteile hätten einzelne VMs pro Anwendung natürlich auch, aber die brauchen mehr Platz auf der Festplatte, mehr RAM, mehr CPU und mehr Zeit zum Booten, weil sie jeweils einen eigenen Kernel und eigene Treiber mitbringen. Ein Docker Container startet genau so schnell, wie ein blanker Prozess und hat einen vernachlässigbaren Performanceoverhead. Der Platzbedarf auf der Festplatte ist zwar etwas höher, als bei einer Direktinstallation, aber immer noch deutlich unter dem von einer ganzen VM. Zumal Docker auf einem Dateisystem aufbaut, das in Schichten organisiert ist. Wenn ich zwei Container habe, die auf dem gleichen Image aufbauen, liegt das Image auch nur einmal auf der Platte, pro Container werden nur die jeweils veränderten Dateien neu abgelegt. Die Images in sich sind auch nochmal geschichtet, Wenn ich z.B. zwei Rails Anwendungen habe, können die beide vom Basisimage ruby:2.3 erben und die Images ruby:2.3 und node:6.3 basieren (momentan) beide auf dem gleichen Basisimage buildpack-deps:jessie. Außerdem sind die Basisimages in der Regel so sehr abgespeckt, dass wirklich nur das drin ist, was man braucht. In den oben genannten hat man z.B. nicht mal less oder einen einfachen Texteditor.

Container in einer VM sind natürlich ziemlich unhandlich. Das liegt aber aus den oben genannten Gründen mehr an der VM, als an den Containern. Und zumindest unter Windows könnte das Problem demnächst wegfallen, da der Windows Kernel seit dem aktuellen Update auch Linux Binaries ausführen kann (yay!). Docker funktioniert zwar noch nicht richtig, aber so wies aussieht, dürfte das bald behoben sein.

Disclaimer: ich betreibe einen Ubuntu 16.04 Server, auf dem aktuell 19 Docker-Container (z.B. vier davon für die BMT-Website) laufen.

[WeTa]

Email Templates sind die Hölle, ich schwöre.
Nee, das stimmt eigentlich nicht. Email-Teamplates für Outlook schreiben ist die Hölle.
Die eigentliche Hölle sind natürlich HTML-Emails, aber pssst von irgendwas muss ich ja essen können