Zum Inhalt springen
megapromotingLassen Sie uns sprechen

Expertise · Automatischer Inhalt

Ein Ablauf, der selbst die Themen des Tages sucht, den Artikel schreibt, ihn in neunzehn Sprachen übersetzt und veröffentlicht – aber erst, nachdem er ein Prüf-Gate passiert hat, das, wenn es nicht prüfen kann, nichts veröffentlicht.

Die Engine ist geschrieben, vollständig, und liegt genau im Repository dieser Website: acht Phasen, 1.706 Zeilen, ein Systemtimer, der täglich um 00:30 UTC startet. Der wichtige Teil ist nicht die Generierung, sondern das Tor: fünf lokale Prüfungen, zehn verbotene Ausdrücke und eine zusätzliche Prüfung, die Kundennamen ohne Zustimmung, erfundene Zahlen und Auszeichnungen sucht, die wir nicht haben. Wenn das Tor nicht laufen kann, wird nicht veröffentlicht.

Bereits gebaut„delivered“, denn die Arbeit existiert als Dateien, die Sie öffnen können, nicht als Beschreibung: `scripts/content-engine/` aus dem Repository megapromoting.com, 17 Dateien, 1.706 Zeilen TypeScript, systemd-Einheit mit Timer, acht miteinander verknüpfte Stufen und Laufprotokolle. Mit einem Vorbehalt, den wir selbst nennen, den Sie aber nicht erfahren: **der einzige vollständige Lauf in den Protokollen hat keinen einzigen Artikel veröffentlicht.** Das Gate hat alle drei gestoppt — zwei, weil die Prüfung überhaupt nicht laufen konnte, der dritte wegen eines fehlenden Feldes im Header. `publish` blieb leer, IndexNow erhielt null Adressen. Der Lauf war lokal, auf der Arbeitsstation, und dauerte zweieinhalb Stunden, also mehr als das in der systemd-Einheit festgelegte Limit von 60 Minuten — also wäre er auf dem Server gestoppt worden. Wir können von außen nicht bestätigen, dass die Engine heute auf dem Server läuft, und wir behaupten es auch nicht.

Die Automatisierung, die selbst schreibt und veröffentlicht, ist der Ort, an dem sich am leichtesten versprechen lässt, was nicht möglich ist. Ein Modell schreibt tausend überzeugende Wörter über alles, auch über Dinge, die nicht passiert sind, und es schreibt sie ebenso flüssig. Wenn zwischen dem Modell und dem Veröffentlichungsbutton nichts steht, haben Sie eine Maschine gebaut, die Fehler ins Internet stellt, in zwanzig Sprachen, jede Nacht. Die ganze Arbeit steckt in dem, was dazwischen steht.

Unser Ablauf hat acht Stufen. Er sammelt Themen aus offenen Quellen, gibt ihnen eine Note von 0 bis 100 dafür, wie geeignet sie sind, wirft alles unter 50 weg, wählt die ersten N mit einer Diversitätsregel aus, damit nicht zehn Artikel über dasselbe Thema entstehen, schreibt den Artikel auf Rumänisch, übersetzt ihn in neunzehn Sprachen, schickt ihn durch das Gate und veröffentlicht erst dann. Jede Stufe schreibt ihre Kosten und ihr Ergebnis in ein Protokoll, damit ein Lauf danach rekonstruiert werden kann.

Das Tor hat zwei Schichten. Die erste ist lokal und kostet nichts: Das Frontmatter muss vorhanden sein und Titel, Beschreibung und Schlüsselwörter haben; der Text muss über 1.200 Wörter lang sein; er muss mindestens drei Zwischenüberschriften, mindestens drei interne Links und einen Fragenabschnitt mit mindestens drei Paaren haben; und er darf keine der zehn Marketingformulierungen enthalten, die wir auf die Blacklist gesetzt haben. Die zweite Schicht ist ein Modell, das nach etwas anderem sucht: Kundennamen ohne Nachweis der Zustimmung, erfundene Statistiken, falsche Aussagen darüber, was wir leisten können, und Auszeichnungen, die wir nicht haben — die Liste der echten steht in der Prüfung, und alles andere wird gemeldet.

