 Das ist quasi als wenn wir jetzt Gutenberg-Releasing würden. Wollen wir alle nicht? Oh mein Gott, ich bin live im Internet. Oh mein Gott, oh mein Gott, oh mein Gott. Okay, also, die Sachen ist quasi die, die ich schon öfter angekündigt habe. Warum mache ich die Sachen? Und zwar, erstmal, warum gibt es die Sachen? Die Sachen hat quasi den Hintergrund, weil auf Worldcamps immer gesagt wird, dass die Sachen quasi einfach sind. Die Leute sagen, ach, die Sachen sind alles so simpel, ich weiß doch alles. Und als Viertelmann als Organiser waren im Worldcamp Berlin 2012, als 2010, war das quasi, da haben wir das gehört und wir dachten uns so, habe ich mir so gedacht, warum macht man nicht irgendjemand meine Sachen, die quasi egal, wie das Niveau des Leuten im Raum ist, dass das Ziel quasi ist, die Leute einfach zu überfordern. Deswegen hat die auch den Untertitel Ohrenblut der Sachen. Das ist quasi der Hintergrund in der Geschichte. Und dann ist quasi der Sieber, der jetzt gerade ja nicht in dem Raum ist, hat mir quasi 2016 oder sowas, als Worldcamp Frankfurt war, hat er gesagt, ich darf nur kommen, wenn ich ein Talk einreiche. Also dachte ich mir, Challenge accepted, ich reiche ein Talk ein, war es die Ohrenblut der Sachen. Das Problem war nur, was für ein Thema, weil das war nur die Idee quasi, die Leute zu überfordern, da dachte ich mir, gehe ich zurück an meinen Anfang. Das war, dass ich damals der Technik-Administrator der deutschen WordPress-Plattform war. Das heißt, ich hatte quasi mit den Pingbacks und all möglichen Sachen zu tun, weil es damals so eine Pingback-Liste gab oder so ein Service, der angepinkt wurde. Statt all euren deutschen Personen von WordPress stand quasi eine uralteren, pings.wordblock.de. Darum wurden quasi jedes WordPress, wenn irgendwas gemacht wurde, dann Ping hingeschickt und das wurde richtig viel. Und da dachte ich mir, nehme ich das Thema und erkläre mal den Menschen, wie Pingbacks funktionieren und ich erkläre es euch quasi, indem ich euch erkläre, wie ein WordPress-Request funktioniert. Und der Ansatzpunkt ist quasi relativ einfach. Und zwar stellen wir uns es vor, wir sitzen im Zug, im ICE, und fahren quasi von hier zurück nach Hamburg. Und drücken auf den Publish-Button. So, wir haben in dem Beitrag, den wir jetzt haben, haben wir quasi eine andere Seite verlinkt, weil das ist nämlich die Pingback-Idee, dass du quasi, dass du eine andere Seite Bescheid gibst. Hey, ich habe über dich geschrieben, willst du mich nicht verlinken oder willst du nicht Bescheid wissen, dass ich auf dich quasi verlinkt habe. Deswegen drückst du den Publish-Button. Und jetzt passiert quasi lustige Dinge im Rechner. Und zwar überspringen wir jetzt Dinge, die ich noch nicht habe. Ihr seid im WLAN vom ICE. Das heißt, ich würde euch dann in Köln erklär ich euch, wie WLAN funktioniert, weil das total spannend ist. Ich erkläre euch dann auch, wie Hendo bei Funkmasten funktioniert, weil er fährt ja gerade im Zug, und der Zug hat ja Antennen, und die Antennen verlinken dann quasi, dass ihr quasi internet habt. Permanent werden wir quasi mit 200 kmH durchs Land fegt. Wechselt ihr permanent die Funkmasten. Seid ihr euch ja bewusst, dass das permanent passiert. So, das machen wir nämlich, weil das quasi sehr komplex ist und keine Zeit. Und deswegen machen wir einfach nur DNS. DNS ist in dem Schritt total einfach, weil ihr habt dir die Seite auf, wir haben den Help-Check von WordPress. Wenn quasi ihr das Hardbeat, das heißt, wenn ihr das Backend von WordPress offen habt, einen Beitrag schreiben, wird der permanent gespeichert. Wird der permanent hinterlegt, dass quasi, dass ihr Änderungen gemacht habt. Das heißt, ihr habt permanent Verbindung zu eurem WordPress. Das heißt, DNS ist hier relativ simpel. Lokal, Rechner, der weiß schon, wo er hin muss. Und wir sind quasi durch, haben damit den DNS damit erklärt, weil er geht quasi von eurem Rechner direkt auf den Server. Die IP hat es nicht geändert, alles ist gleich. Wir kommen zum Web-Server. Web-Server gibt es verschiedene. Das sind quasi die Server, die dafür benutzt werden, um Webseiten anzuzeigen. Das hat noch gar nichts mit WordPress tun. Erstmal nur quasi statische Seiten, Ruby, irgendwelche Dinge, YouTube, das sind quasi Server, die Webseiten ausliefern. Da gibt es das verschiedene Arten. Da gibt es zum Beispiel NGNX, was eine relativ neue Geschichte ist. Und Apache ist da auch mal sowas ganz Komisches wie der IES. Das ist quasi der Internet Information Server von Microsoft. Weil Microsoft dachte, wir sind toll, wir schreiben alles neu. Wie ihr kennt das ja von den Entwicklern, alle anderen Lösungen im Internet sind doof. Ich schreibe das neu, ich kann das besser. Deswegen hat Microsoft in den alten Versionen auch dann immer Probleme gehabt, dass sie quasi sehr oft gehackt wurden, weil wenn man quasi Dinge neu schreibt, wie wiederholt man auch alle Fehler, alle anderen. Deswegen gibt es quasi verschiedene Server. Und aktuell Marktführer in dem Bereich ist die Open-Source-Lösung Apache, leicht quasi von NGNX quasi eingeholt. Und diese beiden Lösungen sind quasi der Hauptpart. Da sind wir jetzt gerade mit unserem Request aufgeschlagen. Der Apache prüft jetzt quasi intern nach, okay, was willst du eigentlich von mir? Du greifst quasi auch ein Verzeichnis zu von einem Domain. Dort liegt WordPress drinnen, der Index-PAP. Und die Index-PAP, da sagt dann quasi durch die V-Wide-Regeln oder durch das, was der NGNX quasi konfiguriert hat, landet im Endeffekt auf der Index-PAP in eurem WordPress. Und die Index-PAP in eurem WordPress, da sagt der Apache oder der NGNX, warte mal, PHP, das habe ich schon mal gehört. In meiner Konfiguration steht drin, wenn irgendwas mit PHP ist, dann musst du mich entscheiden, was ist konfiguriert. Ihr wisst, ihr merkt, also es wird quasi, wir gehen langsam an, dem kaninischen Stall auch nur nahezu kommen. Es wird am Ende noch lustig. Und zwar gibt es PHP in verschiedenen Formen. Und zwar gibt es Apache-Modul selbst. Das ist quasi die einfachste Variante, die halt sehr lange Jahrzehnte dann quasi das Maß oder Dinge war. Das heißt, der Apache hat quasi bei sich selber ein Modul, das PHP-Modul aktiviert. Das ist genau, PHP läuft permanent im Speicher. Man kann quasi sofort PHP-Seiten ausführen, deswegen ist das sehr, sehr, sehr schnell. Das Problem ist, dass quasi damit der, weil ja die Web-Server, also die Host-Provider quasi, dann das ab den Apache ein einziges Mal installiert haben, heißt das, wenn ihr eine Seite mit dem Server mit 2.000 Seiten habt, und ihr habt nur das Apache-Modul einfach drauf, heißt das, dass alle 2.000 Seiten mit den Rechten des Apache laufen. Das heißt, wenn quasi ihr eine Seite hackt, habt ihr über den Apache Zugriff auf alles. Das war quasi in den frühen, in den späten 90ern, gab es da so Hoster, die quasi aufgefallen sind, dass man quasi eine Installation gehackt hat, und plötzlich war der komplette Server befallen. Und deswegen wurde quasi dann auch so mal Sachen eingeführt, wie Trennung zwischen Spaces und so. Und dafür hat Apache quasi den Safe-Mode eingeführt für PHP, dass man die Sachen quasi, dass man dem Server alle Rechte gibt, und der sich die Rechte selber wegnimmt. Was okay ist, aber hat das auch quasi Nachteile, da gab es dann so lustige Fehlermeldungen, was, wenn ihr quasi auf dem Web-Server schreiben wollt, und dann plötzlich, dass beim Schreiben rauskommt, dass du eigentlich jeder Deiner, wo nicht geschrieben hast, sondern der per FDP-Duck völlig anderen Nutzer bist. Das heißt, wenn Web-Server, wenn Hoster von Konfigurationen keine Ahnung hatten, sind sie quasi damit auf die Nase gefallen, sorry. Danke, dass du bestätigst, warum ich diese Session mache. Ich habe ja gesagt, alles gut, alles gut. Ihr dürft quasi, ihr dürft, wie gesagt, gehen. Ihr dürft, wie gesagt, gehen. Weg, weiter weg, weiter ran. Okay. Wie gesagt, das ist, das ist erlaubt. Das ist gewünscht. Wenn der Raum leer ist am Ende, toll. Okay. Deswegen, der Safe-Mode hat, wie gesagt, Vor- und Nachteile gehabt. Aus dem Grund gibt es noch andere Methoden. Die klassische Methode davon ist der CKI-Modus. Das heißt, die Sachen, mit der sie hochgeladen werden, die da deinen, werden genauso mit diesem Recht ausgeführt. Das heißt, wenn ihr quasi ein User habt, kann der nur seine eigenen Daten löschen. Das heißt, ihr löscht quasi nicht die ganzen Daten, die sonst quasi noch auf dem Webspace rumliegen. Und das ist quasi die simpelste Methode. Das Problem ist, dass ihr jedes Mal, wenn ein PHP-Skript ausgeführt wird, muss er quasi nach, muss er quasi den PAP-Prozess selber starten. Das könnt ihr euch vorstellen, das muss halt jedes Mal, bei jedem einzelnen Request von der Index-PAP, wenn ihr quasi dann eine andere Seite aufruft, wenn ihr die Rest-API benutzt, muss jedes Mal der komplette PAP-Prozess hochgefahren werden. Das ist halt langsam. Deswegen gibt es dann dieses fast-fpm-Fast-CKI. Das ist quasi der Fast-CKI-Prozess-Manager. Das heißt, ihr habt so eine Art PAP-Prozess permanent im Speicher und könnt ihn quasi permanent sagen, vielmal die Datei aus, vielmal die Datei aus, vielmal die Datei aus. Und der kann das halt viel, viel, viel schneller machen als das CKI. Und dann kann man auch konfigurieren, dass er zum Beispiel in einem sogenannten Jail läuft. Das heißt, ihr sagt, in eurem Webspace, im Unterverzeichnis website.com, will ich quasi, dass dafür ein eigener FPM läuft. Und das heißt, dass quasi die Installation dann auch nur mit diesen Rechten dort ausgeführt wird und eben den Prozess dort einsperren könnt. So, das wäre quasi CKI und PAP. In Köln dann, wie gesagt, gehen wir noch mal ein bisschen tiefer, weil PAP ist in C geschrieben. Und das wäre doch mal toll, noch genauer darüber zu wissen. Deswegen sind wir jetzt auf dem WordPress gelandet, weil wir ja quasi das PAP wurde ausgeführt. WordPress ist gestartet. WordPress arbeitet mit einer MySQL-Datenbank im Hintergrund. Das heißt, wir haben noch einen MySQL-Prozess, der geöffnet wird. Weil WordPress muss ja wissen, was es gerade tun muss. Deswegen wird quasi über den, über die MPAP verbundenen Libraries die Verbindung zur MySQL-Datenbank aufgemacht. Es wird eine Authentifizierung gemacht. Wir gehen da rein. Wir schauen uns Daten an und holen uns die raus. MySQL wird dann quasi in Köln nochmal genauer ausgeleucht, weil das auch sehr, sehr, sehr spannend ist. Wir sind jetzt im WordPress und haben jetzt quasi, der Publix kommt jetzt quasi in WordPress anwiesen. Wir haben quasi immer noch den Button gedrückt. Es ist noch nichts weiter passiert. Wir sind jetzt gerade erst mal beim WordPress angekommen. Der Publix wird ausgelöst. Und da quasi legt WordPress die Daten in der Datenbank an, speichert die ganzen Daten ab. Und dann wird der WordPress-Con gestartet. Weil, wenn ihr quasi den, weil der Prozess dieses Benachrichtigungen des anderen Blocks oder des Nachschauen, das passiert quasi nicht on the fly, weil das wäre doof. Sondern das wird WordPress nicht angegeben nach, mach mal, wenn du Zeit hast. Und wenn du Zeit hast, ist, wenn irgendjemand eure Seite besucht. Das heißt, wenn ihr quasi in den Backup-Lacken habt und ihr sagt, ihr wollt um 3 Uhr nachts quasi gerne einen Backup haben und ihr kriegt irgendwie um 7 früh eine Nachrichtung, ein Backup ist halt angefangen. Ihr fragt euch, ich hab doch um 3 gesagt. Ist es relativ einfach. Der WordPress-Con wird nur ausgelöst im Standard, wenn irgendjemand auf eure Seite rumsürft. Das heißt, wenn da niemand ist um 3 Uhr nachts, weil die Leute wollen schlafen, habt ihr quasi keinen, wird der Cronchup nicht ausgelöst. Und der Cronchup von dem, von den Benachrichtigungen oder von dem, von dem Pingback, wird quasi ausgelöst dadurch ihr im Back-Inside. Das heißt, das passiert relativ zeitnahs, aber trotzdem getrennt auf Prozess. Das heißt, der Cronchup läuft so, dass quasi WordPress einmal um seine eigene Tür rumgeht, geht einmal, geht einmal hinten zum, zum Garten raus, geht einmal rum, klingelt das vorne an der Tür und sagt, Hallo, kannst du mal bitte nachprüfen, ob da irgendwas ist? Und also WordPress, okay, ich guck mal, da ist ja eine Aufgabe. Ich soll ja mal woanders hingehen. Das heißt, WordPress geht dann quasi von sich aus mit den HTTP Funktionen im WordPress, die ihr quasi auch seht, wenn ihr die Feeds benutzt, wenn ihr quasi im WordPress Backend-Updates gemacht wird, wenn ihr die PHP-Library drin und die PHP-Libraries werden quasi ausgewählt, je nachdem, was eures Webspace kann. Das heißt, wenn euer Webspace quasi so was wie Curl kann, dann kann quasi WordPress die Curl Funktion benutzen, um quasi sehr schnell einen anderen Webspace zu erreichen oder eben Dinge abzuhofen. Wenn es das nicht kann, fällt da quasi zurück auf verschiedene Alternativmethoden. Die Alternativste von allen ist quasi FSOC Open, das ist quasi brutal. Ich mach mal einen HTTP-Prozess, das ist ja auch schon so. Und dafür benutzt quasi WordPress den Kron und hüpft quasi an der Stelle darüber. Und was heißt das rüberhüpfen? Na ja, ihr seid auf dem Server. Was jetzt passiert, ist wieder DNS. Das heißt, von eurem System aus gesehen muss ja jetzt quasi euer System das andere System benachrichtigen. Das heißt, das System muss DNS machen. Und jetzt quasi kommt das nicht mit diesem kleinen Ach, wie schön ist die Welt und alles ist lokal und fertig, sondern wir müssen einen richtigen DNS-Request machen. Das heißt, zuerst wird quasi von eurem Web-Server. Wir sind jetzt auf eurem Web-Server drauf. Schön, dass du gehst, finde ich klasse. Der Punkt ist quasi, der DNS-Request läuft so, dass er zuerst lokal gucken würde. Weiß ich von der Domain, wo ich hin will, wie die heißt, wie ich die auflösen kann. Wie aus einer URL eine Zahl wird, die ich erreichen kann. Wir sagen einfach mal, die Domain, die du erreichen willst, ist wordcamp.org. Die gibst du ein und da sagt dein Host-System, hab ich noch nie gehört von. Keine Ahnung, was du von mir willst. Also sagt das System, okay, jetzt muss ich mal nachgucken, wer ist denn eigentlich dieses komische Ork? Weil, weil wird, also eigentlich DNS läuft quasi so, dass er zuerst nach dem Punkt schaut. Das heißt, er schaut zuerst danach, weil eigentlich heißt die Domain wordcamp.org. Und dieser Punkt wird nur, weil quasi das Internetnetz zu euch ist, wird er einfach permanent weggelassen. Ihr braucht ihn nicht eingeben, aber er ist physikalisch da. Das heißt, er guckt nach dem Punkt, der Punkt sind 13 Server auf der ganzen Welt. Die sind quasi das DNS in den Grundfesten. Die 13 Server in der Welt, die wissen quasi, wo sich dieses ominöse Ork befindet. Das heißt, euer Server würde quasi, würde da eigentlich nachfragen, aber ihr habt ja ein Hoster. Das heißt, der Host hat quasi eigene DNS-Server, wo das drinstehen könnte. Oder er hat nochmal andere Hosten und verweist euch quasi darauf, wo er nachgucken, DNS mit sich nachgucken könnt. In dem Fall ist es nicht, er fragt quasi bei den Rootservern des DNS nach, wo das Ork ist. Das sagt euch, das ist der und der Server, die in die IP-Adresse. Also geht ihr dorthin und fragt, du Ork, wo ist den Worldcamp? Und das sagt ihr quasi, fragt mal den DNS-Server da drüben. Und der DNS-Server da drüben sagt ihr, okay, Worldcamp Ork ist 85, 42, 41, 3. So, das ist die Auflösung, die ihr schlürzendlich braucht, nachdem ihr quasi einen kompletten Internet rumgelaufen seid. Das passiert quasi jedes Mal, wenn ihr eine Webseite aufruft. Wird quasi bei euch lokal nachgeschaut, dann wird bei eurem internen Provider nachgeschaut, dann wird bei eurem Netzwerk-Provider nachgeschaut und dann quasi wird einfach mal im Internet gefragt. Und das funktioniert quasi stabil, permanent, immer. Ihr fragt euch, 13 Server, wem gehören die? Nette Google-Aufgabe für euch. So, jetzt sind wir quasi, jetzt wissen wir die Domain von dem komischen Worldcamp.org und jetzt schlagen wir dann mal auf und da ist aber nicht einfach nur ein Web-Server, wie wir es vorhin hatten, weil das wäre viel zu einfach. Wir schlagen jetzt quasi auf einem Load-Balance auf. Das heißt, vor dem Server steht nochmal ein Server oder eine Server-Valance, die quasi eure Anfragen entgegennimmt. Und die Anfragen, die entgegengenommen werden, wird aus dem Grund quasi von dem Load-Balancer gemacht, dass ihr nicht einfach diesen Server dahinten fragen könnt, weil wenn ihr den fragen könntet, könntet ihr auch eine Million andere Menschen das zeitgleich tun. Deswegen wäre es sinnvoll quasi, diese Anfragen gebündelt an die Server zu stellen und das Ganze noch zu cashen. Und eben nicht auf dem Server, wo ihr das von Caching plugins kennt, ist eine feine Sache. Das Problem ist nur, irgendwann ist das Netzwerk-Limit von eurem Netzwerk-Interface und von eurem PHP und von eurem Patcher einfach mal überfordert. Wenn ihr quasi 5.000 Anfragen oder 10.000 Anfragen auf eure eigene Seite schickt oder 10.000 oder 20.000, ist die Seite mal einfach weg. Schlimmstenfalls trinkt es bei euch und euer Hoster sagt euch, ihr wurdet gerade angegriffen. Und bei der normale Hoster würde er einfach sagen, okay, bevor jetzt mein Infrasturm hier auf die Ohren fliegt, schieb ich das quasi weg. Da gibt es eine lustige Geschichte. Und zwar gibt es für Loadbalancing, gibt es zum Beispiel Menschen, die beschützt werden im Internet. Es gibt zum Beispiel einen Menschen, nennst du ich Brian Craves, der ist ein nennendes Aktivist oder ein Mensch, der es quasi sehr genau hinschaut und der hat mal so Leute auffliegen lassen, die mit Mailware und DDoS-Attacken Geld verdienen. Die haben dann gesagt, das ist nett von dir, dass du uns auffliegen lässt. Wir schicken dir jetzt mal, ihr radet's, mal einen DDoS. Und die haben dann quasi diese Komischen, die ihr auch zu Hause habt, diese Internet-of-Sinks-Dinger. Die haben den quasi mal dann zu ihnen geschickt und haben ihnen quasi gedetost. Und haben ihn quasi mit 25 Prozent, wurde ausgemessen mit 25 Prozent der Netzwerkstärke von den Internet-of-Sinks, den Dingern quasi angegriffen. Das heißt, wenn ihr irgendwie eine Netzwerkkamera habt, die ihr quasi einfach mal ansteckt, kann das sein, dass die innerhalb von, sagen wir, 45 Sekunden gehackt ist und danach nicht mehr euer Eigentum ist. Sondern ihr seht quasi nur noch Betreibt in euren Netz und ihr Netz seid, dass ihr quasi Leuten Ressourcen gibt. Und diese ganzen Dinger haben quasi damals diese IP-Adresse angegriffen. Also die IP-Adresse von dem Brian Craves, seinen eigenen Server. Und da war es schon so gewesen, dass er damals schon von einem, ich glaube, das war Cloudflare, war es, glaube ich, gewesen. Cloudflare hat ihn damals schon beschützt. Nein, ich glaube, es war Akamai. Akamai hat ihn damals beschützt. Akamai ist quasi das Größte, was es im Internet an Load Balancing gibt. Das war, der Witz bei Akamai war damals, als es in den 90ern hieß, Microsoft betreibt Linux Server. War der Witz, als die Windows, als Microsoft die Updates eingeführt hat, hieß es, Microsoft betreibt Linux Server. Das stimmt nicht, Microsoft hat einfach nur einen Load Balancer vorgeschaltet, der quasi von Akamai kam, wo die ganzen Updates ausgerollt wurden. Bei Microsoft wollte er bei einem Update nicht einfach offline gehen. Weil wenn das Internet fragt, hallo, ich hätte gerne für meinen Windows 95 gerne mal Updates, dann wäre Microsoft offline gewesen. Deswegen haben sie Akamai, also Akamai hinzugezogen, um quasi die Last zu überleben. Und deswegen war Akamai natürlich Linux so benutzt, weil Internet ist gleich Linux. Haben sie natürlich dann nach Linux, wurde nach Linux nach außen gesehen, deswegen wurde gesagt, das ist Linux. Und Akamai hatte den Brian Grapes damals gehabt, in so einem, wir sind nett zu Leuten, die quasi nett es tun, deswegen hatten sie einen kostenlosen Account. Und der Angriff auf Akamai war so groß, dass Akamai gesagt hat, das gefährdet unsere Infrastruktur. Wir schalten dich jetzt ab. Und da hat der Brian Grapes gesagt, ihr schaltet mich ab. Na ja, du bist eine Gefährdung für uns. Wenn das so weitergeht, sterben quasi die Webseiten andere Kunden. Also hat Brian Grapes aufgegeben und hat die IP, das ist einer Webseite auf 127.001 geändert. Das heißt, er hat quasi gesagt, ich bin jetzt offline. Ich bin weg. Und das war es. Und dann wurde er quasi, jetzt wird Brian Grapes gerade beschützt vom Google-Projekt, die noch mehr Server haben als Akamai, und die quasi Dissidenten und andere Leute quasi beschützen. Und die Dinge, die man mit Load Balancer macht, das ist quasi Caching im professionellen Umfeld. Du hast das Caching vor deinem Server, nicht auf deinem Server. Und das Schlimmste beim Caching quasi immer auch bei Load Balancern ist die Invalidierung. Das heißt, du musst sicherstellen, dass du quasi auch die Daten, die du hast, wieder mal irgendwann löcht. Und das ist quasi ein größeres Problem bei Load Balancer. Aber wir sind jetzt beim Load Balancer und ich muss jetzt gucken, okay, es gibt verschiedene Formen von Load Balancing. Es gibt dieses Round Robin, dass man einfach der Load Balancer sagt so, ich ziehe ein Streischolz und der Server, der verliert, kriegt die Anfrage. Das ist relativ doof, weil du nicht weißt, ob quasi beim Würfeln permanent die 6 kommt und der Server 6 quasi gerade knirscht unter Last. Das heißt, am besten ist es quasi, die Maschinen hinter dem Load Balancer geben den Load Balancer weiter, wie viel Last sie gerade haben, dass der Load Balancer sagen kann, das ist von gar nicht, der kriegt jetzt mal die Anfragen. So, das heißt, wir sehen es quasi auf dem Load Balancer, werden jetzt quasi vom Load Balancer weitergereicht zum Multisite, weil Worldcamp Org ist eine Multisite. Multisite ist ein, er merkt es schon jetzt, jetzt bin ich quasi im Fahrwasser. Multisite ist quasi die Basis, dass du auf einer WordPress-Installation mehrere Instanzen fahren kannst. Das heißt, die Multisite, wir haben quasi technisch gesehen eine riesengroße WordPress-Installation, die quasi auch global verteilt sein kann und wir sind jetzt gerade auf der Multisite angekommen. Jetzt muss Multisite intern prüfen, welche URL willst du gerade haben, weil wie gesagt, wir reden von einer einzigen WordPress-Installation und er schaut jetzt nach in der Datenbank, wo liegt denn jetzt Worldcamp Org und Worldcamp Org ist die ID 218 und die Multisite, wie ihr sie auch quasi einfach installieren könnt, wäre es so, dass die 218 wäre quasi euer Präfix, WP, Unterstrich, 218 Strich und dann kommt quasi Options und was du nicht gesehen, wäre viel zu einfach. Und zwar, das wäre jetzt alles eine einzige Datenbank. Sinnvoller wäre es natürlich, wenn du eine sehr, sehr, sehr große Multisite hast, dass du quasi die Sites in unterschiedliche Datenbanken packst, dass du eben die Last zwischen den Datenbanken auch machen kannst, dass du quasi sagen kannst, dass du so viel Last ab, das kriegt eine eigene Datenbank auf einem eigenen Datenbank-Cluster, dass du eben die Anfragen, Datenbank technisch sehr gut überleben kannst und das wiederum kannst du machen, dass du die auch geografisch trennst, dass du sagen kannst, dass die Anfragen für die 18 werden jetzt quasi nur in Japan oder nur in den USA beantwortet. Wir sind jetzt auf der Multisite, haben jetzt quasi dort die ULL wird aufgelöst, wird es nachher ok, das ist der Blockeintrag 15, wo du gerade drauf zugreifen willst, wir sind wieder auf der Index PRP, werden wieder weitergeleitet und die Seite wird aufgemacht. Wir pingen quasi die andere Seite an und sagen Hallo, du andere Seite, ich habe gerade über dich geschrieben, das ist meine ULL, wo ich herkomme, verlinke mich doch. Jetzt sagt das WordPress auf der anderen Seite in der Multisite, da kannst du ja viel erzählen, wenn der Tag lang ist. Ich glaube das erst, wenn ich meine ULL habe, und geht quasi von dem PRP jetzt auf WordPress auf eurer ULL schauen, ob ihr das wirklich geschrieben habt, ob ihr wirklich sie verlinkt habt und geht es quasi wiederum von dort über die htdp Funktion zu eurem Block, ließ sich die Seite durch und guckt quasi nachher, ob er Text drin steht. Da gab es mal einen placken, lustigen Back, es gab mal einen Placken von Viper, Viper Video Codex glaube ich, oder Viper's Videos Tools und der hatte im Herder der Seite, er Viper's mit Gänsefüßchen geschrieben und das hat damals den Passprozess vom Pingback von WordPress quasi gebrochen, war ja quasi die Seite, hörte bei dem Hochkomme auf, beim Einlesen und das hat quasi jedes andere WordPress gesagt solange auf deiner Seite quasi Viper's Videos Tools war, hat dann das WordPress der anderen Seite gesagt, du lügst doch, du hast gar nicht über mich geschrieben, das steht überhaupt nichts drauf und als wir dann rausgefunden haben, das sagt an dem Placken, und der Plackenautor einfach mal seinen Hochkomme raus gemacht hat, war alles wieder okay, weil wie gesagt, WordPress einfach nur nachschaut, ob an der Stelle auf deiner Seite quasi der Content da ist und wenn das da ist, speichert quasi diese Verbindung ab und wenn ihr quasi in eurem Scene das eingestellt habt, dass es angezeigt werden kann, zeigt da wie gesagt auch euer, den Link zu der anderen Seite an und das müsste gewesen sein, ja das war's, Fragen nehme ich keine an gut, das war's ja ist die Frage, wie viel mit, also ich schreibe wir können auch gerne mal ein Test schreiben ich kann euch gerne nachher mal Fragen stellen Köln, sorry Beta, Beta, nein, den Alpha, Alpha, Alpha guck mal der da nicht, da stand auf jeden Fall Alpha genau, gut, das war's Pause Atma durch, geht mal in die frische Luft