Blog zum Posten von Codeschnipseln und Programmierartikeln

Ich suche nach einer Blog-Plattform oder einem Web-Framework, um ein Blog/Archiv mit persönlichen Code-Snippets (sollte Syntaxhervorhebung haben) und Programmierartikeln einzurichten, die ich in Zukunft verwenden könnte (eine Schnellsuche wäre auch nett).

Ich mag WordPress nicht besonders und eine Alternative wäre großartig. Als Nebenbemerkung: Ein gutaussehender wäre vorzuziehen.

Möchten Sie dies veröffentlichen oder ist es nur für Ihren privaten Gebrauch? -- Was meinst du mit "Schnellsuche"? Ist das etwas anderes als eine Suchfunktion?
Es wäre für den privaten Gebrauch, aber ich habe nichts dagegen, dass es öffentlich ist. Was die zweite Frage betrifft: Ich meine eine schnelle Möglichkeit, die Artikel zu durchsuchen, eine Art "Grep" in die Artikel.
Wenn Sie mit einem entwicklerorientierten Workflow vertraut sind (schreiben Sie Ihre Posts in GitHub-ähnlichem Markdown, verpflichten Sie sich zu einem Git-Repo und drängen Sie auf die Bereitstellung von statisch erstelltem HTML), sollten Sie sich Octopress ansehen . Es basiert auf Jekyll, dem gleichen Framework, das GitHub-Seiten antreibt, und bietet großartige Unterstützung für das Teilen von Code-Snippets .

Antworten (3)

Nachdem ich mir einige verschiedene Alternativen zum Bloggen/Schreiben von Artikeln über Programmierung oder das Leben im Allgemeinen angesehen hatte, stieß ich auf stackedit.io , einen Editor innerhalb des Browsers. Das könnte auch für Sie eine gute Option sein.

Einige Zitate aus dem Begrüßungsdokument :

StackEdit speichert Ihre Dokumente in Ihrem Browser, was bedeutet, dass alle Ihre Dokumente automatisch lokal gespeichert werden und offline zugänglich sind!
...
StackEdit kann mit Google Drive und Dropbox kombiniert werden, um Ihre Dokumente zentral in der Cloud zu haben. Der Synchronisierungsmechanismus kümmert sich um das Hochladen Ihrer Änderungen oder das Herunterladen der neuesten Version Ihrer Dokumente.
...
Wenn Sie mit Ihrem Dokument zufrieden sind, können Sie es direkt aus StackEdit auf verschiedenen Websites veröffentlichen. Derzeit kann StackEdit auf Blogger, Dropbox, Gist, GitHub, Google Drive, Tumblr, WordPress und auf jedem SSH-Server veröffentlichen.
...
StackEdit unterstützt Markdown Extra, das die Markdown-Syntax um einige nette Funktionen erweitert. ... Die abgeschirmten Codeblöcke von GitHub werden auch mit Prettify-Syntax-Highlighting unterstützt

Mit anderen Worten, Sie schreiben Ihre Sachen in Markdown, wobei die Codesyntax mit Prettify (oder highlight.js) hervorgehoben wird. Speichern Sie es in der Cloud und veröffentlichen Sie es, wenn Sie dazu bereit sind. Wenn Sie Gist/GitHub verwenden, erhalten Sie auch die Suchfunktionen, die Sie suchen. Habe ich erwähnt, dass es kostenlos ist?

Ich denke, ein Blog ist nicht die richtige Art von Informationsarchitektur für Ihren Zweck: Es konzentriert sich auf das Veröffentlichungsdatum und ordnet die Inhalte rückwärts chronologisch (für Sie nicht nützlich), enthält normalerweise Funktionen, die Sie nicht benötigen (wie eine Kommentarfunktion), und um Ihre Inhalte zu organisieren, haben Sie nur Tags und manchmal Kategorien.

Ein Wiki sollte besser geeignet sein: Sie können Ihre Inhalte so organisieren, wie es Ihren Bedürfnissen entspricht, und das Erstellen/Bearbeiten/Verknüpfen Ihrer Inhalte ist normalerweise bequemer als in anderen CMS wie Blogs.

Ich verwende WikkaWiki für einen ähnlichen Zweck (und kann es als persönliches Wiki empfehlen).

DokuWiki ist eine weitere gute Lösung, mit dem Vorteil, dass keine Datenbank benötigt wird: Alle Seiten werden in Textdateien gespeichert.

Beide sind standardmäßig mit Syntaxhervorhebung (mit GeSHi ) ausgestattet:

  • In WikkaWiki ist die Syntax für Codeblöcke%% … %% und zum Aktivieren der Syntaxhervorhebung %%(javascript) … %%.

  • In DokuWiki können Sie Codeblöcke mit zwei Leerzeichen einrücken (oder verwenden Sie <code>…</code>oder <file>…</file>). Für die Syntaxhervorhebung müssen Sie <code javascript>…</code>oder verwenden <file javascript>…</file>.

Beide verfügen auch über eine Suchfunktion, aber wenn Sie Ihre Inhalte organisieren, indem Sie Links zu allen relevanten Seiten hinzufügen, werden Sie sie wahrscheinlich selten verwenden müssen. Wenn ich mein persönliches Wiki verwende, kann ich die meisten meiner über 2000 Seiten besuchen, indem ich die URL direkt eingebe, oder indem ich die URL einer „übergeordneten“ Seite eingebe (z ein Link von jedem JS-Snippet zu dieser Seite).

Das "Wiki"-Modell könnte richtig sein, aber ich hasse sowohl ihre Geschwindigkeit (z. B. Wikipedia) als auch ihr Aussehen wirklich, wirklich, wirklich :/
@Albert: Aussehen ist eine Themenfrage: Die Lösungen, die ich erwähnt habe, sehen sehr unterschiedlich aus (und beide auch anders als Wikipedia), und beide erlauben die Verwendung eines anderen Themas (z. B. kommt WikkaWiki standardmäßig mit 3 Themen ; und es gibt mehr als 120 Vorlagen für DokuWiki ).
@Albert: Geschwindigkeit … Ich bin mir nicht sicher, was genau du meinst. Wenn Sie ein Wiki wie WikkaWiki oder DokuWiki auf Ihrem Server installieren, ist das Anzeigen und Bearbeiten normalerweise schnell (und höchstwahrscheinlich schneller als in anderen CMS wie WordPress usw.), da diese Wikis ziemlich leichtgewichtig sind. Wenn dies nicht der Fall ist, liegt das Problem wahrscheinlich bei Ihrem Server (und Sie würden dieses Problem unabhängig davon haben, welches CMS Sie verwenden).

Hast du GitHub Gist ausprobiert?

Es ist nicht gut für Artikel geeignet, aber es ist großartig für Code-Snippets. Es hat eine wirklich schöne Benutzeroberfläche und was mir besonders gefällt, ist die Integration mit der IDE (ich verwende IntelliJ, aber es hat eine Integration mit mehreren anderen) - mit ein paar Klicks kann ich ein Code-Snippet erstellen.

Zum Beispiel:

Klicken Sie in IntelliJ mit der rechten Maustaste und wählen Sie "Create Gist...":

Gist Snippet in IntelliJ erstellen

Nachdem ich auf OK geklickt habe, öffnet sich dies in meinem Webbrowser:Gist Snippet im Web erstellen

Sie können sich auch dafür entscheiden, es nicht im Browser zu öffnen, und es wird dann einfach automatisch unter Ihrem GitHub-Konto gespeichert.

Das ist eine gute Idee, aber ich muss möglicherweise auch Bilder zu den Artikeln (oder Tabellen) hinzufügen.