Es gibt eine menschliche Freigabe in der Kette, und wir nennen sie als Argument, nicht als Ausrede. Artikel, die die harten Prüfungen nicht bestehen, werden verworfen, nicht veröffentlicht. Diejenigen, die hart bestehen, aber von der zweiten Prüfung Meldungen erhalten, werden markiert beibehalten, damit ein Mensch sie sich ansieht. Und wenn die Prüfung nicht laufen kann — weil der Modellservice beispielsweise nicht antwortet — wird der Artikel als nicht bestanden behandelt. Fail-closed, nicht fail-open. Genau das ist auch bei der einzigen vollständigen Ausführung in den Protokollen passiert, und deshalb wurde nichts veröffentlicht.

Was dazugehört

Die Arbeit, nach Bestandteilen

Sammelt die Themen aus offenen Quellen parallel, ohne abzustürzen, wenn eine schweigt

Acht Sammler starten gleichzeitig: Hacker News, Reddit, Product Hunt, GitHub trending über drei Schnitte, ein Satz von vierzehn RSS-Feeds und Indie Hackers. Jeder hat seine eigene Fehlerbehandlung, daher liefert eine ausgefallene Quelle eine leere Liste zurück und stoppt die Ausführung nicht. Die Ergebnisse werden zusammengeführt, Duplikate werden anhand der Kennung entfernt, danach wird ein Limit von acht Themen pro Quelle angewendet, sortiert nach der Umlaufgeschwindigkeit — damit eine laute Quelle die nächste Stufe nicht überflutet.

Notieren und verwerfen, bevor für das Schreiben ausgegeben wird

Jedes Thema erhält eine Note von 0 bis 100 dafür, wie gut es zu dem passt, was wir tun, plus den vorgeschlagenen Blickwinkel, die Zielbranche und den Zielservice. Alles unter 50 wird verworfen. Die Phase läuft auf einem günstigen Modell mit vier parallelen Threads, gerade weil es die Phase ist, die entscheidet, wofür später Geld ausgegeben wird. Aus der endgültigen Auswahl wird noch eine Schicht entfernt: Der erste Durchlauf nimmt je ein Thema pro Branche, damit nicht zehn Varianten zum selben Faden entstehen.

Schreibt den Artikel mit vorgeschriebener Struktur, nicht frei

Der Generator erhält eine strikte Struktur: 1.500–2.200 Wörter auf Rumänisch, YAML-Frontmatter mit einem Titel von höchstens 60 Zeichen und einer Beschreibung von 155, ein H1 und vier bis sechs H2, zwischen drei und fünf interne Links, ausgewählt aus einer Liste von Adressen, die auf der Website existieren, ein hervorgehobenes Zitat, einen Fragenabschnitt, der mit dem Schema FAQPage kompatibel ist, und einen abschließenden Aufruf. Er läuft mit drei parallelen Threads, mit einem Budget von fünf Minuten pro Artikel und einem Ausgabe-Limit von 5.000 Token.

Übersetzt in neunzehn Sprachen, mit einem Glossar, das nicht übersetzt wird

Die Quelle ist Rumänisch; die Zielsprachen sind neunzehn, von Englisch, Russisch und Ukrainisch bis Arabisch, Hebräisch, Hindi, Japanisch und vereinfachtem Chinesisch — einschließlich zweier Schriften von rechts nach links. Die Regeln sind im Prompt ausdrücklich: Der Header behält seine Struktur, die Adressen interner Links werden nicht umgeschrieben und nicht lokalisiert, Zahlen, Einheiten und Daten werden beibehalten, und die Markenbegriffe aus dem Glossar bleiben unverändert. Die Übersetzung läuft bewusst mit nur zwei Threads parallel — das Modell-Gate begrenzt den Durchsatz unter höherer Last.

Das harte Tor: fünf Bedingungen und zehn verbotene Formulierungen

