情報共有に何を使っていますか？ 昔ながらのPukiWikiですか？有料のConfuluenceですか？ GitHubやGitLabを利用していますか？ Wikiではなく、メールだったり、Excelなどを共有フォルダーに保存ですか？ 私は、DokuWiki(ドクウィキ)で情報共有することをオススメします。 日本ではまだマイナーなWikiですが世界中で有名なWikiです。 DokuWikiの特徴をあげますので、興味を持ちましたらDokuWikiを使ってみてください。 高機能なプラグインにより色々なことを実現可能 プラグインを追加することにより、機能を拡張できます。 例えば、セルの幅を指定できるようになったり、テキスト文字に色を付けたりなどができるようになります。 また、プラグインに関する情報は、公式サイトにまとめられてて検索できます。 プラグインをインストールも、管理画面から簡単に検索、インス

Store documentation in one or more repositories No matter how many git repositories you use, Antora can retrieve and aggregate all the content from them to assemble a documentation site. Workspaces that fit team and content requirements Since documentation files can be stored in separate repositories, the teams that maintain them can use the administration policies, version schema, and release sch

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

雑記ブログ：技術選定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の活用」Closedfirst published: 2019/01/02last updated: 2019/01/15 技術選定3の続き。うーん、高機能なheadlessCMSほど依存性が高い...。 生存競争の激しいheadlessCMS同士のインポート・エクスポート問題はそう簡単に解決しないだろうし、仮にJSONで吐き出せても上手く変換して移行先に移せる自信はないよ。 そういえば、prismicのSlice機能を使っててWordPressのGutenbergを思い出した。あれって、Gatsbyに引っ張ったらどうなるんだ？さすがにメジャーリリースされた機能を無視してはいないだろう。 サーバーレスにしたいので、WPcom（Free Plan）でテスト。 プラグインの追加はビジネスプラン以降だけど、Jetpack（基本機能）はプリインストールされているの

雑記ブログ：技術選定3「パフォーマンスと生存率」Closedfirst published: 2019/01/02last updated: 2019/01/15 実験してきたJAMstackな技術をそろそろ他の制作物に転用していきたい。フロントは静的サイトならGatsby、Webアプリ系ならNuxt、ビルドとホスティングはNetlifyが安定しているけど、バックエンドが未確定。 DatoCMS（headlessCMS）はダッシュボードの処理速度が若干鈍く、気になり出していた。少しバグもあるし。引越しが大掛かりになる前に他のCMSも検証し、今後メインで使うものを決めよう。 ダッシュボードのパフォーマンス メディア管理のしやすさ リミットと料金形態 DBの永続性・汎用性 APIの使い方はほとんど同じなので、上記4点が検討材料になる。 画像倉庫として有料のGyazoを使うのはいいんだけど、管理

Directus Marketplace Customize your data experience with extensions.

売れるネットショップ研究所 橋本技研の技術系備忘録ブログ。 ショッピングカートシステムの制作などが得意です。 昨日のNuxt.JS + SSR 爆速化の記事に引き続き、珍しくブログを連投しています。 最近はheadlessCMSにReactやVueといったフロントエンドを組み合わせてウェブサイトを作ることが流行っていますよね。 Contentfulとか、最近では国産のMicroCMSなんかも熱いみたいですしね。 headlessCMSについてググると、ContentfulとかStrapiに関する記事はたくさん出てくるのですが、DirectusとかCockpitに関してはあまり出てこないので、ちょっと書いてみたいと思います。 昨年からいくつかのheadlessCMSを試していたのですが、最初に試したのがStrapiでした。ふむふむ、これは面白いぞ！デザインも素敵！と思ったのですが、繰り返しフ

はじめまして！ジェネロテクノロジーの東 百合（あずま ゆり）と申します。 ジェネロでは、当社イメージキャラクター兼Drupalに関わるマーケティングのお仕事をしています。 現在はマーケティングを担当していますが、学生時代は、自宅にサーバーを立てたり、先生に内緒で研究室にWLANを設置したりとITインフラにどっぷり浸かっていた理系女子です！ どうぞよろしくお願いいたしいます！ さて、ときどき大きな本屋さんに行ってコンピュータ関連書籍のコーナーでCMS（コンテンツ管理システム）の本を探すと、WordPressの本をたくさん見かけると思います。 でも、残念なことにDrupalを紹介した本はほとんどありません・・・ ネットにもDrupal関連の日本語情報はまだまだとても少ない状態です。 世界のCMS市場では、Drupalが大きく注目されているのに、日本での知名度が今ひとつなのは、Drupalの日本

