MCPサーバーからmicroCMSにコンテンツを入稿する
こんにちは！ひまらつ（@himara2）です。 MCPサーバーがとても盛り上がってますね。 MCPはLLMが外部サービスにアクセスする強力な仕組みですが、今回microCMSのMCPサーバーを作ってみました。npmとして下記で公開しています。 今回はこのMCPサーバーを使い、ClaudeからmicroCMSのコンテンツの作成・更新する方法について書いてみます。 事前準備 まずはmicroCMSでAPIを作ります。 今回は「お知らせAPI」と「カテゴリAPI」の2つを作ります。 お知らせAPI。カテゴリをコンテンツ参照している カテゴリAPI 次にAPIキーを設定します。 デフォルトではGETの権限だけがついているので、以下を追加します。 コンテンツAPI POST PUT PATCH マネジメントAPI メディアの取得 メディアのアップロード 通常であればこの後は管理画面から直接入稿、ある
Gemma 3 をブラウザ上で動かして PWA へ搭載する
はじめに Gemma は Google が開発していることで有名な、オープンで軽量な LLM である。 最小モデルとして1Bのモデルもリリースされており、エッジデバイスでの実行も視野に入れられている。 Google のドキュメントでは、このようなモデルによる推論をブラウザで実行するための方法も紹介されていた。 現代の Web アプリケーション開発者にとって馴染みがある React で実行できるコードを用意したので紹介したい。 併せて PWA としてオフラインで動作させられることも確認した。 繰り返すが、モデルによる推論を、「ブラウザで」実行する。 LM Studio など専用のアプリケーションで実行したものへブラウザからアクセスする、のではなく、ブラウザ上で実行する。 手っ取り早くコードを pull して動かしたい場合はこちらのリポジトリを参照されたい。 WebGPU API と Medi
Denoの静的サイトジェネレータ`Lume`の紹介
2023年12月に静的サイトジェネレータであるLumeのバージョン2がリリースされました． 私は個人ブログを書くのに GitHub Pages + Lume を利用しているので，年末はLumeのバージョンアップなどの作業をしていたのですが，改めて体験が良いなと思ったのでLumeの紹介をしたいと思います． 前提知識 GitHub Pages GitHub PagesはGitHub社がプロジェクトのプロジェクトのウェブサイトを提供することを目的に，リポジトリに配置してある静的ファイル(HTMLやJSなど)をホスティングしてウェブサイトを公開してくれるサービスです．@a-skuaというアカウント名の場合，a-skua.githu.io をというリポジトリを作成すると，https://a-skua.github.io[1]というURLのウェブサイトを作ることができます． GitHub Pages
Remix on Cloudflare Pagesで、@vercel/ogを使ってOGP画像を生成する
こんにちは、Webサイト作ってますか？ Webサイトを作ってると、SNSやSlackにURLが貼られた時の見栄えを良くするために、OGP画像（og:image）を設定したくなりますよね。 筆者はCloudflare PagesとRemixでサイトを作ることが多くなってきたのですが、OGP画像を動的に生成する上手い方法を調べていたら一定の成果が出たので、共有しておこうと思います。 要点としては次のとおりです。 Cloudflare Pages向けの @vercel/og ラッパーを使う できたらURLの末尾を .png にする（Cloudflareのキャッシュを効かせるため） VercelのOGP画像生成ライブラリ @vercel/og OGP画像を動的に生成する分野には一定の需要がありますが、簡単に実現する方法というのはあまり多くありません。そんな中、Vercel社が提供している @ver
GraphQL のデータソースに microCMS を 使う
はじめに この記事では、GraphQL のデータソースに microCMS を利用する方法を書いてみます。GraphQL は BFF として利用するケースも多いですが、GraphQL としては、データがどこから来たのかは重要ではありません。データベースや RESTful API、マイクロサービスから取得するといった選択肢があります。今回は microCMS をデータ取得元にすることを想定し、その構成や構築手順を書いていきます。（以下の図の REST API の部分が mciroCMS になるイメージです。） GraphQL is data source agnostic 出典: https://www.apollographql.com/blog/graphql/basics/what-is-graphql-introduction/ なぜ microCMS を使いたいのか microCM
Denoのフロントエンド開発の動向【2024年冬】
半年程前に、以下のような記事を書きました。 この記事では、上記の記事から半年程の間で起きたDenoでのフロントエンド開発に関して影響がありそうな内容などをまとめていきます。 Deno本体のアップデート 直近半年ほどでDenoに導入された機能からフロントエンド開発に影響しそうなものについていくつか紹介します。 npmパッケージの対応状況について 大きな点として、Deno v1.35からAstroが動作するようになったようです。 それ以外にはDenoでNext.jsを動かすための試みがいくつか進んでいるようです。next buildやnext devを動かすための対応がいくつか入っています。 また、直近で公開されたロードマップではSvelteKit, VuePress, Qwik, Remixなどを動かすための対応を進めていくことが検討されているようです。 Remixについては公式でRemix
HonoXのSSGで個人ブログを構築しました - mooriii's blog
個人ブログを開設する機運が高まっていたところに、HonoXという試したい技術が出てきたので勉強がてら個人ブログを作ってみました。 今回ブログを構築する過程で調べたこと等をまとめていきます。 HonoXでSSGを始める HonoXとは @yusukebeさんが作っているHonoとViteを組み合わせたフルスタックのWebフレームワークです。 SSRが高速だったりCloudflareとの相性が抜群だったり何かとイケているフレームワークだったので時代の波に乗って使ってみました。 手順 に沿って始めればすぐに動きます。 GitHub - honojs/honox: HonoX - Hono based meta frameworkHonoX - Hono based meta framework. Contribute to honojs/honox development by creating
ちょっと見てて面白かったので : As Sloth As Possible
なんか金縛りにあって眠れなくなったのでTwitter見てたら面白いやりとりをみかけた。すげー大雑把に要約すると、こんな感じ。 Railsの勉強をしてる人が「なんでHello worldしたいだけなのにDB必要なの！？DB使うにしたってMySQLなんか今必要じゃないしチュートリアルではSQLiteとかにしといてくれたっていいのに！プリプリ！」みたいな呟きをする 「いやRails使うんなら普通DB要るでしょ。なんでそこに文句言ってるの。」とツッコミが入る 「とりあえずチュートリアルは一番簡単なやり方書いといてくれた方が親切じゃないですか。」と反論 「いやだから、Railsを使うのに一番当たり前の構成を作るのにはどうしたらいいかがチュートリアルでしょ。それが必要ないんなら別なの、例えばSinatraとか使えばいいじゃん。フレームワークの特性も分からずに使っておいてチュートリアルがおかしいとか筋違
ブログをAstroに移行した
ブログを Astro に移行した Astro とは Astro の公式サイトの説明を見てもらうのが早いかもしれない Astro is an all-in-one web framework for buildingfast, content-focusedwebsites. コンテンツ主体のウェブサイトを高速に作れるオールインワンウェブフレームワーク、という説明だが実際使ってみた感じ概ね合っていると思う. 特徴的なのが Astro で採用している Island Architecture と呼ばれるアーキテクチャで、UI の各コンポーネントを Island (島）のように見立ててそれぞれ独立したマイクロフロントエンドのように扱うことが出来る構成になっていること。 完全に Static な HTML とレンダリング後に Hydration (静的な HTML に後からイベントハンドラを設定)し
当ブログを GatsbyJS で作り直した
式年遷宮です。54. YATTEIKI の本が商業書籍化決定！ そして Coinhive の話 でも少し話題にしたのですが、元気を出したいときはブログを作るのがよくて、定期的にブログを作っています。思い返してみると、この習慣はプログラミングをしたことがないような頃からありました。それこそガラケーでHTMLタグ打ってたような時から。その時代にできる一番テンションの上がるスタックでブログを組むというのが楽しい。 まずはデザイン含め Rails で組んでいたブログの構造をそのまま GatsbyJS に移行するというところからはじめました。見た目変わっていないので、以前から知っていた人は違いに気づかないレベルかと思います。ちょくちょく改良を加えていきたい。 GatsbyJS GatsbyeJSというのは React 製の速度に特化した静的サイトジェネレーターです。自分のフロントエンドスタックとして
ブログを書くためのブログ記事（RWordPress and knter）
アドカレにエントリーでもしないと，わざわざブログ書いたりしないよねー，な毎日を送っておりました。実際いまアドカレの記事に追われていると言う謎の執筆環境にあります。 ところで私のサイトは，コードや数式を入れることがたまにあります。 サイトはWordpressで運用しているんですが，コードや数式が含まれるような奴は基本，RStudioで書いているのです。 RStudioのRmdで書いて，それをアップロードするのもRのコード。パッケージRWordPressを使えば，Rmdをうまくknitしてアップしてくれちゃう。 使い方はこんな感じ。 library(RWordPress) library(knitr) options(WordPressLogin = c(yourID = 'your pass'), WordPressURL = ...your URL.../wp/xmlrpc.php') o
JavaScript無効時代
一週間JavaScript無効で過ごしたけどすごく良かったという記事を読んだ。大雑把な感想を言うとするとそりゃそうだろと言えるような内容であり、特に面白みはない。しかし広告に特に触れずにFSFと絡めて説明するのは比較的珍しかったので、興味深くはあった。 この種の問題にはプライバシーということがとかく強調されるが、対価が見合っているかいないかという側面も持つ。適切な対価があるのならプライバシーに属する情報を提供しても良いと考える人は少なからずいるだろう。僕は比較的そういう傾向が強い。 例えばこのウェブサイトであるならば、Analytics経由で提供することになるデータはコンテンツの提供に対してそれなりに見合っているはずだ(よね？)。ただしAdSenseとなると広告配信者が一方的に得をしていると考えられ、僕もユーザーも少し損をしていると見ることもできる(けれど外すつもりはあまりない)。 対価以
ブログの脱WordPressとJamstack化 | 初歩からの無職
このブログをWordPressからJamstack構成にしました。具体的にはフロントエンドはGatsbyJS、バックエンドはContentful、GithubでビルドしてNetlifyでホスティングしているという構成です。まだ細かい部分は作れてないですが、ある程度移行は完了したので移行に関する備忘録として残しておきます。 移行のモチベーション サーバー代つらたん 移行のモチベーションの大きな部分として、放置気味のブログに対してサーバー代が割りに合わないという不満がありました。移行前はConoHa VPSにWordPressをインストールして運用していました。VPSサーバー代はサーバーサイドの勉強代として自分を納得させていましたが、Kusanagi環境に移行してからは自分で弄ることもほぼほぼなくなり、世の中も何となくサーバーレスイケイケな雰囲気を出しているので、徐々にこのまま払い続ける意味は
「Webアプリ」の解釈が広すぎる話 - ジンジャー研究室
最近Webフレームワーク周りで無駄に摩擦が生まれてるなー、と思うことを詩的に書いてみる。 そもそも何が作りたいのか 古くはjQueryから始まって、最近だとReact(+Redux)とかAngular2とか色々あるわけだけれども、そもそもそれらを使って作ろうとしてるものはみんな一緒なの？っていうのがあって、色んな話を聞いているとかみ合ってない感がすごい。以下の分類は別に細かくちゃんと定義しましょうとか言っているわけではなくて、「例えばこういうのがあるんじゃないの？」という一例。いま自分が関わっているのは主に３と４なので、その他で間違ってたら指摘して欲しいんだけど、この前提を共有していないために「複雑すぎる」とか言ってるんじゃないかという仮説がある。 1.Webサイト 基本的に静的なWebサイトで画面遷移するんだけど、ところどころ動きがあったりするのでフレームワークが必要。SEOが重要なので
Rust+ActixWeb+DieselでRealworldプロジェクトを登録した話
Rust+ActixWeb+Diesel で Realworld プロジェクトを登録した話 ども、Nash です。 この記事は、学習用に作成した Rust による Realworld プロジェクトが完成して公式に登録されたので、そこまでに学んだことなどをまとめた記事です。 はじまり 仕事ではフロントエンド寄りのフルスタックエンジニアとして働いているのですが、前々から Rust が好きで個人的に学習していました。 その一環として Realworld プロジェクトに ActixWeb のプロジェクトが登録されていないことに気付いたので、いい機会なので自分で作成して登録してもらうところまでを目標にプロジェクトを作ってみました。 Realworld プロジェクトとは GitHub - gothinkster/realworld: “The mother of all demo apps” — Ex
2005～2009年あたりのWeb開発がどんなのだったか - Crieit
現在Web開発といえばバックエンドであればRuby, PHP, Python, Node, Elixir等、フロントであればReact, Vue, Angular等を自由に選び、インフラもHeroku, Firebaseやその他サーバーレス構成で無料運用など選んで使え、バラエティに富んだ方法で自分の個性にあったものを使い楽しく行うことができる。 でも、2005～2009年頃はそうではなかった。ふと思い出したので色々調べつつ色々書き出してみる。（個人の知識をベースにした内容のため、知らない部分を含めると間違っている部分もあるかもしれない。また各年の記述はWikipediaでざっと調べたので違ってる可能性もあるかも知れない） プログラミング言語 確かWeb界隈で主に使われていたのはJava, PHP, Perl, Ruby, JavaScriptだったと思う。会社での業務でどうだったかは知らな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Issueで書くブログをCakePHP4で実装する
控えめな App Router と持続可能な開発 - PWA Night vol.59
フロントエンドで作る理由
Yuki Uehara | Profile page