Lokal, ohne kostenpflichtigen Aufruf: Das Frontmatter muss vorhanden sein und Titel, Beschreibung und Schlüsselwörter haben; der Text muss 1.200 Wörter überschreiten, gezählt nach dem Entfernen von Codeblöcken und Tags; mindestens drei H2-Überschriften; mindestens drei interne Links zu Abschnitten, die auf der Website existieren; ein Fragenabschnitt mit mindestens drei Paaren. Plus die Blacklist: „game-changing“, „cutting-edge“, „world-class“, „revolutionize“, „synergy“ und fünf weitere. Ein einziges Vorkommen lässt den Artikel durchfallen.

Das zweite Tor sucht genau das, was ein Zähler nicht sehen kann

Ein zweites Modell mit niedriger Temperatur und JSON-Antwort erhält den Artikel und sucht nach fünf Dingen: Kundennamen ohne Nachweis, dass sie zugestimmt haben, halluzinierte Statistiken vom Typ einer prozentualen Verfügbarkeit ohne Messung, ungenaue Aussagen darüber, was wir können, Broschürensprache und Aussagen über Werkzeuge Dritter, die den Eindruck erwecken würden, dass wir sie besitzen, obwohl wir sie nur integrieren. Es hat auch die Liste der Auszeichnungen, die wir tatsächlich haben — jede Auszeichnung außerhalb der Liste wird gemeldet.

Wenn die Prüfung nicht laufen kann, wird der Artikel als nicht bestanden behandelt

Die zweite Prüfung hat ein Zeitbudget von 90 Sekunden, ausdrücklich damit sie die Ausführung nicht blockiert. Wenn es abläuft oder wenn der Modellservice nicht antwortet, wird der Fehler abgefangen und in ein negatives Urteil umgewandelt, nicht ignoriert. Die Konsequenz ist wichtig und die, die uns am meisten gefällt: Ein Artikel gelangt nicht öffentlich, weil der Wächter gefehlt hat. Das ist bereits passiert, bei der einzigen vollständigen Ausführung in den Protokollen — zwei vollständig geschriebene Artikel wurden nicht veröffentlicht, weil die Prüfung nicht durchgeführt werden konnte.

Die Veröffentlichung hat nur eine Bedingung und drei Schritte

Die Veröffentlichung wird gar nicht aufgerufen, wenn kein Artikel die Schranke passiert hat. Wenn sie aufgerufen wird: Sie fügt nur das Inhaltsverzeichnis hinzu, stoppt, wenn es nichts zu committen gibt, macht einen Commit mit Datum, Anzahl der Artikel und Anzahl der Sprachen, und versucht das Pushen. Wenn das Pushen fehlschlägt, bleibt der Commit lokal und der Lauf geht weiter — keine Arbeit geht verloren und es wird nicht behauptet, dass veröffentlicht wurde. Die Benachrichtigung der Suchmaschinen erfolgt nur, wenn das Pushen erfolgreich war.

Jeder Lauf hinterlässt seine Abrechnung

Am Ende wird ein Tagesbericht geschrieben: wie viele Themen gesammelt wurden, wie viele die Notiz bestanden haben, wie viele ausgewählt wurden, wie viele geschrieben wurden, wie viele Übersetzungen herauskamen, wie viele die Schranke passiert haben, was committed und was gepusht wurde, wie die Suchmaschinen geantwortet haben, wie lange es dauerte, und die Kosten aufgeschlüsselt nach Modell, mit der Anzahl der Aufrufe und den Eingabe- und Ausgabe-Token. Der Bericht ist eine Datei, kein Dashboard — er kann gelesen, archiviert und verglichen werden.

Wie es aussieht

Der Weg, Schritt für Schritt.

01

Wir legen fest, was es schreiben darf und was nicht

Vor jeglichem Code: die Liste der Themen, die wir abdecken, die Liste derer, die wir nicht berühren, der Ton und die Blacklist der Ausdrücke. Hier wird auch die Liste der Aussagen festgehalten, die das Modell nicht über Sie machen darf — Kunden, Zahlen, Auszeichnungen, Vergleiche. Wir liefern: die geschriebenen Regeln, in der Form, in der sie direkt in die Prüfung eingehen, nicht als separates Dokument, das man vergisst.

02

Wir starten nur das Sammeln und Notieren, ohne etwas zu schreiben