NTTデータ先端技術株式会社は、基幹業務情報の設計、統合、運用および最新技術上構築された通信システムプラットフォームを通じて、貴社のビジネスに価値を提供する専門的な企業です。

今回のテーマはHeadless CMSです。Drupalの生みの親で、世界的なDrupal関連企業、AcquiaのCo-FounderでもあるDries Buytaert氏のブログを紹介します。 Drupal is API-first, not API-only 開発者の多くが、Headless CMS（ヘッドレスCMS）として知られるcontent-as-a-serviceソリューションを選ぶようになってきています。Headless CMSは、余計なものを省いた編集用インターフェースと、あらゆるアプリケーションが利用するためのコンテンツAPIを提供するストレージとなります。 Headless CMSはいくつかの共通する特徴があります。エンドユーザー側のフロントエンドがないこと、表示したりレイアウトするための編集画面がほとんどない、もしくは全くないため、フロントエンド開発者にとっては、どう

Contentfulを使ってみたくなったので、印象に残った邦画を書き残すブログを作りました。ブログを作って満足してしまったので、記事の中身は（仮）です。Contentfulの考え方に馴染むのに少し時間がかかったので、そこのところの整理がメインの記事です。 ヘッドレスCMSというもの CMSというと、WordPressとMovable Typeぐらいしか知らなかったのですが、最近ヘッドレスCMSという言葉を耳にするようになりました。ヘッドレスCMSは、WordPressのようにテンプレートを表示する部分を持たず、APIでデータを提供することに特化している点が特徴です。 ヘッドレスCMSの選択肢は、こちらのサイトにたくさんありましたが、そのなかで、ContentfulというCMSのサービスが気になったので、Nuxt.jsと組み合わせて簡素なブログを作りました。 headlessCMS | A

Strapi is the leading open-source headless CMS. It’s 100% Javascript, fully customizable, support TypeScript and developer-first. It saves API development time through a beautiful admin panel anyone can use.

7年間使ってきたWordPressを捨ててContentful+Gatsby+Netlifyにしたら爆速になったし経緯とか教訓とか語るWordPressReactNetlifygatsbycontentful こんにちは、古都ことと言います。普段はブログやらなんやらをやっているのですが、今回ブログのお引っ越しをしたのでその経緯などについてお話ししたいと思います。 先にまとめ ブログをVPSとWordPressで7年間運営してきた 速度面やメンテナンス面でそろそろガタがきていた Contentful+Gastby+Netlifyの構成に移行した Lighthouseで高スコア叩き出せた 技術選択って難しいね 運営しているブログ Subterranean Flower Blogというブログをやってます。 主にフロントエンド周りのことを取り扱っており、たまにマリオ64の記事や、転職の記事などでも

このような方におすすめです • 属人化を解消したい • ベテラン社員のノウハウを継承したい • バラバラな業務品質を標準化したい • ナレッジマネジメントの進め方を知りたい 社内wikiツールの選定ポイント 社内wikiツールはたくさんありますが、それぞれ特徴があります。自社の利用目的にあったツールを選ぶことが重要です。 １）必要な機能や仕様を満たしているか 利用人数、権限の設定、スマホ対応、通知の設定など ２）使いやすいか PCやITが苦手な社員でも簡単に操作できるか ３）情報の蓄積や検索がしやすいか 情報・ナレッジを蓄積しやすく、検索しやすく、アクセスしやすく、更新しやすいか ４）料金は利用目的に対して適正か 有料、無料、１人あたりの料金 ５）セキュリティは万全か 情報の取扱いは適切か、ITリテラシーが高くない社員が利用しても漏洩の心配がないか マニュアル作成・ナレッジ管理が成功するサ

※この記事は僕のブログ（最近始めました）のクローン記事です。 なんとなく、グループ内部用のWikiに最適なやつって無いのかなあと思ったのです。特にどのグループというわけじゃありませんが、ええ、なんとなく。 サーバー設置型のWikiソフトウェアというと国内で有名なのはPukiWikiでしょうか。設置も手軽で拡張性も高く、すでに慣れ親しんだWikiですが、最近では各方面がMarkdownを採用してそれに慣れ親しんでしまい、このブログもプラグインを入れてMarkdownで書いているぐらいなので、Markdownで書けるWikiを探していたのです。 必要要件はこんな感じ。 サーバー設置型 グループ内部向けのポータル的Wikiに適している Markdownで書ける 使い方が簡単 日本人に厳しくない デザインがナウい というわけで昨日から丸２日ぐらいぶっ通しで調べぬいた結果はっぴょー。どんどんぱふぱふ