{"id":37902,"date":"2019-10-31T22:20:28","date_gmt":"2019-10-31T19:20:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-sozdat-open-source-proekt\/"},"modified":"2019-10-31T22:20:28","modified_gmt":"2019-10-31T19:20:28","slug":"kak-sozdat-open-source-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"Wie man ein Open-Source-Projekt erstellt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"WieDiese Woche findet in St. Petersburg ein IT-Festival statt. TechTrain<\/a><\/noindex>. Einer der Sprecher wird Richard Stallman sein. Embox<\/a><\/noindex> nimmt ebenfalls am Festival teil, und nat\u00fcrlich konnten wir das Thema Open Source nicht ignorieren. Daher tr\u00e4gt einer unserer Vortr\u00e4ge den Titel \u201eVon studentischen Projekten zum Open Source-Projekt. Erfahrungen mit Embox\u201c<\/a><\/noindex>. Dieser wird sich mit der Geschichte der Entwicklung von Embox als Open Source-Projekt befassen. In diesem Artikel m\u00f6chte ich die wichtigsten Ideen skizzieren, die meiner Meinung nach die Entwicklung von Open Source-Projekten beeinflussen. Der Artikel, wie auch der Vortrag, basiert auf pers\u00f6nlichen Erfahrungen.<\/a><\/noindex><\/p>\n

Lassen Sie uns mit dem Einfachsten beginnen, mit der Definition des Begriffs Open Source. Offensichtlich ist ein Open Source-Projekt ein Projekt, das eine der Lizenzen besitzt, die den Zugriff auf den Quellcode des Projekts erlauben. Dar\u00fcber hinaus impliziert ein offenes Projekt die M\u00f6glichkeit von \u00c4nderungen durch andere Entwickler. Das hei\u00dft, wenn ein Unternehmen oder Entwickler den Code seines Produkts, ganz oder teilweise, ver\u00f6ffentlicht, macht ihn das noch nicht zu einem Open Source-Projekt. Und schlie\u00dflich sollte jede Projektaktivit\u00e4t zu einem bestimmten Ergebnis f\u00fchren, wobei die Offenheit des Projekts bedeutet, dass dieses Ergebnis nicht nur von den Entwicklern selbst genutzt wird. <\/p>\n

Die Probleme offener Lizenzen lassen wir au\u00dfen vor. Dies ist ein zu gro\u00dfes und komplexes Thema, das eine tiefgehende Auseinandersetzung erfordert. Zu diesem Thema wurden bereits viele gute Artikel und Materialien geschrieben. Da ich selbst jedoch kein Fachmann im Bereich des Urheberrechts bin, m\u00f6chte ich nur sagen, dass die Lizenz den Zielen des Projekts entsprechen sollte. Zum Beispiel war die Wahl der BSD-Lizenz anstelle der GPL f\u00fcr Embox kein Zufall.<\/p>\n

Die Tatsache, dass ein Open-Source-Projekt die M\u00f6glichkeit bieten muss, \u00c4nderungen vorzunehmen und Einfluss auf die Entwicklung des Projekts zu nehmen, impliziert, dass das Projekt dezentralisiert ist. Es ist wesentlich schwieriger, es zu verwalten, die Integrit\u00e4t zu wahren und die Funktionsf\u00e4higkeit im Vergleich zu einem zentral gesteuerten Projekt sicherzustellen. Es stellt sich die berechtigte Frage, warum \u00fcberhaupt Open-Source-Projekte entwickelt werden. Die Antwort liegt im Bereich der wirtschaftlichen Rentabilit\u00e4t; f\u00fcr bestimmte Klassen von Projekten \u00fcberwiegt der Nutzen eines solchen Ansatzes die Kosten. Das bedeutet, dass nicht alle Projekte f\u00fcr einen offenen Ansatz geeignet sind oder dieser \u00fcberhaupt zul\u00e4ssig ist. Zum Beispiel ist es schwer vorstellbar, ein System zur Steuerung eines Kraftwerks oder eines Flugzeugs auf offenen Prinzipien zu basieren. Nat\u00fcrlich sollten Module, die auf Open-Source-Projekten basieren, Teil solcher Systeme sein, da dies eine Reihe von Vorteilen bieten kann. Aber jemand muss die Verantwortung f\u00fcr das Endprodukt \u00fcbernehmen. Selbst wenn das System vollst\u00e4ndig auf dem Code offener Projekte basiert, schlie\u00dft der Entwickler, der alles in ein System integriert und spezifische Builds und Konfigurationen erstellt, es im Grunde genommen. Der Code kann dabei zwar \u00f6ffentlich zug\u00e4nglich sein.<\/p>\n

