Info
Diese Woche haben wir den Onboarding-Pfad so gut wie abgeschlossen und stellen uns in die Frage: Wie beendet man so einen Assistenten am besten? Und wir überlegen schon einmal, wie wir auf dem Importpfad am besten die ganzen Episoden eines bestehenden Podcasts übertragen.
Timeline
Intro und Begrüßung
00:00
Herzlich willkommen zu einer weiteren Episode des Podlavers-Podcasts. Der Podcast der Entwickler in des,Player, Publishers und Subskripe-Button Plugins,Für Wordpress und alles andere rundrum. Wie ihr hört, es ist nicht die elaborierte Einleitung, die Martin sonst immer hat, sondern wir er lässt sich heute durch mich vertreten,Und wir werden auch in dieser Episode mal wieder einen kleinen Rückblick auf die letzte Iteration im Prototyp fand, wo wir unseren Onboarding-Assistenten,gerade erstellen haben. Genau,Und da ist ein bisschen was passiert. Ich möchte jetzt nicht zu sehr vorweggreifen, aber wir sind zumindest mit der ersten Hälfte des Onboarding Assistenten fast fertig. Ich glaube, da gibt's noch ein paar kleine Feinheiten, die wir machen können, aber,Dazu kann euch Dirk glaube ich ein bisschen mehr erzählen,und Erik ist auch da. Ach, das ist gut, aber ich würde trotzdem sagen, Dirk, leg mal los.
Genau, also was ich in den letzten 14 Tagen gemacht habe, ist eben die einzelnen Stücke, die wir ja schon hatten für den Onboarding-Teil mal zusammenzustricken und jetzt eben so weit zu bringen, dass,wenn wir einen Testserver installiert haben, dass ihr dann,oder die Welt es mal ausprobieren kann, wie fühlt es sich an den Assistenten zu benutzen,Martin hat noch mal, das war ja auch darüber immer, glaube ich, vor vier Wochen gesprochen über das Coaching und daraufhin haben wir ja auch die ganzen Texte nochmal angepasst,Die habe ich jetzt alle soweit eingebaut und das persistieren noch mal verfeinert, so dass das jetzt alles weit rund laufen sollte.
Wir hatten auch quasi bei dem Prozess jetzt nochmal ein paar kleinere Rückfragen im Vorgespräch gehabt und zwar geht es um das Beenden des Onboarding-Assistenten. Dirk.
Beenden des Assistenten
02:12
Genau.Genau, wir haben uns schon länger drüber Gedanken gemacht, wie wollen wir den Onboarding-Assistenten beenden und jetzt,haben wir aktuell haben wir einen Button eingebaut der eben sagt Onboarding ist fertig aber die Frage ist die wir uns stellen was,passiert dann? Wohin springen wir sozusagen oder wo wollen wir dem Benutzer hinspringen, dass nur,als nächsten Schritt wollen wir ihm zu den Einstellungen wollen wir ihn zur Episode springen, zu einer Episode springen lassen. Genau, das ist das, was wir uns noch überlegen, um da mit einem guten Abschluss zu finden.Genau. Wir müssten ja auch oder wir wollen ja auch den Onboarding-Assistenten dann deaktivieren und da ist es eben die Frage, machen wir das sofort mit dem Knopf oder machen wir das eben verzögert?
Mehr ist eine gute Frage. Theoretisch brauchst du ja keinen letzten Knopf, wenn man am Ende des Wizards ist. Sie können jetzt äh diese Seite schließen, aber,Ja also für uns wäre es natürlich interessant, um herauszufinden, ob der Onboardingvizert dann beendet wurde, aber das war er ja in dem Moment, wo quasi der Podcast eingerichtet wurde,Das heißt, theoretisch könnte man dann einfach den den Prozess starten, dass man den Onboarding-Assistenten aus dem Menü dann ähm erstmal nimmt.Und quasi man würde dann den Nutzer in ähm die Option lassen, dann selber durch ihre Wordpress-Instanz zu navigieren, wie sie das möchten, weil sonst ist es glaube ich ein bisschen also aus meiner Perspektive am,ist es natürlich komplex jetzt zu erahnen, was jetzt der nächste Schritt dann für quasi äh die Nutzer ein ist.
Ja, also man ja wohin? Also das ist die große Frage.
Ja ob oder wohin,Gut, aber das sind so Details. Also das hält uns jetzt nicht großartig bei der Entwicklung weiter auf. Mir fällt grad noch ein, wir hatten auch noch ein interessantes Thema beziehungsweise ich hatte Erik gefragt,um die äh Beta-Installation vom vom Publisher zu zu erleichtern. Das ist ja jetzt grade so ein kleiner Prozess und wir haben eigentlichkeine Betatester, wenn man das mal genau nimmt. Ob man ein Beta-Plug-in vom PublisherMacht denn da äh hat äh Erik äh einige Erfahrungen gemacht.
Beta-Plugin-Diskussion
04:29
Ja, es ist gut. Das hatte ich nämlich auch gerade notiert. Ähm ist mir auch eingefallen, dass wir das als Thema hatten. Genau, es dein Anliegen war, ich weiß gar nicht, war deine Motivation eigentlich erst für dich leichter zu machen oder für die Nutzer oder beides? Äh beides wahrscheinlich.
Na ja, wer hätte dann halt immer einen frischen Release, also quasi direkt von der von der Beta, von unserem Beta Brunch, den wir dann gleich herausgeben könnten, um die das Testen leichter zu machen.
Also vielleicht um noch mal alle abzuholen,Es gibt eine Beta von in der Regel jetzt grad nicht, aber äh bei größeren Releases und das ist,hat ein paar Schritte, es gibt eine Anleitung dazu installiert sich ein separates Beta Tester Plugin wodurch man quasi auf ad den Beta Brunch springen kann vom Blub Publisher,und für,uns, also als Entwicklerseite, ist es so, dass wir eben einen Brunch haben, der bitter heißt und wir dort äh Text erstellen und quasi Releases darauf machen. Und das pusht dann aber nicht ins Wordpress,Plug-in-Verzeichnis, sondern ich habe quasi so ein simuliertes Wordpress Plug-in-Verzeichnis bei mir irgendwo auf einem Zauber rumliegen.Was das Plug-in ausliefert und das sieht man im als Nutzer im im nicht. Es man sieht quasi nicht, woher das Plug-in ausgeliefert wird. Ob wir im Hintergrund spricht quasi die API, die Plugin abUpdate API dann mit meinem Server und die der die Idee von Alex war eben zu sagen hey können wir da nicht einfach im,ein zweites Plugin registrieren, das eben Putter Publisher, Beta, Developer, was auch immer heißt.Das würde uns als ersten Ziel, ganze Infrastruktur ersparen,Zum anderen hätte man auch den gleichen äh Releaseprozess, also unabhängig davon, ob man nun ein richtiges Release macht oder ein Bitterrelease, weil's halt einfach letztendlich zu Wordpress ins Verzeichnis geht und,dann ist halt ein paar Konflikts anders, aber ansonsten wäre der Prozess der gleiche und für Nutzer wäre es vielleicht auch einfacher zu sagen, tja ich gehe einfach dahin, wo ich das,oder hinschauen hier äh her habe, mache halt meinen äh das Richtige aus und das Bitter Plug-in an. Das ist vielleicht einfacher als weil es Betaplugin,Separate, was ich derzeit bereitstelle, das muss man auch sich von Gitab holen. Ja, ist nochmal ein wahrscheinlich ein abschreckender Faktor.Genau, was ich rausgefunden habe, ist, man muss natürlich es ist keine Ahnung, wann ich das letzte Mal ein Plug-in registriert habe bei WordPress, aber ist schon ein paar Jährchen her,Ja, das muss man quasi anmelden und ich da bewerben. Äh man verreist quasi das Pugin als Tipp ein, so in der Form, wie man das gerne haben würde und das wird es reviewt.Und das hat's derzeit auch irgendwie eine Wartezeit von ich weiß nicht, was es waren, drei, vier Wochen oder so, als ich das letzte Mal geschaut habe, hattegibt's so eine Liste an Bedingungen, dass man irgendwelche Conventions und so weiter. Natürlich irgendwie Standard Guidelines, die man irgendwie einhalten sollte.Und dann gab's den Verweis oft ein Plugin Checker Tool. Das waren wir neu. Ich glaube, das gab's vor zehn Jahren noch nicht.Dachte ich mir, hm, okay, probierst du es mal aus. Oder kamen irgendwie tausend Warnings und Meldungen also einfach gegen das Publisher Plugin so wie's jetzt da ist?Auch lustig, dass,generell, ne? Irgendwie wenn du ein Plug-in einreichst, äh dann gibt's irgendwie so einen ausführlichen äh für äh Review-Prozess und danach kannst du im Grunde machen, was du willst, dann guckt keiner mehr drauf. Also es gibt ein CVE natürlich.
Ich ich habe mir, als du das gepostet hast, hatte ich mir gedacht so, na dann machen wir halt irgendwas da rein, ne. Hallo, hallo Weltseite, die du dich da installierst und im nächsten Update kommt dann halt unser Plug-in da rein. Also hä? Was ist denn das für.
Ja auch auch eine auch eine gute Idee, ja. Ja, also,habe mir natürlich gedacht, okay, was ist denn jetzt diese Warnung? Habe mir das mal ein bisschen angeguckt. Lustigerweise,Gibt's da auch diese Hinweise mit hier gibt's fehlt ein Nons-Check zum Beispiel. Also das, was irgendwie 80 Prozent unserer CVS sind, nehmen das irgendwie hier der Nonsens nicht geprüft werden. Das scheinen die da irgendwie einigermaßen automatisiert auch rauszufinden.Das ist eigentlich.
Mal erklären, was Nons ist.
Ach so, das ist so ein Security-Mechanismus, dass wenn man ein Formular abschickt, dann schickt man so einen einmal generierten Code mit und so dass man bei der Verarbeitung des Formulars äh prüfen kann, ob's diesen,äh Codes gibt und damit festgestellt hat, dass derjenige, der das Formular abgeschickt hat, auch der Nigist,ankommt und nicht quasi das Formular von einer böswilligen dritten Stelle,ausgelöst wurde. Also der Anwendungsfall oder Angriffsfall ist in der Regel, dass ich als Nutzer, der irgendwo eingeloggt bin, auf eine Seite gelotst werde, irgendwie draufklicke,von der ich denke, dass ich da hin will, aber will ich's gar nicht und dann wird eben von dieser Seite aus das Formular ohne mein Wissen äh ausgefüllt, abgeschickt und eventuell eben irgendwie Daten ausgelesen oder verändert, die ich eigentlich nicht wollte.Je nach Formular ist der Angriffsvektor größer oder kleiner in der Regel also grad bei so,diesen CVS, die wir da bekommen haben, was so was angeht, war's halt so. Man kann irgendwie ein unbedeutsames Setting irgendwie,Setzen und so, also das da ist jetzt ja Angriffsvektor relativ klein, aber es reicht für eine CVE, die dazu führt, dass das Plug-in geschlossen werden kann.Nun ja genau davon ist,ich habe gemerkt, es sind Tausende, also stellt man sich die Frage, okay wie viele Formulare haben wir? Insofern natürlich nicht. Es sind ganz viele mit,Es gibt so Standard PRP-Funktionen, wo es quasi eine,patchte in Anführungszeichen per Wordpress-Variante gibt. Also es ist irgendwie es gibt eine random Funktion, da gibt's eine WP Anderscore-Randomfunktion und Wordpress hätte gerne, dass man diese ganzen WPUnderscore Funktionen verwendet, anstatt die richtigen, also die Originalen vonper Pay, weil sie da noch irgendwie als Zeit-Checks machen und das ist dann sicherer und so was. Also so was ist über die Hälfte von diesen so was undIst natürlich grundsätzlich trotzdem sinnvoll, da mal irgendwie drüber zu gehen, das nachzuarbeiten, aber für unseren Anwendungsfall jetzt dieses Plugin irgendwie,das hat mit dazu bekommen ist es vermutlich erstmal eine Wand, weil ich habe jetzt keine Zeit und Lust irgendwie zwei, drei Wochen irgendwie ja mich von Warning zu Warning durchzuarbeiten,damit dieses Plugin Submitteln können. Ja.
Könnt's ja mal probieren. Gibt ja so.
Jaalso man muss also was äh unveränderlich ist, ist der Name und der Slack. Das ist das, was in der oben erscheint,Da hätte ich natürlich schon ganz gerne Mister, bitter oder so was.
Das kannst du doch trotzdem machen. Dann können wir mal den Security-Prozess mal genau unter die Lupe nehmen.
Da merkt man mal wirklich jemand draufschaut, der,ich weiß ja nicht.
Die kannst es ja erstmal mit einem anderen Plug-in probieren und einer anderen Identität und mal schauen, ob das durchkommt. Und wenn das durchkommt, kannst du das dann nochmal mit einem Publisher-Problem.
Wär auch doof, wenn jemand sagt, okay, das, ihr habt das ja wirklich das Publisher Plugin eingereicht und die hat ja irgendwie äh noch hunderte Warnings,heb die doch dort erstmal.Man weiß ja nie, man weiß ja nie. Ja keine Ahnung, ist vielleicht bleibt's erstmal bei dem alten Better Aflo und ich,Man kann's probieren, aber ich ganz ganz wohl ist mir.
Okay, na gut. Ein weiteres Thema haben wir noch heute,Und zwar geht's ja jetzt in den nächsten Iterationen an den Importer, also den zweiten Pfad bei unseren Onboarding-Assistenten und da wollen wir ja die,von einem existierenden RSS-Feed alle Episoden und alle Assets in das WordPress importieren. Und da hatten wir uns ja vor ein paar Wochen schon mal ein paar oder beziehungsweise,Gedanken dazu gemacht unter der Voraussetzung, dass unsere jetzige Architektur so ist, dass wir,den Server relativ dumm halten, würde ich jetzt mal sagen. Also der weiß jetzt quasi nichts nicht von der Existenz von irgendwelchen Wordpressinstanzen, sondern das wird alles in den Reques mitgeschi,Das hat natürlich dann jetzt, wenn man so einen Importer, also äh ihr müsst euch das so vorstellen, der Importer wird wahrscheinlich den RSS-Feed oder einmal auslesen per Importfahrt,dann wollen wir für jede einzelne ähm Episode einen Import anstoßen und der Import sieht wahrscheinlich so aus, dass wir ein Riekfest an unseren Server schicken mit importieren wir mal bitte,Episode und da wird quasi aus dem RSS-Feed werden die ganzen Daten extrahiert, werden an den ähm Server geschick,Und da was jetzt glaube ich das äh Anliegen von den normalen Episoden oder die Meta-Informationen jetzt kein Problem ist, aber es gibt natürlich noch so was wie das Hochladen oder das Kopieren von der Audiodatei auf den Server.Das kann wahrscheinlich ein bisschen dauern. Und da hatten wir uns jetzt so ein bisschen Gedanken da schon angefangen, Gedanken zu machen, wie wir das realisieren können,ohne wir unsere Hauptlimitierung ist da äh ohne die Wortpresse abzuschießen,sondern quasi das so dezent und vorsichtig zu machen, dass wir auf jeden Fall sicherstellen können, dass jetzt das Wordpress bei dem Hoster nicht in die Knie geht,Und da spielen oft solche Recovery-Mechanismen noch mit rein, aber ich glaube die die Primäridee war, dass der Client erstmal, nachdem er die gesamte Liste, die haben wir dann auch lokal vorrätig,erstmal in der Rolle ist, die ganzen den ganzen Import zu treiben, das heißt Episode für Episode dann anzustoßen,Und was ich mich jetzt immer gefragt hat und da ist so eine kleine technische äh Diskussion, die ich jetzt nochmal äh führen wollte ist,wie wir überhaupt feststellen wollen, ob eine Episode erfolgreich importiert wurde,Weil wir haben ja quasi nur die Information aus dem RSS-Feed. Im besten Falle ist da eine GU ID drinne pro Episode,manchmal eben leider nicht. Und woran machen wir jetzt fest, dass zum Beispiel eine Episode schon existiert in der in dem WordPress, wo wir das importieren wollen.
Import-Pfad
13:30
Ja Geo ID ist schon sinnvoll oder halt ein ein. Also das, was die eigentlich episode ja ausmacht, ist die Mediendatei. Und,identifizieren, also bisschen welche das ist.
Hm, das ist jetzt die Frage und wir hatten uns ja auch überlegt, ob wir die Mediendatei schon mal irgendwie mit einem Slack oder wie auch immer schon mal so umbenennt, dass man die wieder im WordPress findet.Das heißt also man könnte natürlich davon ausgehen aber dann müsstest du auch irgendwie so einen Fall-Check machen und quasi überprüfen, das ist die Datei, die jetzt quasi vom WordPress kommt. Das ist die Datei, die ich habe. Wenn da irgendwie in der Mitte der Upload abgebrochen ist, ist der Import theoretisch ja auch noch nicht fertig.
Ja. Also.
Nicht mehr im D5 so oder so was bilden.
Über die Datei, ja gut, das machen wir,dass wir das dann nehmen. Das wäre dann natürlich so eine so eine Variante könnte man das in nee, nee, ich brauche die ganze da, ich ich brauche die ganze Datei, ne, um die äh den Hash zu bilden.
Ja, aber Moment, also das sind jetzt zwei Probleme. Das eine ist überhaupt festzustellen, dass die Episode angelegt wurde in WordPrissen. Das Zweite ist die Existenz der Datei. Das sind zwei.
Mediente ja das stimmt.
Die Welt jetzt nicht vermischen sollten und also für das das erste die,Episode und Metadaten überhaupt. Äh da könnte man im Grunde auch quasi eine eine eigene Import-ID-Mapping-ID festlegen, die nur für diesen Zweck da ist, die derKleint sich ausdenkt. Das kann hochzählen von eins bis N oder man generiert irgendwas, das ist ja egal. Aber der Kleine denkt sich also der Import,Prozess selbst kann die generieren und schickt die einfach mit beim Erstellen der Episode in Wordpress und dann kann ich.
Das ist dann die ID, die man dann auch im WordPress hätte. Ist das die Episoden-ID oder die Post-ID oder.
Nee, das wäre jetzt eine reine Import-ID. Das wäre jetzt mein Gedanke, sondern extra Metadatum im Apostobjekt in in.
Das ist dann Teil des äh der der Episode des Episodenmieter oder der des Posts selber, ja ja okay hm.
Was postet eine Episode und das das jetzt quasi Wordpress-Entwickler, sprich also Episode ist ja das, was man als Podcaster sieht, aber bei ist alles ein Post. Also auch eine Episode ist nur ein Post, der Episode heißt.
Ein Pullover ist für äh wird bloß auch nur ein Post.
Ja oder eine Bestellung ist auch noch ein Post. Allererstes ein Post. Aber ja, wenn wir von der Episode sprechen, dann ist es eben so ein Postobjekt in in WordPress und das kann beliebige Metadaten haben.Wir machen das mit irgendwie so ein bisschen anders. Ich habe da noch eine extra Tabelle, wo ich die ordentlich strukturiert ablege und nicht nur in so eine Meterdatentabelle Kibaduro mäßig abwerfe. Ich schweife ab.Worauf ich hinaus will, ist einfach nur, wenn wir,kein explizites, verlässliches ID haben, wie eine GU ID. Aber ich glaube, ich habe auch irgendwo im Publisher quasi einen Fallback, also für irgendwas ist immer da. Also es gibt GOID und dann,Der Link vielleicht. Ich weiß nicht, müsst ihr mal nachgucken.Verlasse mich irgendwo auch jetzt schon auf die und habe dann vorweg vielleicht ist das dann brauchbar. Äh aber wenn nicht, wie gesagt, würde ich vorschlagen, dass der Importer sich eine ID ausdenkt. Wir die einfach mitschicken als exquisite Import-ID und dann müssen wir eben in unserem Checkoder Verifizierungsmechanismus über diese ID gehen und gucken, hey, hast du eine Episode unter dieser ID? Und wenn wir fertig sind mit dem.
Also ich meine wir kriegen ja schon das Ding also ne der der Schritt davor ist ja wir müssen irgendwie den RSS und dann quasi alle Episoden einmal auflisten, aber also theoretisch wenn keine GOID da ist könnte ich ja im Client einfach eine generieren oder?
Ach so, das stimmt. Ja. Müssten wir an der Stelle sowieso.
Weil die muss ja nur Younique sein, die hat ja gar keine weitere Bedeutung. Und ansonsten, wenn sie da ist, nehme ich den.
Dann nehmen wir doch die GID und wenn's keine gibt, dann denken wir uns eine aus. Besser.
Funktionieren. Cool,Weil dann könnte man auch solche Sachen machen, wenn man mal den Import irgendwie, weiß ich nicht, abgebrochen hat, noch mal überprüfen möchte, wie der der Status ist, dann könnte man von Client jede einzelne Episode einmal anfragen, ob die jetzt schon importiert wurde oder nicht,Gut und das zweite Problem war jetzt, dass mit der Datei.Dann schwieriger.
Welches was jetzt konkret, dass man das zu Wordpress schickt äh und.
Nee, das geht. Da habe ich schon nachgeguckt. Da gibt's eine WordPress API dazu, dass man dass man da Dateien hinschicken kann. Nicht schön, aber es funktioniert.
Okay, dann äh musst du das Problem noch mal genauer beschreiben. Also welche Aktion genau ist.
Na wenn jetzt zum Beispiel der Upload, also wir quasi wir gehen die die Episoden durch. Die Metainformationen sind schon geschrieben, aber die Datei muss noch übertragen werden,Das heißt also, der quasi Importe äh oder der der Onboarding-Server,geht einmal zum Server, wo der Podcast vorher war. Holt sich die Datei oder kriegt ihr äh kriegt die Datei und kopiert die dann rüber. Also lädt sie einmal runter, lädt sie wieder hoch,Genau und da kann natürlich in diesen beiden Prozessen das Runterladen und das Hochladen kann natürlich ein bisschen was schiefgehen. Und wie recoverst du von so einem Fehler.
Das äh kommt drauf an, wie der Prozess insgesamt gebaut ist, ne. Also wer wer ist quasi der Supervisor des Ganzen? Also wer ist ist der Client,derjenige, der auch schaut, ob wer macht die Fehlerbehandlung, ne.
Na ja, also na du du müsstest da natürlich du hast ja also aus meiner Perspektive ist es halt einlaufender HTTP-Request. Der hat halt ein sehr hohes Time-out,und solange dieser Rickfest läuft, läuft halt der Import und quasi über diesen Kanal können wir dann halt wieder zurückschicken, ob jetzt irgendein Fehler aufgetreten ist wie die Datei konnte nicht runtergeladen werden oder so,was quasi für diesen einen Regress äh funktioniert. Aber wenn wir quasi zum Beispiel,abbrechen, die Seite neu laden, die Verbindung irgendwie unterbrochen wird oder so, dann willst du ja ab dem Punkt wieder anfangen und willst ja wissen, wurde diese Episode oder wurde die Datei für diese Episode wirklich ähm richtig abgelegt,und da brauchst du halt irgendwie eine Information vorher, wo du sagst, hier importiere mir mal bitte diese Datei und dann kann er eventuell direkt das äh Back-End sagen, so, ah nee, habe ich schon, ist fertig.
Ja also man müsste eigentlich das Wordpress fragen können. Äh gib mir mal den Status zu der Episode mit dieser GOID, dann sagt WordPlus entweder habe ich nicht oder sagt, ich habe Metadaten aber keine Datei oder es sagt ich habe mit der Daten und Datei.
Und aber du hast ja auch vielleicht den Fall, ich habe Metadaten unten eine Datei und die ist halt nur zwei Megawatt groß. Aber die Originaldatei vergrößern.
Das stimmt.
Ja also falls da noch Ideen dazu da sind, ich finde fand ja also einen MTV Fashion das wäre glaube ich natürlich dass das Premium-Modell da müsstest du aber wirklich die beiden Dateien dann runterladen und dann vergleichen,Oder geht das anders? Nee, ne? Da gibt's keine Meta-Informationen, die in der Datei drinne stehen.
Oder kann man nicht auf auf eine Wordpress-Seite DMT fünf Summe für das für ein Asset, also dafür eine Mediatatei ermitteln? Also da muss man sie ja nicht runterladen wieder.
Das geht bestimmt, aber du musst ja auch quasi von dem anderen Server das machen. Hoodie Datei.
Runterladen und so, aber für die für die Wordpress-Seite. So die Frage ist eben nur, wenn du,Wir könnten ja den Server oder wir lassen ja den Server wegen mir anstoßen. Mache jetzt verschiebe die Media Datei von A nach B,So und kann ich nicht in dem Augenblick muss ja auch der Server einmal die alte Mediendatei runterladen. Die MD fünf Summe ermitteln und sozusagen,dem,das Zurückliefern und dann speichern wir das lokal in den also so wie wir lokal die Podcast-Daten speichern speichern wir dann auch dort die MD fünf Summe mit.
Äh Zwischenfrage. Ich habe mir das Alex nicht angeguckt, wie das zu Wordpress geht. Ist das so? Müssen wir das erst runterladen und dann wird bis schieben oder kann ich WordPlus auch direkt eine URL geben? Und wird bis quasi sagen, hey zieht ja die Datei mal von da.
Ähm ich hatte da auf unserem Gitterprojekt Moment, das könnt ihr mal aufmachen. Hatte ich da ein Ticket angelegt?Oder,Ja nee du musstest schon direkt als Content, also ist wirklich ein Content äh äh die du da mitgibst. Also muss die Datei vorrätig haben.
Aber unabhängig davon, reicht's nicht, wenn wir die weit größere vergleichen.
Habe ich auch überlegt. Das wäre das.
Ja wir haben ja keine Security Implikation, also klar MD fünf oder was auch immer, äh dann ist der Schlüssel sicher. Das ist nicht nur gleich groß ist, sondern wirklich die gleichen Inhalte hat, aber ich glaube, das ist eine,brauchen wir nicht die Genauigkeit. Und den Content längst kriegst du halt über einen raus und dann.
Wenn die unterschiedlich ist, dann bügelst du einfach noch mal drüber. Und so vom Prozess her, so von also,quasi kleinen Server-Kommunikation würde ich wahrscheinlich auch einfach sagen so hier importiere mir das und auch wenn das zum Beispiel abgebrochen ist mit irgendeinem AirRode würde ich den gleichen Prozess nochmal starten, sagen wir, importieren wir das. So lange halt, bis es dann durchgelaufen istoder halt mal nach macht und oder abhängig davon vom Fehlercode gibt man das dann,Also das würde ich jetzt nicht noch irgendwie in eine eigene API Endpunkte unterscheiden wollen. Also weil weil meinte so, wir machen irgendwie Kopiere, die Datei von A nach B, das würde ich einfach als Teil des Imports sehen.
Also ich dachte, also so habe ich's ja jetzt auch bei dem Podcast gemacht. Ich hab's ja in zwei Teile geteilt. Also ich hab's in die Metadaten und Bild. So und ich dachte, dass man so was Ähnliches auch bei den Episoden macht,Also dass man so sagt, lege die Metadaten von der Episode an und dann eben kümmere dich um die um die dazu.
Das Ding ist halt, ich weiß jetzt äh also wenn du das hochlädst zu Wordpress, kann's halt sein, dass da eventuell schon ein Datei mit dem gleichen Namen da ist und das eventuell wird, habe ich unter dem folgenden Namen abgelegt. Und dann musst du das ja wieder zu der eigentlichen äh Episode zuordnen,Weißt du, wie ich das meine? Dann hast du so ein bisschen hin und hin und her. Dann gehst du noch mal an den Kleinen, der Kleint quasi updatet das dann wieder. Die die sind den eigentlichen Dateinamen,Und dann geht's wieder zurück am Server, weil die die sind ja verbunden. Das ist ja die also bei dem quasi Anlegen eines Podcasts ist es ja nicht so schlimm, weil es ja es gibt ja nur ein ein Podcastobjekt,aber quasi es gibt ja viele Episodenobjekte und ein die das Bild gehört halt zu einem speziellen Episodenobjekt.
Ja ja, klar. Also du wusstest das schon, also dieses dieses,übertrage die Medien das muss natürlich zu einer Episode gekoppelt sein. Aber wenn du dann sozusagen die übertrage die Medien, dann ist sozusagen ein zweiter Call, trage die Medien in der Episode ein, also die neuen,Also die ja.
Okay. Gut, aber das ist auf jeden Fall, glaube ich, schon mal eine,Guter Punkt, ich würde das dann wahrscheinlich über das lange Wochenende, was wir jetzt vor uns haben, mal irgendwie noch mal in so ein kleines Konzept gießen. Ein paar Showdiagramme bauen und dann quasi würden wir uns wahrscheinlich einmal von der technischen Seite ein paar Tickets bauen.
Und davor unterbricht mich wenn's noch was zu besprechen gibt, wollten wir quasi die Feedauswahl auch noch vereinfachen, aber das machen wir weil wir das dann nachgelagert machen, weil es irgendwie optional ist.Um das Feature, dass man nicht den Feed selbst irgendwo sich suchen und reintasten muss, sondern.
Ja, also dass du quasi nicht den Feed kennen musst, sondern dass du äh bei Podcast Index oder wo auch immer nachfragst. Ich habe hier folgenden vollen Podcast, gib mir mal bitte äh meine Feature oder,ja aber das würde ich jetzt erstmal quasi so es ist super cool glaub ich das sollten wir auf jeden Fall mit dabei haben aber ist jetzt nichts was jetzt glaube ich irgendwie für uns später zu großen Problemen auf so Probleme stellen würde oder.
Nee, nee, ich hatte ja schon den Spike dazu,wollt's jetzt nur mal mit erwähnen, weil's ja auch mit zu dem äh Importprozess gehört, aber wahrscheinlich macht's Sinn, dass der anders später zu verschieben. Erstmals die quasi schwierigen Probleme einzugehen. Ja.
Gut super,Dann haben wir den Podcast auch wieder mit ein bisschen Informationen gefüllt und äh Martin hat ein bisschen was zu schneiden für uns. Aber,Soweit wären wir, glaube ich, für diese Iteration dann durch und dann würde ich allen Zuhörinnen für die Aufmerksamkeit danken und dann hören wir uns das nächste Mal mit Martin wieder in zwei Wochen. Bis dann.
Bis dahin, tschüss.
Bis dahin, tschau.
Jetzt kommt natürlich der kann man auch.