Es läuft im Trockenmodus: die Themen werden gesammelt, notiert, die ersten ausgewählt, der Bericht geschrieben, und vor der Generierung wird beendet. Es ist günstig — bei einem solchen Lauf aus unseren Protokollen gab es 24 Aufrufe, alle auf dem kleinen Modell, mit gemessenen Kosten von ungefähr einem Cent insgesamt. Man sieht genau, was das Modell Tag für Tag gewählt hätte, ohne dass es irgendeinen Text gibt. Wir liefern: die Berichte des Trockenlaufs und die Einigung darauf, was es auswählt.

03

Wir schreiben und prüfen, veröffentlichen aber nicht

Die Generierung und die Schranke werden gestartet, mit ausgeschalteter Veröffentlichung. Hier werden die Schwellen kalibriert: Wenn alle Artikel an der Länge scheitern, ist etwas anderes einzustellen als wenn sie an internen Verweisen scheitern. Hier sieht man auch, was die zweite Prüfung signalisiert, die der lehrreichste Teil ist. Wir liefern: die generierten Artikel, die vollständigen Urteile mit dem Grund jeder Zurückweisung und die angepassten Schwellen.

04

Wir öffnen die Veröffentlichung, mit der Schranke vor Ort

Die Systemuhr und die Veröffentlichung werden gestartet. Die Uhrzeit wird außerhalb der Spitze gewählt, mit einer zufälligen Verzögerung, damit sich die Läufe nicht überschneiden; bei uns 00:30 UTC mit bis zu 30 Minuten Verzögerung und mit Wiederaufnahme, falls der Server zu dieser Zeit ausgeschaltet war. Das Zeitlimit pro Lauf wird gesetzt. Wir liefern: die Serviceeinheit und die Uhr, die Protokolle und die Stoppprozedur.

05

Wir fügen die Sprachen hinzu, eine nach der anderen

Die Übersetzung ist die Phase mit dem größten Verbrauch und der leichtesten Entgleisung. Die Sprachen werden auf Prioritätsbahnen hinzugefügt, nicht alle auf einmal, und es wird geprüft, was jeweils herauskommt — besonders bei nichtlateinischen Schriften, wo die Regel ist, dass Markennamen im lateinischen Alphabet bleiben. Wir liefern: das Glossar, die aktivierten Sprachen und die gemessenen Kosten pro Sprache aus dem Laufprotokoll.

Opt etape1adunare din optparallele Sammler,fiecare cu prindereproprie de eroare2Bewertung 0–100, verwerfensub 503alegere cudiversitate peindustrie4Schreiben auf Rumänisch,1.500–2.200 decuvinte5Übersetzung in 19 Sprachencu glosar neatins6die harte Gate, fünfBedingungen und Zehnexpresii interzise7poarta a doua, caresucht Kunden, Zahlenund erfundene Preise8Veröffentlichung, nur wennmindestens eines verstrichen istWenn das Gate nicht laufen kann, wird nicht veröffentlicht.
Opt etape

Die Daten

Was wir anfassen, wo die Daten liegen und wie lange sie bleiben

Die Fragen, die jede Person mit einem Datenschutzbeauftragten stellt — hier gestellt, bevor er sie stellt.

