{"id":14589,"date":"2020-02-07T00:15:43","date_gmt":"2020-02-06T23:15:43","guid":{"rendered":"https:\/\/www.bernd-leitenberger.de\/blog\/?p=14589"},"modified":"2024-11-13T14:56:29","modified_gmt":"2024-11-13T13:56:29","slug":"der-basic-interpreter","status":"publish","type":"post","link":"https:\/\/www.bernd-leitenberger.de\/blog\/2020\/02\/07\/der-basic-interpreter\/","title":{"rendered":"Der BASIC Interpreter"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Ich habe mir heute mal vorgenommen, die Geschichte eines Teils der frühen Computer aufzurollen, das in vielen Geräten verbaut wurde, bei den Tests damals enorm wichtig war und das heute auch im Zeichen von Reto Computing fast vergessen ist \u2013 der obligate BASIC Interpreter.\"\"\/<\/p>\n

Wer zuerst kommt, setzt den Standard<\/h3>\n

Eng verknüpft mit BASIC ist die Geschichte von Micro-soft (den Bindestrich haben sie erst später gestrichen) deren erstes Produkt das Altair BASIC war. Als im Januar 1975 der Altair 8800<\/a> von der Zeitschrift \u201ePopular Electronics\u201c angekündigt wird sehen Paul Allen und Bill Gates dies als die Chance an, ihren Traum umzusetzen. Sie rufen den Hersteller MITS an und bieten ihm an BASIC zu programmieren, das MITS dann mit ihrem Rechner verkaufen könnte. Sie waren wohl nicht die einzigen, aber die Einzigen, die es schließlich auch schafften. Da der Altair der erste Microcomputer ist, fällt damit auch eine Vorentscheidung, nämlich welche Programmiersprache auf diesen Rechnern laufen soll. Warum hat sich Bill Gates für BASIC interessiert? Nun ich denke, es waren zwei Gründe. Zum einen ist BASIC eine Programmiersprache, die sehr kompakt ist. Der Altair kam in der Basisausführung mit nur 256 Byte RAM. BASIC benötigte mindestens eine 4 KByte Speichererweiterung für das Minimalbasic und 8 KByte für das normale BASIC, das auch mit Fließkommazahlen rechnen konnte und mehr Befehle hatte. Verkauft wurden die Speichererweiterungen auch im Bundle mit BASIC und einem ziemlichen Rabatt \u2013 60 Dollar für BASIC, das sonst einzeln 175 Dollar kostete. Das Zweite war das BASIC als Lehrsprache konzipiert wurde. Die Sprache ist ziemlich einfach, die Einstiegshürden für jemand der von Computern keine Ahnung hat, sind relativ gering. Man muss eigentlich nur wissen das BASIC in Zeilen organisiert ist und es nur drei Typen von Variablen gibt, die man mit den Sodnerzeichen %,! und \u00a7 kennzeichnet. Bei Pascal ist mit den vielen Typen, dem Blockkonzept und dem Konzept von Prozeduren und Funktionen mit Parametern, Rückgabewert und lokalen Variablen die Einstiegshürde erheblich größer, bei vielen anderen Sprachen auch. Hinsichtlich des Speicherplatzverbrauchs wäre Foth noch eine Alternative gewesen. Allerdings ist bei Forth<\/a> die Einstiegshürde deutlich größer, man muss sich das Konzept des Stapels und der umgekehrten polnischen Notation für mathematische Ausdrücke aneignen, beides Kernelemente von Forth. Forth war dann auch noch in den Achtzigern populär und es gab sogar einen Computer, den Jupiter Ace<\/a>, der Forth anstatt BASIC im ROM hatte. BASIC war aber populärer, auf Minicomputern verbreitet, und schon damals programmierte man damit Spiele. Der erste Bestseller unter den Computerbüchern war \u201e101 BASIC Computer Games<\/a>\u201c aus dem Jahre 1973 (die Spiele waren natürlich alle textbasiert und damals tippte man wirklich Listings aus Zeitschriften oder Büchern ab).,<\/p>\n

Damit war ein Standard gesetzt und wer einen BASIC Interpreter brauchte, wandte sich an Microsoft. Der Version für 8080 folgten weitere für andere Prozessoren. \u201eMicrosoft-BASIC\u201c wurde sogar zu einem Standard. Nicht unbedingt für Komfort oder Geschwindigkeit, als vielmehr dafür, dass Programme leicht portiert werden konnten. Denn obwohl BASIC standardisiert war, war es so, das viele Hersteller ihr eigenes Süppchen kochten. Klar war das im Standard Befehle fehlten die Grafik oder Sound betrafen, aber auch die Standardausgabemöglichkeiten in Textform waren bescheiden. Diese wurden mit jeweils eigenen Befehlen erweitert. Eine Funktion zum Abfragen eines einzelnen Buchstabens konnte inkey, key$ oder readkey heißen. Aber auch die Syntax von Standardbefehlen war dehnbar. Mal heiß es GOTO, mal GO TO. Einige Dialekte verlangten ein LET für eine Variablenzuweisung andere nicht. Daneben gab es noch zahlreiche Details in der Implementierung z.B., wie viele Zeichen eine Variable umfassen dürfte (bei manchen Dialekten nur zwei). So gab es in Zeitschriften ganze Listen welches Kommando auf welchen Rechnern verfügbar war und wie es dort hieß oder was es machte.<\/p>\n

Ready<\/h3>\n

Die Blütezeit von BASIC begann mit der zweiten Generation von Minicomputern. Die erste Generation wie der Altair war nicht viel mehr als die CPU mit etwas RAM. Alles andere musste man dazukaufen, von der Tastatur über einen Lochkartenleser bis hin zu einer Karte um auf dem Monitor überhaupt etwas darstellen zu können \u2013 die Standardein\/-ausgabe beim Altair erfolgte mit einem Fernschreiber. Ab 1977 erschienen Rechner, die standardmäßig einen Fernseher oder Monitoranschluss hatten, eine Tastatur und die auf Kassette speichern konnten wie der Apple II<\/a>, Tandy TRS 80 oder Commodore Pet. Wenig später kamen noch die Diskettenlaufwerke dazu und man hatte eine Kombination, die für über ein Jahrzehnt Bestand hatte. Alle diese Rechner hatten nun einen BASIC-Interpreter im ROM, damit war er direkt nach dem Einschalten verfügbar und begrüßte einen mit einem \u201eReady\u201c. Warum BASIC? Weil BASIC zugleich das Betriebssystem war und das Betriebssystem war wegen der Zeilenorientierung von BASIC ganz einfach. Da eine Zeile eine Einheit ist, musste das Betriebssystem nur eine Zeile editieren können. Es war kein Bildschirmeditor nötig, der ja sonst schon fast eine Textverarbeitung ersetzt hätte. Auch die gesamte Ein-\/Ausgabe geschah durch BASIC Kommandos sei es zum Drucker (LPRINT) oder Kassettenrekorder (SAVE\/LOAD). Damit sparte man sich das Betriebssystem ein.<\/p>\n

Zeitgleich begann sich eine zweite Linie zu etablieren, bei denen die Geräte schon mit Floppys ausgeliefert wurden und dann auf einer Diskette das Betriebssystem, damals vor allem CP\/M<\/a> untergebracht war. Das ROM enthielt dann nur die Routinen um die Hardware anzusprechen und ein Bootprogramm, das nach dem Einschalten den ersten Sektor der Diskette lass und das dort befindliche Programm ausführte, das dann das Betriebssystem lud. Diese Systeme hatten kein BASIC, doch sie konnten es auch laufen lassen, wenn man einen, BASIC Interpreter als Programm in den Arbeitsspeicher lud. Einige Anbieter wie Digital Research nutzen dies und brachten ein BASIC heraus, das ganz auf Zeilennummern verzichtete. Neu ist das nicht, das gab es schon bei den Minicomputern.<\/p>\n

Ich würde sagen die folgenden Jahre waren die Hochzeit von BASIC. De Faktor konnte man mit diesen \u201eHeimcomputern\u201c, so hießen sie damals, nicht viel mehr machen als in BASIC programmieren. Für die Programme reichte auch ein Kassettenrekorder als Medium aus. Die Rechner hatten wenig RAM und um dieses einzusparen, waren sie meist auch nicht grafikfähig (in dem Sinne, dass man beliebige Grafiken und keine Blockzeichengrafik erstellen konnte). Eine Ausnahme in der Grafikfähigkeit war der Apple II, der aber auch preislich eher bei den PCs lag, mit denen man arbeitete.<\/p>\n

Zocken statt programmieren<\/h3>\n

Meiner Ansicht nach wendete sich das ab 1982\/83. Nach wie vor \u2013 und das noch für weitere Jahre – wurden die Rechner mit einem BASIC Interpreter ausgeliefert. Das ROM wurde sogar immer größer, es kamen immer mehr Befehle hinzu. Man blieb aber bei dem System mit Zeilennummern. Ab 1982 tauchten aber die ersten Geräte auf die 32 KByte oder mehr Speicher hatten und nun konnte man einen größeren Bereich davon nur für die Bildschirmdarstellung opfern. Es begann die Ära der grafikfähigen Heimcomputer. Die konnte man zwar auch in BASIC programmieren. Doch bald kauften die meisten sie wegen etwas anderes \u2013 Spielen. Die Rechner hatten eine höhere Leistung als die damals aktuellen Videospielkonsolen, noch dazu mehr Speicher. Es erschienen immer mehr Speile in immer besserer Qualität und diese waren \u2013 ohne dass man Lizenzen an Atari & Co zahlen musste und mit billigen Kompaktkassetten als Medium anstatt ROM billiger als deren Spiele. Es kam sogar zum Video Game Crash<\/a> der Atari an den Rand der Insolvenz brachte. Viele Jugendliche \u2013 die ja technikaffiner als Erwachsene sind und mehr spielen, leierten ihren Eltern die Kohle für einen Computer aus dem Portemonnaie. Azur dem Rechner wurde dann gezockt und auf dem Schulhof Spiele getauscht. Der BASIC-Interpreter mag noch da gewesen sein., sein Nutzen beschränkte sich aber darauf, ein Spiel von Kassette zu laden. Das dies nicht aus der Luft gegriffen ist sieht man bei vielen Rechnern dieser Zeit am Missverhältnis der verkauften Rechner und Floppies, die man, wenn man wirklich ernsthaft programmierte, brauchte \u2013 schließlich müssen ja auch Daten verarbeitet und dann geladen oder gespeichert werden. Beim Sinclair Spectrum wurden nur 15 % der Geräte mit Floppys verkauft.<\/p>\n

Daneben sanken die Preise der Rechner, die man für „echte“ Anwendungen brauchte wie CP\/M Rechner oder später IBM Kompatible weiter. Dort konnte man mit mehr Speicher und einem echten Betriebssystem dann aber jede Programmiersprache lernen und war nicht auf BASIC festgelegt.<\/p>\n

Ab Mitte der Achtziger Jahre kamen dann die ersten 16 Bit Heimcomputer auf den Markt der Sinclair QL<\/a>, Atari ST und Amiga. Sie leiteten über in die heutige Ära. Sie hatten nun eine grafische Oberfläche und waren mehr mit einem PC vergleichbar. Auf ihnen arbeitete man kreativ (vor allem auf dem Amiga) oder schrieb Texte. BASIC Interpreter waren nicht mehr an Bord oder mussten von Diskette geladen werden. Die 8 Bit Rechner mit BASIC wurden noch lange produziert \u2013 C64, Spectrum und die CPC-Serie<\/a> bis in die frühen Neunziger, aber sie waren jetzt eben die Einstiegsspielkonsolen.<\/p>\n

END<\/h3>\n

Bei den \u201eechten\u201c PC, mit einem von der Diskette geladenen Betriebssystem, hat sich BASIC nie so durchsetzen können. Zuerst mal waren die PCs teurer. Wer einen solchen Computer kaufte, wollte ihn ernsthaft nutzen, er war teuer genug. Dann ist man aber auch eher bereit gleich eine richtige Programmiersprache zu lernen, mit mehr Möglichkeiten und weniger Fehlermöglichkeiten wie Pascal oder C. Zum anderen gab es auch für diese Rechner lange Zeit nur BASIC Interpreter. Neben dem Geschwindigkeitsnachteil \u2013 ein interpretiertes Programm ist immer langsamer als ein Kompiliertes \u2013 musste man so den Quellcode mit ausliefern, ein No-Go für professionelle Softwarentwicklung. Erst relativ spät erschienen BASIC Compiler, die dann auch die Hauptnachteile von BASIC beseitigten, wie die unübersichtliche Programmstruktur mit GOTO \/ GOSUB, die fehlende Überprüfung nicht verwendeter Variablen (meist Tippfehler) und das Fehlen von lokalen Variablen, Parametern, Funktionen und bis auf die For Schleife die meisten Kontrollstrukturen. Bis dahin hatten sich die meisten, die ernsthaft programmieren wollten, aber anderen Sprachen zugewandt.<\/p>\n

Kenemy<\/a> und Kurtz<\/a>, die Erfinder von BASIC waren übrigens sehr unglücklich über BASIC und vertraten in Interviews die Ansicht, das Microsoft mit ihrem Interpreter der als Standard erhoben wurde, den Ruf von BASIC nachhaltig geschädigt hatte. Sie gründeten 1982 die Firma TrueBASIC<\/a> und brachten 1983 auch einen gleichnamiges BASIC heraus, das sich völlig von der Zeilenstruktur löste, wie auch zahlreiche Interpreter der 16 Bit Ära wie GFA BASIC oder Superbasic. Aber das war eben eine Anwendung für den PC und sie änderte nichts an der Praxis das Heimcomputer nach wie vor mit einem zeilenorientierten BASIC ausgeliefert wurden. Einen anderen Weg ging Gary Kildall<\/a> der ebenfalls BASIC für völlig ungeeignet hielt um damit programmieren zu lernen. Er schuf eine auf CP\/M Rechnern einsetzbare Version der Programmiersprache Logo<\/a> die für Kinder gedacht ist. Sie bietet zum einen schnelle Erfolge durch die \u201eTurtle Graphic\u201c zum anderen ist Logo eine durchaus anspruchsvolle Sprache mit Funktionen und Rekursion als prägendes Stilmittel. Beide Ansätze konnten sich aber nicht durchsetzen.<\/p>\n

IF BASIC<>Zeilenorientiert then<\/h3>\n

Ich habe mir Gedanken gemacht, wie die Story wohl weitergegangen wäre, wenn man ein solches BASIC in ein ROM in einen der Heimcomputer mit 32 oder mehr RAM gepackt hätte. Turbo Pascal als Pascal Compiler mit mehr Fähigkeiten als BASIC passt in 32 KByte inklusive Bildschirmeditor. Ein nicht zeilenorientiertes BASIC ist fast zwangsläufig auch ein kompiliertes. Damit verbindet man die Einfachheit von BASIC mit den Möglichkeiten anderer prozeduraler Programmiersprachen, wie man sie für größere Programme benötigt. Zudem ist so der umstieg auf diese Sprachen wie Pascal, Algol oder C einfacher. Dann ergibt sich aber ein Problem: da der Speicher der Rechner immer noch klein war, wird man nicht gleichzeitig Quellcode und Programm im Speicher haben, sondern wird wie bei anderen Compilern ein Binärfile erzeugen, das man abspeichern muss. Damit benötigt ein solches System ein Floppy<\/a>. Die hebt den Preis für eine Einstiegskonfiguration aber auf das doppelte an. So gab es das, auch erst als die erwähnten 16 Bit Heimcomputer erschienen, die ohne Massenspeicher nicht arbeiten konnten. Daneben \u2013 und das schrieb ich ja \u2013 wollten wohl die meisten Käufer gar keinen Heimcomputer, sondern eine Spielkonsole. Da ist es dann Wurst, welche Fähigkeiten der BASIC-Interpreter hat, man muss nur mal die Kommentare zu meinem C64<\/a> Artikel von C64 Fans lesen und man ahnt das kaum einer von ihnen auf dem Rechner programmiert hat. So denke ich hätte sich wohl nichts geändert.<\/p>\n","protected":false},"excerpt":{"rendered":"

<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

Ich habe mir heute mal vorgenommen, die Geschichte eines Teils der frühen Computer aufzurollen, das in vielen Geräten verbaut wurde, bei den Tests damals enorm wichtig war und das heute auch im Zeichen von Reto Computing fast vergessen ist \u2013 der obligate BASIC Interpreter.<\/p>\n","protected":false},"author":169,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4],"tags":[1635,4490,4491],"class_list":["post-14589","post","type-post","status-publish","format-standard","hentry","category-computer","tag-basic","tag-kenemy","tag-kurtz","entry"],"a3_pvc":{"activated":true,"total_views":3240,"today_views":0},"jetpack_featured_media_url":"","jetpack-related-posts":[{"id":18683,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/06\/01\/die-glorreichen-10-programmiersprachen-2\/","url_meta":{"origin":14589,"position":0},"title":"Die glorreichen 10 \u2013 Programmiersprachen (2)","author":"Bernd Leitenberger","date":"1. Juni 2026","format":false,"excerpt":"Der heutige Teil schlie\u00dft nahtlos an den ersten Teil an, der gestern erschien. Es geht um 10 Kriterien anhand derer man Programmiersprachen kategorisieren kann. Maschinennah oder universell, aber komplex Als eine maschinennahe Sprache bezeichnet man eine Sprache, die nahe den M\u00f6glichkeiten von Prozessoren ist. Das Paradebeispiel ist C. Alle Prozessoren\u2026","rel":"","context":"In "Die Glorreichen 10"","block_context":{"text":"Die Glorreichen 10","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/die-glorreichen-10\/"},"img":{"alt_text":"","src":"https:\/\/vg09.met.vgwort.de\/na\/7f5d9cf5265047179df05b778bf455b5","width":350,"height":200},"classes":[]},{"id":18676,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/05\/31\/die-glorreichen-10-programmiersprachen\/","url_meta":{"origin":14589,"position":1},"title":"Die glorreichen 10 \u2013 Programmiersprachen","author":"Bernd Leitenberger","date":"31. Mai 2026","format":false,"excerpt":"Ich wollte mal eine Reihe in dieser Rubrik \u00fcber Programmiersprachen machen. Zuerst dachte ich daran eine Liste nach meinen pers\u00f6nlichen Favoriten zu erstellen. Anfangs bef\u00fcrchtete ich, dass ich gar nicht auf 10 komme, aber es sind tats\u00e4chlich mehr, wenngleich ich in vielen Sprachen nur kleine Programme verfasst habe oder mich\u2026","rel":"","context":"In "Die Glorreichen 10"","block_context":{"text":"Die Glorreichen 10","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/die-glorreichen-10\/"},"img":{"alt_text":"","src":"https:\/\/vg09.met.vgwort.de\/na\/4073c4f9dc6943a08702cdde13605d43","width":350,"height":200},"classes":[]},{"id":15629,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2021\/12\/07\/der-koenig-der-coverversionen\/","url_meta":{"origin":14589,"position":2},"title":"Der König der Coverversionen","author":"Bernd Leitenberger","date":"7. Dezember 2021","format":false,"excerpt":"Cover sind beliebt. Viele Interpreten, auch durchaus K\u00fcnstler mit eigenen ber\u00fchmten Songs haben ihre ersten Platten mit Covern gef\u00fcllt, so die Beatles. Andere versuchen sich auf der Spitze ihres Erfolges in Neuauflagen wie Bowie\/Jagger an Dancing in the Street und wenn es gut l\u00e4uft, ist das Cover erfolgreicher als alle\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/vg02.met.vgwort.de\/na\/3a82449d144d41f6b2a3a633a1ec60c0","width":350,"height":200},"classes":[]},{"id":18610,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/27\/galileos-cds-teil-1\/","url_meta":{"origin":14589,"position":3},"title":"Galileos CDS – Teil 1","author":"Bernd Leitenberger","date":"27. M\u00e4rz 2026","format":false,"excerpt":"Hall\u00f6chen, es wird Zeit das ich mich mal wieder melde. Es gab zwei Gr\u00fcnde, warum ich mich so rar gemacht habe. Das eine ist das es gerade nicht so viel aktuelles gibt, au\u00dfer einem Update zu Artemis, zu dem ich vielleicht noch etwas schreibe. W\u00e4hrend Trump das ganze Programm nach\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/4fb81c7bafbd4d9d88b5695abdb33d29","width":350,"height":200},"classes":[]},{"id":18627,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/04\/05\/artemis-ii\/","url_meta":{"origin":14589,"position":4},"title":"Artemis II","author":"Bernd Leitenberger","date":"5. April 2026","format":false,"excerpt":"Seit gestern ist nun die Artemis II Mission auf dem Mond, wenige Tage zuvor hat NASA Administrator Isaac Jaredmann neue Pl\u00e4ne ank\u00fcndigt. Zeit mal was dazu zu schreiben. Ich fange aber mit was an was zusammenh\u00e4ngt: Die Verseichtung. Keine Ahnung ob es den Begriff schon gibt, ich beschreibe damit das\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/9a9d83018f8447148efa0d8328798e18","width":350,"height":200},"classes":[]},{"id":18380,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2025\/09\/03\/die-glorreichen-10-das-war-mal-weg-pc-hardware\/","url_meta":{"origin":14589,"position":5},"title":"Die glorreichen 10 – Das war mal weg: PC Hardware","author":"Bernd Leitenberger","date":"3. September 2025","format":false,"excerpt":"Ich will heute mal zwei ZDF Info \/ Neo Sendungen verbinden. Die glorreichen 10, die bei mir als Vorlage f\u00fcr einige Blogs dienten und die von mir noch mehr gesch\u00e4tzte Sendung \"Das war mal weg\", wo es um Dinge geht, die fr\u00fcher fast jeder hatte und die heute aus unserem\u2026","rel":"","context":"In "Die Glorreichen 10"","block_context":{"text":"Die Glorreichen 10","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/die-glorreichen-10\/"},"img":{"alt_text":"","src":"https:\/\/vg02.met.vgwort.de\/na\/876c61d389304d98aa0332fadd769381","width":350,"height":200},"classes":[]}],"jetpack_sharing_enabled":true,"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/14589","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/users\/169"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/comments?post=14589"}],"version-history":[{"count":0,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/14589\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/media?parent=14589"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/categories?post=14589"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/tags?post=14589"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}