Massenexport von rohen Post-Quellen mit Markup

Hallo,

unser Unternehmen nutzt Discourse, um unsere Kunden zu unterstützen und die Kundenbeziehungen zu stärken. Für die Einarbeitung von Mitarbeitern haben wir Dokumentationen mit Doc Categories und DiscoTOC erstellt, was hervorragend funktioniert.

Ich möchte jedoch eine Funktion beantragen, die den Export von Dokumentationsquellen – insbesondere des rohen Textes inklusive Markup – in eine einfache Textdatei ermöglicht.

:information_source: Mir ist die PDF-Druckoption des Browsers bekannt, die jedoch nicht hilft, wenn rohe Quellen anstelle von geparsten benötigt werden. Ich kenne auch die integrierte Backup-Funktion und Datenbankabfragen, aber dies sind keine praktischen Lösungen für die Frontend-Administration.

Vorerst sieht mein Workflow so aus: Beitrag bearbeitenSTRG-A, STRG-CTextdatei erstellen/öffnenSTRG-V, STRG-SBearbeitung verwerfen… nächster Beitrag.

Eine integrierte Massenexportoption würde mehrere Vorteile bieten:

  • wesentlich einfachere Wartung von Wissensdatenbanken
  • bessere Backup- und Versionierungs-Workflows für Administratoren im Frontend
  • flexible Wiederverwendung von Inhalten außerhalb von Discourse

:right_arrow: Eine solche Funktion wäre ein echter Produktivitätsgewinn für Communities, die Discourse als Dokumentations-Hub nutzen, nicht nur für den Support.

Ich bin gespannt auf Ihre Gedanken.

Viele Grüße

2 „Gefällt mir“

Eines meiner Probleme ist, Feature-Anfragen wie Support-Anfragen zu behandeln. Ups, das habe ich schon wieder getan. Entschuldigung, falls das nicht hilft.

Du möchtest also so etwas wie das hier: https://meta.discourse.org/posts/1849580/raw oder das hier: https://meta.discourse.org/raw/381447 oder das hier https://meta.discourse.org/raw/381447/1

Oh. Du möchtest den rohen Text von allen Beiträgen im Thema.

Das ist keine Lösung, aber eine verbesserte Version davon ist es. Aber das spart nicht sehr viele Klicks.

Das ist mit einigen Kommandozeilen-Tools ziemlich einfach zu automatisieren. Ein cleveres Tool würde den JSON des Themas abrufen, um zu sehen, wie viele Beiträge es gab, und sie dann alle abrufen, vielleicht mit einer Pause, um die Ratenbegrenzung zu berücksichtigen.

Eine Theme-Komponente könnte dir Links zum rohen Text für jeden Beitrag geben. Ein Plugin könnte das tun, was du möchtest.

3 „Gefällt mir“

Hallo Jay,

danke für deine Antwort.

Diese Lösung wird bereits in How to iterate over all the topics in order to export them as Markdown? diskutiert, ist aber für größere Dokumentationen (→ Effizienz) und die Frontend-Administration (→ Kompetenz) nicht praktikabel.

Also ja… keine Unterstützung, aber eine echte Feature-Anfrage von meiner Seite :wink:

Viele Grüße

2 „Gefällt mir“

Ich denke, 📄 Copy Post Component, der den Beitrag direkt kopiert, könnte in diesem Fall hilfreich sein. Es reduziert

auf einen Klick. Aber es ist immer noch kein Massenkopieren

5 „Gefällt mir“

Es lindert den Schmerz… als Lesezeichen gespeichert.

Danke

3 „Gefällt mir“

Sie können eine Data Explorer-Abfrage erstellen, die posts.raw zurückgibt, und die Abfrage über die API aufrufen.

7 „Gefällt mir“

Danke für den Tipp, Richard :slight_smile: Ich werde mir Data Explorer und API-Aufrufe ansehen, wenn ich dazu komme. Dennoch ist das nur ein Haken, keine Funktion.

