情報共有にmarkdown系WikiよりDokuWikiをすすめる理由 - Qiita
情報共有に何を使っていますか？ 昔ながらのPukiWikiですか？有料のConfuluenceですか？ GitHubやGitLabを利用していますか？ Wikiではなく、メールだったり、Excelなどを共有フォルダーに保存ですか？ 私は、DokuWiki(ドクウィキ)で情報共有することをオススメします。 日本ではまだマイナーなWikiですが世界中で有名なWikiです。 DokuWikiの特徴をあげますので、興味を持ちましたらDokuWikiを使ってみてください。 高機能なプラグインにより色々なことを実現可能 プラグインを追加することにより、機能を拡張できます。 例えば、セルの幅を指定できるようになったり、テキスト文字に色を付けたりなどができるようになります。 また、プラグインに関する情報は、公式サイトにまとめられてて検索できます。 プラグインをインストールも、管理画面から簡単に検索、インス
Headless CMS を導入する · Issue #3 · vuejs-jp/vuefes-2019
@ryamakuchi Copy from: Headless CMS を導入する · Issue #365 · kazupon/vuefes 解決したい問題 Vue Fes Japan 2018 の際、スポンサー情報の追加、変更のたびにソースコードを変更する必要が発生して面倒だった 問題を解決するために Headless CMS を導入して、スポンサー対応担当者が、スポンサー情報を CMS 上で編集すれば作業が完了できるようしたい CMS が編集されたタイミングで Netlify へ webhook を飛ばして nuxt generate が実行されるようにする nuxt generate 時に CMS の情報を API で取得し、最新のスポンサー情報がウェブ上に公開されるようになる この Issue の完了条件 どのような Headless CMS があるか調査されていること http
雑記ブログ：技術選定2「スレッド形式にしたい」 - Qrac BLOG
雑記ブログ：技術選定2「スレッド形式にしたい」Closedfirst published: 2018/12/13last updated: 2019/01/15 雑記ブログを2週間書き続けて、割とちゃんとしたブログに向かっているけど...。ブログ書きたいってよりは「GitHub Issues的なものが書きたかったので、理想と少し違う。 GitHub Issuesは1つの投稿の中にコメント（自分の場合は思いつきの独り言や試行錯誤）を積み重ねていく感じ。ブログだと全体編集・追記を個別に書くことになる。 独り言らしさを出すにはどうすればいいだろう。他の例だとToggeterとかTwistとか。要は、独りで発言を積み重ねられるスレッド形式で作れればいいんじゃないか？ GitHub Issuesブログ ぱっと思いついたのは、miyaokaさんが作っていたGitHub Issuesブログ。あれはNux
雑記ブログ：技術選定4「WPcomの活用」 - Qrac BLOG
雑記ブログ：技術選定4「WPcomの活用」Closedfirst published: 2019/01/02last updated: 2019/01/15 技術選定3の続き。うーん、高機能なheadlessCMSほど依存性が高い...。 生存競争の激しいheadlessCMS同士のインポート・エクスポート問題はそう簡単に解決しないだろうし、仮にJSONで吐き出せても上手く変換して移行先に移せる自信はないよ。 そういえば、prismicのSlice機能を使っててWordPressのGutenbergを思い出した。あれって、Gatsbyに引っ張ったらどうなるんだ？さすがにメジャーリリースされた機能を無視してはいないだろう。 サーバーレスにしたいので、WPcom（Free Plan）でテスト。 プラグインの追加はビジネスプラン以降だけど、Jetpack（基本機能）はプリインストールされているの
雑記ブログ：技術選定3「パフォーマンスと生存率」 - Qrac BLOG
雑記ブログ：技術選定3「パフォーマンスと生存率」Closedfirst published: 2019/01/02last updated: 2019/01/15 実験してきたJAMstackな技術をそろそろ他の制作物に転用していきたい。フロントは静的サイトならGatsby、Webアプリ系ならNuxt、ビルドとホスティングはNetlifyが安定しているけど、バックエンドが未確定。 DatoCMS（headlessCMS）はダッシュボードの処理速度が若干鈍く、気になり出していた。少しバグもあるし。引越しが大掛かりになる前に他のCMSも検証し、今後メインで使うものを決めよう。 ダッシュボードのパフォーマンス メディア管理のしやすさ リミットと料金形態 DBの永続性・汎用性 APIの使い方はほとんど同じなので、上記4点が検討材料になる。 画像倉庫として有料のGyazoを使うのはいいんだけど、管理
Cockpit
API-First Build with your favorite tech stack and deliver unique content experiences anywhere, without limits. Self-Hosted Self-host for complete data sovereignty and privacy compliance. Avoid vendor lock-in and manage resources your way. Open-Source Freely use, inspect, modify, and trust our MIT-licensed core. Benefit from transparency and community collaboration. Full Control, No Bloat! Cockpit
headlessCMSを使うなら、Cockpitをおすすめする理由
売れるネットショップ研究所 橋本技研の技術系備忘録ブログ。 ショッピングカートシステムの制作などが得意です。 昨日のNuxt.JS + SSR 爆速化の記事に引き続き、珍しくブログを連投しています。 最近はheadlessCMSにReactやVueといったフロントエンドを組み合わせてウェブサイトを作ることが流行っていますよね。 Contentfulとか、最近では国産のMicroCMSなんかも熱いみたいですしね。 headlessCMSについてググると、ContentfulとかStrapiに関する記事はたくさん出てくるのですが、DirectusとかCockpitに関してはあまり出てこないので、ちょっと書いてみたいと思います。 昨年からいくつかのheadlessCMSを試していたのですが、最初に試したのがStrapiでした。ふむふむ、これは面白いぞ！デザインも素敵！と思ったのですが、繰り返しフ
「ヘッドレス」とは？Drupalにおけるデカップルド・アーキテクチャについてご紹介。 | さくらのナレッジ
はじめまして！ジェネロテクノロジーの東 百合（あずま ゆり）と申します。 ジェネロでは、当社イメージキャラクター兼Drupalに関わるマーケティングのお仕事をしています。 現在はマーケティングを担当していますが、学生時代は、自宅にサーバーを立てたり、先生に内緒で研究室にWLANを設置したりとITインフラにどっぷり浸かっていた理系女子です！ どうぞよろしくお願いいたしいます！ さて、ときどき大きな本屋さんに行ってコンピュータ関連書籍のコーナーでCMS（コンテンツ管理システム）の本を探すと、WordPressの本をたくさん見かけると思います。 でも、残念なことにDrupalを紹介した本はほとんどありません・・・ ネットにもDrupal関連の日本語情報はまだまだとても少ない状態です。 世界のCMS市場では、Drupalが大きく注目されているのに、日本での知名度が今ひとつなのは、Drupalの日本
Headless CMS というトレンドに Drupal は適応している!? | ANNAIマガジン
Drupal is API-first, not API-only 開発者の多くが、Headless CMS（ヘッドレスCMS）として知られるcontent-as-a-serviceソリューションを選ぶようになってきています。Headless CMSは、余計なものを省いた編集用インターフェースと、あらゆるアプリケーションが利用するためのコンテンツAPIを提供するストレージとなります。 Headless CMSはいくつかの共通する特徴があります。エンドユーザー側のフロントエンドがないこと、表示したりレイアウトするための編集画面がほとんどない、もしくは全くないため、フロントエンド開発者にとっては、どうやってデザインするか、というプレゼンテーション上の懸念が常に残っています。以下の理由により、Headless CMSは有名になりました。 情報の構造化とプレゼンテーションの懸念を切り分けたいという
Markdownで書ける、よさげなWikiサーバーソフトまとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事は僕のブログ（最近始めました）のクローン記事です。 なんとなく、グループ内部用のWikiに最適なやつって無いのかなあと思ったのです。特にどのグループというわけじゃありませんが、ええ、なんとなく。 サーバー設置型のWikiソフトウェアというと国内で有名なのはPukiWikiでしょうか。設置も手軽で拡張性も高く、すでに慣れ親しんだWikiですが、最近では各方面がMarkdownを採用してそれに慣れ親しんでしまい、このブログもプラグインを入れてMarkdownで書いているぐらいなので、Markdownで書けるWikiを探していたので
ソフトウェア/pukiwiki/bootstrap を使ってリニューアル
パーミッションの調整† 自分が www-data グループに入っていることを確認した上で、 /var/www 以下を www-data グループの人間が自由にいじれるようにする LANG: console $ groups osamu ... www-data ... $ cd /var/www $ sudo chgrp -R www-data . $ sudo chmod -R g+r . $ sudo find . -type d -exec chmod g+wx {} \; 古いデータを UTF-8 に変換する† 古い wiki のデータは EUC で保存されていたので、 これを UTF-8 に変換する必要がありました。 古い wiki のディレクトリで以下のスクリプトを走らせることで do.sh というファイルを作成して、source コマンドでシェルに食べさせればできました。 c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Directus - Free and Open-Source MySQL Database GUI
Drupal（ドルーパル）でデジタル体験を構築するならジェネロ|実績多数|世界100カ国以上の多言語対応
PostgreSQL | NTTデータ先端技術株式会社
DrupalとSymfonyとの関係性について
GitHub - logue/LukiWiki: PukiWiki Adv.を0から書き直しています。（文法はMarkdown風です。コンバーターも付属）たぶん、これも０から作り直し
GitHub - fukuchiharuki/pukiwikidump: PukiWikiのコンテンツをダンプして静的なページを作成するツール。
https://fukuchiharuki.me/static/pukiwikidump/
GitHub - fukuchiharuki/LuLu-a-skin-for-PukiWiki: シンプルでレスポンシブなPukiWiki用スキン。
のすたるじあ - 忘備録 : [Pukiwiki設置]