Wiki, das die Bearbeitung (von innen!) des kompletten Frontend-HTML/CSS ermöglicht

Ich suche ein Wiki (oder ein Wiki-ähnliches CMS) mit einigen speziellen (wahrscheinlich seltenen) Funktionen.

Wiki-Grundlagen

  • Erstellen Sie eine neue Seite, indem Sie auf eine nicht vorhandene Seite verlinken und diese bearbeiten
  • Seitenverlauf (diff)
  • Liste der letzten Änderungen
  • textbasierter Editor (etwas Wiki-Syntax, aber kein WYSIWYG; sollte vollständiges HTML zulassen)
  • Beschränken Sie die Bearbeitungsberechtigung nur auf registrierte Benutzer (und erlauben Sie die Deaktivierung der Registrierung).

Der Bearbeitungsablauf muss problemlos sein (wie es wahrscheinlich bei jedem gewöhnlichen Wiki der Fall ist): Besuchen Sie die Seite, gehen Sie zum Bearbeitungsformular, speichern Sie sie. Keine Backend-Menüs, keine erforderliche Vorschau, keine erforderlichen Felder usw.

Besondere Merkmale

  • Der gesamte Frontend-Code (HTML und CSS, möglicherweise JavaScript) muss innerhalb des Wikis editierbar sein, genau wie andere Wiki-Seiten (dh mit demselben Editor; bietet auch Seitenverlauf usw.).
    • Der eigentliche Inhalt einer Wiki-Seite sollte an einer bestimmten Position eingefügt werden (zB durch Hinzufügen eines Template-Tags).
  • Die Wiki-Funktionalität (Links „Bearbeiten“ und „Verlauf“, globale Navigation für letzte Änderungen usw.) darf nur für registrierte Benutzer sichtbar sein.
    • Der Zugriff auf diese Seiten (z. B. durch Erraten der URL) sollte auch für Besucher unmöglich sein (Anzeige 404 oder 403).
  • Das öffentliche HTML darf nur das definierte/bearbeitbare Frontend-Markup und den Inhalt der Wiki-Seite enthalten. Der Redakteur muss also 100 % Kontrolle über das ausgegebene Markup haben (innerhalb des Wikis).

Nicht zwingend erforderlich , wäre aber toll

  • Unterstützung von mehr als einem "Feld" (abgesehen vom Hauptinhalt der Wiki-Seite): Fügen Sie jeder Bearbeitungsseite einen Textbereich für jedes in der HTML-Vorlage hinzugefügte Vorlagen-Tag hinzu.
  • Erlauben Sie innerhalb des Wikis die Angabe des HTTP-Statuscodes (z. B. für das Senden einer 410), der pro Seite verwendet werden soll. Erlauben Sie im Fall von 3xx die Angabe der Ziel-URLs.
  • Erlauben Sie innerhalb des Wikis zu definieren, welches HTML die Wiki-Syntax erstellt.

Formale Anforderungen

  • Es muss FLOSS sein .
  • Es muss nativ auf einem GNU/Linux- Server laufen.
Zum Beispiel soll das HTML des Wikitext-Editors editierbar sein? Es erfordert, dass der serverseitig generierte HTML-Code des Editors vollständig auf Vorlagen basiert, was in der Tat ziemlich selten vorkommt. Ich nehme an, Sie sind sich bewusst, dass knifflige Fehler Sie daran hindern könnten, etwas zu bearbeiten.
@NicolasRaoul: Tut mir leid, ich verstehe nicht. Was meinst du mit "das HTML des Wikitext-Editors sollte editierbar sein?" Meinst du den eigentlichen Editor oder die gesamte Bearbeitungsseite? Wie auch immer, es ist "nur" erforderlich, dass der HTML-Code der veröffentlichten Seite bearbeitet werden kann (dh diejenigen Seiten, die für nicht registrierte Besucher sichtbar sind).
Ich dachte, Sie wollten, dass ALLES editierbar ist. Sie möchten eigentlich nur, dass alle öffentlich zugänglichen Seiten bearbeitet werden können? Hat die Öffentlichkeit die Möglichkeit, Seiten zu bearbeiten?
@NicolasRaoul: Richtig, nur das HTML/CSS von Seiten, die für nicht registrierte Benutzer sichtbar sind (dh öffentliche Seiten), muss bearbeitet werden können. -- Nein, nicht registrierte Benutzer können nichts bearbeiten. Nur registrierte Benutzer sollen sehen können, dass es sich um ein Wiki handelt, Inhalte bearbeiten und HTML/CSS bearbeiten können. (Und die Registrierung soll deaktiviert werden.) (Tatsächlich könnte es auch ein Single-User-Wiki sein.)
Gehen Sie zu wikimatrix.org und verwenden Sie den Auswahlassistenten, um Ihnen bei der Entscheidung zu helfen.
Sie können Github immer für Berechtigungen und Pull-Anforderungen verwenden. Es gibt eine Möglichkeit, immer den neuesten Code auf Ihrem Server zu haben …

Antworten (2)

Haftungsausschluss: Ich habe das nicht wirklich versucht, aber klingt für mich vielversprechend.

vielleicht könnten Sie das Mediawiki mit der Erweiterung CodeEditor (vielleicht mit Scribunto ) verwenden :

Die CodeEditor-Erweiterung erweitert die erweiterte Bearbeitungssymbolleiste von WikiEditor um ein eingebettetes Ace-Editor-Widget, das einige praktische Funktionen für Benutzer-/Site-JS, CSS-Seiten und, wenn Extension:Scribunto ebenfalls installiert ist, für Seiten im Modul-Namespace bereitstellt

Die Antwort auf Anfragen, die mit „Ich brauche Software, um ein Web zu machen [thing-a-ma-bob]“, lautet zunehmend WordPress.

Ich schlage Wordpress mit Wiki Pro von WPMU DEV und allen anderen Plugins vor, die Sie benötigen, um Ihre anderen spezifischen Anforderungen und Funktionen zu erfüllen.

Erlaubt Wiki Pro die Bearbeitung des gesamten Frontend-Codes (HTML/CSS/JS) innerhalb von Wiki/WordPress? Ich kann diese Funktion nicht finden, nachdem ich ihre Seite überflogen habe.
Seltsamerweise kann ich auf WPMU DEV keine Seite finden, auf der steht: „All unser Code ist Open Source“, aber das ist es. Die folgende Seite verweist darauf: wpmayor.com/wpmu-dev-review Was die Bearbeitung betrifft, erlaubt WordPress von Haus aus die Bearbeitung der meisten Dateien, und Plugins können Ihnen den Zugriff auf jede Datei und deren Bearbeitung ermöglichen. Natürlich verwenden viele von uns Programme wie Notepad++, um sensible Dateien zu bearbeiten, aber ich habe auch den Editor in WP verwendet, um schnelle Änderungen vorzunehmen. WPMU DEV bietet auch einen hervorragenden Pre-Sales-Support. Ich habe ihnen eine Menge technischer Fragen zu Wiki Pro gestellt, die mir geholfen haben zu entscheiden, dass ich etwas so Mächtiges nicht brauche.
Wiki, das die Bearbeitung (von innen!) des kompletten Frontend-HTML/CSS ermöglicht
AntwortenHierDatenschutz-Bestimmungen1y, 0v