Nehmen Sie das Doc Categories-Plugin als Beispiel: Um Dokumentationen zu erstellen, brauchen Sie technisch gesehen nur einen Index-Beitrag mit den Links zu allen Themen. Aber das Plugin fügt etwas Zusätzliches hinzu: automatische Seitenavigation.

Das ist genau die Art von Funktionsanfrage, die ich stelle: eine zusätzliche Funktionalität, die normalen Benutzern hilft – nicht nur ein weiterer Workaround für Power-User oder IT-Leute.

3 „Gefällt mir“

Wenn ich mir eine solche Funktion wünschen würde, würde ich mir eine Zip-Datei wünschen, die alle von der Dokumentenindex referenzierten Markdown-Quellen enthält.

Wie würden in diesem Fall einzelne Dateien benannt werden?

Könnten Sie Ihren beabsichtigten Arbeitsablauf detaillierter beschreiben?

Wenn ich einen Dokumentations-Workflow wie den von Ihnen beschriebenen aufbauen würde, würde ich es vorziehen, eine Option zum Einbinden von rohem Markdown in das Dateisystem zu erstellen, was es weiteren automatisierten Werkzeugen ermöglichen würde, damit zu arbeiten.

Diesen Punkt verstehe ich nicht.
Warum möchten Sie Ihre Dokumentation nicht über Discourse präsentieren?

Hallo Thomas, ein Zip-Container würde natürlich einwandfrei funktionieren :wink: Es steckt kein Workflow dahinter, nur der Wunsch, ein einfaches Backup zu behalten.

1 „Gefällt mir“

Ich kann mir nicht vorstellen, wie ein normaler Benutzer rohe Beitragsquellen verwenden würde.

3 „Gefällt mir“

Das liegt vielleicht daran, dass Sie kein normaler Benutzer sind.

1 „Gefällt mir“

Vielleicht können Sie mir stattdessen ein gutes Beispiel geben, anstatt mit einem Ad-hominem-Argument zu antworten. Selbst Ihr Eröffnungsposting spricht von Admins und Leuten, die Wissensdatenbanken verwalten.

Entschuldigung, Sie haben Ihre persönlichen Ansichten geteilt, und ich habe nur geantwortet – keine Beleidigung beabsichtigt.

Zum Beispiel möchten Personen, die Wissensdatenbanken verwalten, wie z. B. Wissensmanager, die Inhalte als Administratoren erstellen, aber über einen begrenzten technischen Hintergrund verfügen, ihre Inhalte selbst verwalten und lokal sichern können.

3 „Gefällt mir“

Ich würde einen Wissensmanager nicht als normalen Benutzer betrachten, es ist eine sehr spezielle Rolle.

Lassen Sie uns die ganze Debatte über „reguläre Benutzer“ für ein anderes Mal verschieben, bitte.

1 „Gefällt mir“

Dann wäre der Data Explorer eine vollkommen gute Lösung. Sie können diese Abfrage auch für Nicht-Admin-Benutzer verfügbar machen.

1 „Gefällt mir“

Hey @soeren-1

3 „Gefällt mir“

Danke für das Willkommen, die Klarstellungen und die Tipps, Tobias.

Ich bin mir bei weit verbreiteten Funktionen nicht so sicher – es gibt viele Optionen und Einstellungen in Discourse, bei denen ich mich gefragt habe: „Wer zum Teufel braucht das?“

Menschen neigen dazu, die Werkzeuge zu benutzen, die verfügbar und vertraut sind. Wenn man bereits einen Hammer hat, fragt man sich vielleicht, wozu ein Schlägel dient.

Vielleicht sehen andere Benutzer einen Anwendungsfall für die vorgeschlagene Funktion und beteiligen sich an der Diskussion.

Danke an alle Mitwirkenden!

2 „Gefällt mir“