Was hineinkommt
Titel, Adressen und kurze Fragmente aus öffentlichen Quellen — offene APIs und RSS-Feeds. Es werden keine personenbezogenen Daten gesammelt, keine privaten Konten gelesen und kein Zugriff nach Authentifizierung vorgenommen. Jedes Thema behält seine Quelle, seinen Kanal und den Zeitpunkt der Entdeckung, damit nachverfolgt werden kann, woher ein Artikel gekommen ist.
Wo die Texte liegen
Als MDX-Dateien im Code-Repository der Website, unter `content/daily/{Sprache}/{Datum}/{slug}.mdx`. Nicht in einer separaten Datenbank. Die Folge ist, dass die vollständige Historie die git-Historie ist: Man sieht, wer was wann geschrieben hat, und man kann mit einem Befehl zurückgehen. Jeder Artikel hat einen eigenen Kopf, aus dem die öffentliche Seite ihre strukturierten Daten zusammensetzt.
Wo die Schlüssel liegen
In einer Umgebungsdatei, die von der systemd-Einheit beim Start gelesen wird, außerhalb des Code-Repositorys. Der Umgebungsloader überschreibt keine Variable, die im Prozess bereits definiert ist, sodass die Laufzeitkonfiguration geändert werden kann, ohne die Datei anzutasten. Die Aufrufe an Modelle laufen über unser internes Gateway, lokal auf dem Server adressiert.
Logs und wie lange sie aufbewahrt werden
Eine JSON-Datei pro Tag im Log-Verzeichnis der Engine, plus Standardausgabe und Standardfehler getrennt in `/var/log` geschrieben, über die systemd-Einheit. Das tägliche Log enthält die Gate-Urteile pro Artikel, mit dem genauen Grund der Ablehnung und der gezählten Wortanzahl. Es enthält nicht den Text der Artikel — der liegt im Repository.
Was es nicht anfasst
Es greift nicht auf Ihre Social-Media-Konten zu, sendet keine E-Mails, schreibt nicht ins CRM. Veröffentlichung bedeutet ein Commit im Website-Repository und eine Benachrichtigung an zwei Suchmaschinen. Wenn Sie Veröffentlichung über andere Kanäle wünschen, wird das separat besprochen, mit derselben Regel: Gate zuerst, nicht danach.

Ein Fall

Die Nacht, in der die Engine drei Artikel schrieb und keinen einzigen veröffentlichte

Die Ausgangslage

Ein vollständiger Lauf, mit allen gestarteten Schritten: Sammlung aus offenen Quellen, Bewertung, Auswahl, Schreiben auf Rumänisch, Übersetzung, Gate, Veröffentlichung. Das Ziel war absichtlich klein, drei Artikel, damit die ganze Kette zu sehen ist, ohne viel zu kosten.

Was wir gebaut haben

Die Sammlung brachte 24 eindeutige Themen nach dem Entfernen von Duplikaten und der Begrenzung pro Quelle. Die Bewertung behielt 18 und warf 6 unter dem Schwellenwert von 50 weg. Die Diversitätsregel wählte 3 aus unterschiedlichen Branchen. Der Generator schrieb 3 Artikel auf Rumänisch. Der Übersetzer erzeugte 57 Dateien. Dann kam das Gate.

Was dabei herauskam

Kein Artikel kam durch. Zwei fielen aus, weil die zweite Prüfung überhaupt nicht durchgeführt werden konnte — der Modelldienst antwortete nicht innerhalb des 90-Sekunden-Budgets, und der Fehler wurde als negatives Urteil behandelt, nicht ignoriert. Der dritte fiel bei nur einer Bedingung durch: Ihm fehlte das Feld für Schlüsselwörter im Header, obwohl er 2.478 Wörter hatte, also das Doppelte des Mindestschwellenwerts. Weil kein Artikel durchkam, wurde die Veröffentlichung nicht einmal aufgerufen: Der Commit blieb leer, das Pushen wurde nicht gemacht, die Suchmaschinen erhielten null Adressen. Die 57 Übersetzungen blieben auf der Festplatte, ungenutzt.

Was der Fall nicht sagt

Der Lauf erfolgte auf der Workstation, nicht auf dem Server — das sieht man an den Pfaden im Log — und dauerte zweieinhalb Stunden, über dem in der systemd-Einheit gesetzten Limit von 60 Minuten. Er zeigt also zwei Dinge zugleich: dass das Gate hält und dass der Tagesbatch zu groß für das konfigurierte Zeitlimit ist. Beides ist real, und beides sollte gesagt werden.

Fragen

Was uns die Leute fragen, bevor sie anrufen

Wird veröffentlicht, ohne dass ein Mensch den Text sieht?