F\u00fcr diese Systeme gibt es ebenfalls zahlreiche Vorteile in der Schaffung oder Beteiligung an Open-Source-Projekten. Wie ich bereits sagte, kann der Code des Endsystems \u00f6ffentlich zug\u00e4nglich bleiben. Warum? Es ist offensichtlich, dass kaum jemand das gleiche Flugzeug hat, um das System zu testen. Das stimmt, aber es k\u00f6nnte durchaus jemanden geben, der bestimmte Teile des Codes \u00fcberpr\u00fcfen m\u00f6chte, oder zum Beispiel k\u00f6nnte jemand entdecken, dass die verwendete Bibliothek nicht ganz korrekt konfiguriert ist. <\/p>\n

Ein noch gr\u00f6\u00dferer Nutzen entsteht, wenn ein Unternehmen einen bestimmten Basisanteil des Systems in ein separates Projekt auslagert. Zum Beispiel eine Bibliothek zur Unterst\u00fctzung eines bestimmten Daten\u00fcbertragungsprotokolls. In diesem Fall k\u00f6nnen die Kosten f\u00fcr die Wartung dieses Teils des Systems sogar dann geteilt werden, wenn das Protokoll spezifisch f\u00fcr einen bestimmten Fachbereich ist, mit anderen Unternehmen aus diesem Bereich. Dar\u00fcber hinaus ben\u00f6tigen Spezialisten, die diesen Systemteil in der \u00d6ffentlichkeit kennenlernen, viel weniger Zeit f\u00fcr eine effektive Nutzung. Schlie\u00dflich erm\u00f6glicht es die Auslagerung eines Teils in eine eigenst\u00e4ndige Entit\u00e4t, die von Drittentwicklern verwendet wird, diesen Teil qualitativer zu gestalten, da effektive APIs angeboten, Dokumentationen erstellt und ich spreche nicht einmal von einer Verbesserung der Testabdeckung. <\/p>\n

Ein kommerzieller Nutzen kann auch dann von einem Unternehmen erzielt werden, wenn keine offenen Projekte entwickelt werden. Es reicht aus, dass die eigenen Fachkr\u00e4fte an externen Projekten beteiligt sind, die im Unternehmen verwendet werden. Denn alle Vorteile bleiben bestehen: Die Mitarbeiter kennen das Projekt besser, verwenden es also effizienter, das Unternehmen kann den Entwicklungsverlauf des Projekts beeinflussen und die Nutzung von bereits ausgereiftem Code reduziert offensichtlich die Kosten des Unternehmens.<\/p>\n

Die Vorteile der Erstellung von Open-Source-Projekten enden hier nicht. Nehmen wir einen so wichtigen Gesch\u00e4ftszweig wie Marketing. F\u00fcr Marketing ist das eine sehr gute Sandkiste, die es erm\u00f6glicht, die Anforderungen des Marktes effektiv zu bewerten.<\/p>\n

Und nat\u00fcrlich sollte man nicht vergessen, dass ein Open-Source-Projekt ein effektiver Weg ist, um sich als Tr\u00e4ger einer bestimmten Spezialisierung zu pr\u00e4sentieren. In einigen F\u00e4llen ist dies sogar der einzige Weg, um auf den Markt zu gelangen. Beispielsweise begann Embox als Projekt zur Erstellung eines Echtzeitbetriebssystems. Man muss wahrscheinlich nicht erkl\u00e4ren, dass es eine Menge Konkurrenten gibt. Ohne die Schaffung einer Community h\u00e4tten wir schlichtweg nicht die Ressourcen gehabt, um das Projekt bis zum Endbenutzer zu bringen, das hei\u00dft, damit das Projekt von Drittentwicklern genutzt wird.<\/p>\n

Die Community ist der Schl\u00fcssel zu einem Open-Source-Projekt. Sie erm\u00f6glicht es, die Projektverwaltungskosten erheblich zu senken und das Projekt zu entwickeln und zu unterst\u00fctzen. Man kann sagen, dass es ohne eine Community \u00fcberhaupt kein Open-Source-Projekt gibt.<\/p>\n

\u00dcber die Erstellung und Verwaltung von Gemeinschaften bei Open-Source-Projekten wurden zahlreiche Materialien geschrieben. Um nicht bereits bekannte Fakten zu wiederholen, m\u00f6chte ich den Schwerpunkt auf die Erfahrungen von Embox legen. Zum Beispiel ist der Prozess der Erstellung einer Gemeinschaft eine sehr interessante Frage. Viele erz\u00e4hlen, wie man eine bestehende Gemeinschaft leitet, wobei die Aspekte der Gr\u00fcndung gelegentlich \u00fcbersehen werden, da man sie als gegeben ansieht.<\/p>\n