Ja, wenn Sie es so wählen — und nein, wenn nicht. Die Engine kann vollständig automatisch laufen, und in diesem Modus gelangt der Artikel, der beide Gateschichten passiert, veröffentlicht hinaus, ohne dass ihn jemand gelesen hat. Aber das Gate ist nicht dekorativ: Es lehnt den Artikel wegen eines fehlenden Header-Felds ab, wegen 1.199 Wörtern statt 1.200 oder wegen eines einzigen Ausdrucks aus der Blacklist. Und wenn Sie lieber möchten, dass jeder Artikel durch ein Paar Augen geht, wird die automatische Veröffentlichung gestoppt und alles bleibt bis zur Prüfstufe, mit den Meldungen sichtbar. Unsere Empfehlung am Anfang ist die zweite Variante, bis die Meldungen langweilig werden.

Was passiert, wenn das Modell eine Tatsache falsch macht?

Es hängt davon ab, um welche Art von Fakt es geht, und es lohnt sich, ehrlich zu sagen, dass nicht alle erfasst werden. Erfasst werden: ein Kundenname, der ohne Nachweis der Zustimmung eingesetzt wurde, eine erfundene Statistik wie ein Verfügbarkeitsprozentsatz ohne Messung, eine Aussage, die den Eindruck erwecken würde, dass wir ein Werkzeug besitzen, das wir nur integrieren, ein Preis, der nicht auf der Liste der echten steht. Nicht erfasst werden: ein falsches Kalenderdatum aus einer externen Nachricht oder eine technische Aussage über ein Drittprodukt, die plausibel klingt. Dafür gibt es keinen anderen Wächter als einen Menschen, und deshalb behält jeder Artikel im Header die Quellen, von denen er ausgegangen ist — die Prüfung bleibt nach der Veröffentlichung möglich, und die Korrektur ist ein Commit.

Wie wird der Ablauf gestoppt?

Drei Arten, in der Reihenfolge der Geschwindigkeit. Das Stoppen des System-Timers — morgen startet nichts mehr. Das Leeren der Variablen, die den Veröffentlichungsschlüssel hält — die Engine schreibt und prüft, aber die Benachrichtigung der Suchmaschinen wird mit einer Warnung im Journal übersprungen. Und die Ausführung im Trockenlauf, die nach der Auswahl der Themen stoppt und nichts erzeugt. Zusätzlich hat eine einzelne Ausführung ein Zeitlimit in der Service-Unit, mit zuerst einem sanften Signal und danach einem erzwungenen Stopp.

Läuft die Engine jetzt auf dem Server?

Wir können das von außen nicht bestätigen und werden es auch nicht behaupten. Was wir zeigen können, sind der Code, die Service-Unit, der Timer, die Installationsprozedur und die Laufprotokolle, die wir haben. Der einzige vollständige Lauf in den Protokollen war auf einer Workstation, nicht auf einem Server — das ist an den Dateipfaden zu erkennen — und dauerte zweieinhalb Stunden, also über dem 60-Minuten-Limit in der systemd-Unit. Wenn Sie sich für den heutigen Stand unserer Installation interessieren, fragen Sie uns, und wir prüfen es gemeinsam. Diese Frage ist uns lieber als ein „Ja“, das sich als falsch erweist.

Wie viele Artikel hat er bisher veröffentlicht?

Aus den Protokollen, die wir haben: null. Der vollständige Lauf sammelte 24 Themen, behielt 18 nach der Bewertung, wählte 3 aus, schrieb 3 Artikel und 57 Übersetzungen — und das Gate stoppte alle drei. Zwei, weil die zweite Prüfung überhaupt nicht laufen konnte, einer wegen eines fehlenden Feldes im Header, obwohl er 2.478 Wörter hatte, also die Längen-Schwelle bei Weitem überschritten hatte. Die Veröffentlichung wurde nicht aufgerufen, die Suchmaschinen erhielten keine einzige Adresse. Wir könnten Ihnen das nicht sagen. Wir sagen es, weil es genau die Demonstration ist, die der Dienst braucht: Das Gate stoppt tatsächlich.

Ist das nicht „AI-Inhalt“, der die Positionierung in der Suche schädigt?

Die richtige Frage ist nicht, wer geschrieben hat, sondern ob der Text auf etwas antwortet, wonach jemand tatsächlich sucht, und ob er überprüfbar ist. Deshalb sind die Schwellen im Gate auf Dinge gesetzt, die mit Nützlichkeit korrelieren, nicht mit Stil: Mindestlänge, Struktur mit Zwischenüberschriften, interne Links zu vorhandenen Seiten, ein Fragenbereich. Und deshalb enthält die Blacklist genau die Ausdrücke, die auf Text hinweisen, der nur geschrieben wurde, um Raum zu füllen. Was wir Ihnen nicht versprechen, ist eine bestimmte Position in den Ergebnissen — das hängt von einer Menge Dinge ab, die nicht bei uns liegen.

Was kostet ein Lauf?

Die Kosten werden gemessen, nicht geschätzt: Jeder Aufruf an das Modell zählt seine Eingabe- und Ausgabetokens, und der Tagesbericht liefert die Gesamtsumme aufgeschlüsselt nach Modell, mit der Anzahl der Aufrufe. Beim Dry-Run aus unseren Protokollen: 24 Aufrufe auf dem günstigen Modell. Beim vollständigen Lauf mit drei Artikeln und 57 Übersetzungen: 32 Aufrufe, davon 3 auf dem teuren Modell — die den größten Teil der Kosten ausmachten. Das in jeder Stufe verwendete Modell ist eine Umgebungsvariable, also kann eine Stufe auf ein günstigeres Modell heruntergesetzt werden, ohne den Code anzutasten. Die Zahl in Geld hängt von den gewählten Modellen und ihren Tarifen zum Zeitpunkt des Laufs ab.

In welchen Sprachen schreibt es und was geschieht mit Markentermen?

Die Quelle ist Rumänisch, die Zielsprachen sind neunzehn — Englisch, Russisch, Ukrainisch, Polnisch, Deutsch, Italienisch, Französisch, Spanisch, Niederländisch, Arabisch, Türkisch, Hebräisch, Hindi, Japanisch, Koreanisch, Indonesisch, vereinfachtes Chinesisch, brasilianisches Portugiesisch und Tschechisch. Jede Sprache hat in der Konfiguration vermerkt, warum sie dort ist. Markentermini und technische Begriffe stehen in einem Glossar und bleiben unübersetzt, einschließlich in Arabisch, Hebräisch und den asiatischen Schriften, wo die Regel ausdrücklich ist: Sie werden im lateinischen Alphabet beibehalten. Die Adressen interner Links werden niemals lokalisiert.

Was ist von dem, was Sie beschrieben haben, noch nicht fertig?

Drei Dinge, jetzt gesagt, damit Sie sie nicht selbst entdecken. Die eigene Dokumentation ist dem Code stellenweise vorausgeeilt — der Kommentar am Anfang der Bewertungsstufe erwähnt ein Modell, das nicht mehr das aufgerufene ist, und das Quellenregister beschreibt einen größeren Satz RSS-Feeds als den in der Liste. Zweitens: Zwei der im Register eingetragenen Quellen sind als aktiv markiert, aber ihr Sammler wird in der Funktion, die alles zusammenführt, nicht aufgerufen und trägt heute also nichts bei. Drittens: Der vollständige Lauf aus den Protokollen hat das Zeitlimit der Service-Unit überschritten, was bedeutet, dass er auf dem Server mit den aktuellen Einstellungen nach der Hälfte gestoppt worden wäre — das Limit muss erhöht oder das Tageslos verkleinert werden, bevor der automatische Start erfolgt.

Worauf die obigen Aussagen beruhen (26 Quellen)

26 davon sind Code und Dateien aus unseren Repositories. Wir veröffentlichen weder ihren Namen noch die Zeile: zusammen, auf einer einzigen Seite, würden sie zu genau beschreiben, wie Systeme gebaut sind, die nicht nur uns gehören. Wir gehen sie mit Ihnen durch, im Repository, auf Anfrage — die Überprüfung bleibt möglich, sie findet nur in einem Gespräch statt.

Was sollte bei Ihnen besser laufen?

Erzählen Sie uns von Ihrem Prozess. Gemeinsam legen wir fest, was sich zu bauen lohnt, was wir anbinden können und wie wir das Ergebnis prüfen.

Lassen Sie uns sprechen