Die wichtigste Regel bei der Gr\u00fcndung einer Gemeinschaft f\u00fcr ein Open-Source-Projekt ist: Es gibt keine Regeln. Ich meine, dass es keine universellen Regeln gibt, ebenso wie es keine Silberkugel gibt, zumindest weil die Projekte sehr unterschiedlich sind. Es ist unwahrscheinlich, dass man dieselben Regeln f\u00fcr die Gr\u00fcndung einer Gemeinschaft f\u00fcr eine Logging-Bibliothek in JavaScript und einen hochspezialisierten Treiber verwenden kann. Dar\u00fcber hinaus \u00e4ndern sich die Regeln in den verschiedenen Phasen der Entwicklung des Projekts (und damit auch der Gemeinschaft). <\/p>\n

Embox begann als Studentenprojekt, da wir Zugang zu Studenten der Abteilung f\u00fcr Systemprogrammierung hatten. Tats\u00e4chlich traten wir einer anderen Gemeinschaft bei. Die Mitglieder dieser Gemeinschaft, die Studenten, konnten wir mit guter industrieller Praxis in ihrem Fachbereich, wissenschaftlichen Arbeiten im Bereich der Systemprogrammierung sowie mit Abschlussarbeiten und -projekten interessieren. Das hei\u00dft, wir erf\u00fcllten eines der grundlegendsten Regeln der Gemeinschaftsorganisation: Die Mitglieder der Gemeinschaft sollten etwas erhalten, und dieser Preis muss dem Beitrag des Mitglieds entsprechen.<\/p>\n

Die n\u00e4chste Phase f\u00fcr Embox war die Suche nach externen Nutzern. Es ist sehr wichtig zu verstehen, dass Nutzer vollwertige Teilnehmer an der Open-Source-Gemeinschaft sind. Die Anzahl der Nutzer ist in der Regel gr\u00f6\u00dfer als die der Entwickler. Um als Mitwirkender eines Projekts in Betracht gezogen zu werden, muss man es zun\u00e4chst auf die eine oder andere Weise nutzen.<\/p>\n

Die ersten Nutzer von Embox waren die Lehrst\u00fchle f\u00fcr Theoretische Kybernetik. Sie schlugen vor, eine alternative Firmware f\u00fcr Lego Mindstorm zu erstellen. Obwohl es sich immer noch um lokale Nutzer handelte (wir konnten sie pers\u00f6nlich treffen und besprechen, was sie wollten), war es dennoch eine sehr gute Erfahrung. Zum Beispiel entwickelten wir Demos, die wir anderen zeigen konnten, denn Roboter sind spannend und ziehen Aufmerksamkeit auf sich. Letztendlich hatten wir tats\u00e4chlich externe Benutzer, die fragten, was Embox ist und wie man es benutzt.<\/p>\n

In diesem Stadium mussten wir \u00fcber die Dokumentation und die Kommunikationsmittel mit den Benutzern nachdenken. Nat\u00fcrlich hatten wir schon fr\u00fcher \u00fcber diese wichtigen Dinge nachgedacht, aber das war verfr\u00fcht und brachte keinen positiven Effekt. Der Effekt war eher negativ. Ich gebe ein paar Beispiele. Wir nutzten googlecode, dessen Wiki Mehrsprachigkeit unterst\u00fctzte. Wir erstellten Seiten in mehreren Sprachen, nicht nur Englisch und Russisch, in denen wir mehr schlecht als recht kommunizieren konnten, sondern auch in Deutsch und Spanisch. Es sah sehr l\u00e4cherlich aus, wenn in diesen Sprachen Fragen gestellt wurden, wir aber \u00fcberhaupt nicht antworten konnten. Oder wir f\u00fchrten Regeln f\u00fcr das Schreiben von Dokumentationen und Kommentaren ein, aber da sich die API ziemlich oft und erheblich \u00e4nderte, stellte sich heraus, dass unsere Dokumentation veraltet war und mehr Verwirrung stiftete, als half.<\/p>\n

Letztendlich f\u00fchrten all unsere Bem\u00fchungen, selbst die nicht richtigen, dazu, dass externe Benutzer auftauchten. Und sogar ein kommerzieller Auftraggeber kam dazu, der wollte, dass wir f\u00fcr ihn ein eigenes OSR (\u00f6ffentliche Software-Ressource) entwickelten. Und wir entwickelten es, da wir Erfahrung und einige Entwicklungen hatten. Hier muss ich sowohl von den guten als auch von den schlechten Momenten berichten. Ich beginne mit den schlechten. Da viele Entwickler f\u00fcr dieses Projekt auf kommerzieller Basis engagiert wurden und die Gemeinschaft ohnehin schon recht instabil war, spaltete sie sich, was sich nat\u00fcrlich auf die Entwicklung des Projekts auswirken konnte. Ein zus\u00e4tzlicher Faktor war, dass die Richtung des Projekts von einem kommerziellen Auftraggeber vorgegeben wurde, dessen Ziel nicht die weitere Entwicklung des Projekts war. Zumindest war dieses Ziel nicht vorrangig.<\/p>\n

Auf der anderen Seite gab es eine Reihe positiver Aspekte. Wir haben wirklich externe Nutzer gewonnen. Es waren nicht nur Kunden, sondern auch diejenigen, f\u00fcr die dieses System gedacht war. Die Motivation, am Projekt teilzunehmen, ist gestiegen. Denn wenn man bei einer interessanten Sache auch noch Geld verdienen kann, ist das immer angenehm. Und das Wichtigste ist, dass wir einen Wunsch der Kunden geh\u00f6rt haben, der uns damals absurd vorkam, aber der jetzt die zentrale Idee von Embox ist: n\u00e4mlich bereits entwickelten Code im System zu verwenden. Jetzt ist die Hauptidee von Embox, Software auszuf\u00fchren, die auf Linux basiert, ohne Linux selbst zu nutzen. Das hei\u00dft, der Hauptpositivpunkt, der die weitere Entwicklung des Projekts vorangetrieben hat, war die Erkenntnis, dass das Projekt von externen Nutzern verwendet wird und deren Probleme l\u00f6sen sollte.<\/p>\n

Zu diesem Zeitpunkt war Embox bereits \u00fcber die Grenzen eines Studentenprojekts hinausgegangen. Der Hauptfaktor, der die Entwicklung des Projekts im studentischen Modell bremst, ist die Motivation der Teilnehmer. Studierende nehmen teil, solange sie studieren, und sobald sie ihren Abschluss gemacht haben, muss eine andere Motivation entstehen. Wenn diese Motivation nicht auftaucht, h\u00f6rt der Student einfach auf, am Projekt teilzunehmen. Wenn man bedenkt, dass die Studierenden zun\u00e4chst geschult werden m\u00fcssen, ergibt sich, dass sie zum Zeitpunkt ihres Abschlusses zu guten Fachleuten werden, aber ihr Beitrag zum Projekt aufgrund von Unerfahrenheit nicht sehr gro\u00df ist.<\/p>\n

Allgemein gesagt, kommen wir allm\u00e4hlich zum zentralen Punkt, der es erm\u00f6glicht, von der Schaffung eines Open-Source-Projekts zu sprechen \u2014 der Schaffung eines Produkts, das die Probleme seiner Nutzer l\u00f6st. Wie ich bereits oben erkl\u00e4rte, ist die wichtigste Eigenschaft eines Open-Source-Projekts seine Community. Und die Teilnehmer der Community sind in erster Linie die Nutzer. Aber woher sollen diese Nutzer kommen, wenn es nichts gibt, was sie verwenden k\u00f6nnen? So stellt man fest, dass man, genau wie bei einem nicht Open-Source-Projekt, sich auf die Schaffung eines MVP (minimal lebensf\u00e4higes Produkt) konzentrieren muss. Wenn dieses die Nutzer interessiert, wird eine Community um das Projekt herum entstehen. Wenn man jedoch die Community nur durch PR-Ma\u00dfnahmen, das Schreiben von Wikis in allen Sprachen der Welt oder durch einen richtigen Git-Workflow auf GitHub aufbauen m\u00f6chte, wird dies in den fr\u00fchen Phasen des Projekts wahrscheinlich keine Bedeutung haben. Nat\u00fcrlich sind diese Dinge zu den entsprechenden Phasen nicht nur wichtig, sondern auch notwendig.<\/p>\n

Zum Schluss m\u00f6chte ich anmerken Kommentar<\/a><\/noindex>, meiner Meinung nach die Erwartungen der Nutzer an ein Open Source-Projekt widerspiegelnd:<\/p>\n

Ich denke ernsthaft dar\u00fcber nach, auf dieses OS umzusteigen (zumindest es auszuprobieren. Es wird sehr aktiv entwickelt und es werden tolle Dinge gemacht).<\/p><\/blockquote>\n

\nP. S. Auf TechTrain<\/a><\/noindex> haben wir gleich drei Vortr\u00e4ge. Einen \u00fcber Open Source und zwei \u00fcber Embedded (wobei einer praktisch ist). An unserem Stand f\u00fchren wir einen Workshop zur Programmierung von Mikrocontrollern mit Hilfe von Embox<\/a><\/noindex>. Traditionell bringen wir Hardware mit und lassen sie programmieren. Es wird auch eine Schnitzeljagd und andere Aktivit\u00e4ten geben. Kommt zum Festival und an unseren Stand, es wird Spa\u00df machen.
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37902","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wie man ein Open Source-Projekt erstellt | ProHoster","description":"Bereits diese Woche findet in St. Petersburg ein IT-Festival statt.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c open source \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:28+00:00","article:modified_time":"2019-10-31T19:20:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37902","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:41:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:23","updated":"2026-01-23 19:41:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37902","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}