Mailin·メールをJSONにしてくれるnode製のSMTPサーバ MOONGIFT
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました メールとWebシステムを連携できると便利だよなと思いつつもメールサーバとしての堅牢、安定性やメールの解析などで二の足を踏んでしまっているという人は多いのではないかと思います。 特にメールの解析が面倒と考える方に使ってみてほしいのがMailinです。node製のSMTPサーバで、受け取ったメールをなんとJSONにしてくれる機能があります。 Mailinの使い方 Mailinはnpmでインストールができてとても簡単です。 $ sudo mailin Password: warn: Either spamassassin or spamc are not available. Spam score computation is disabled. info: Mailin v0.0.10
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
oEmbed でメディア共有サイトのコンテンツを簡単埋め込み - WebOS Goodies
先日、 YouTube API Blog に oEmbed によるコンテンツの埋め込み方法が説明されていました。 oEmbed とは初耳だったので仕様書を読んでみると、どうやらメディア共有サイトがコンテンツの埋め込みコードをサードパーティーの Web アプリケーションに提供するための API のようです。 API のエンドポイントにコンテンツの URL を渡すと、それを埋め込むための HTML コードやメタデータを XML もしくは JSON 形式で返してくれるという具合。 使い方としては、例えば Twitter クライアントでメッセージ中に画像・動画コンテンツの URL があったときに、それを自動的にインライン表示するときに便利そうです。 oEmbed を使うと YouTube だけでなく Flickr, Hulu, My Opera など多数のサイトに同じコードで対応できるのが嬉しいで
ちょっと使いやすさを意識した Wordpress + Flash なサイト構築 - glasses factory
Wordpress Flash AS3 json nikki tukutta Tweet ちょっと使いやすさを意識した Wordpress + Flash なサイト構築 よくあるネタといえばよくあるネタ。というか俺にしては珍しく Wordpress ネタ。 フル Flash の裏側に Wordpress なり CMS を突っ込む理由として 「 Web リテラシーがそんなに高くない人に管理してもらうため」というのが結構上がるはず。 単純に XML 吐かせて Wordpress と Flash 連携させようという記事は割とよく見るけれど、 実際リテラシーがそんなに高くない人の事まで意識した記事はあまり見ないので、その辺まで手を伸ばしてやってみた。 管理画面のカスタマイズ 想定として、ある日突然うちのかーちゃんがフル Flash サイト運営したいんだけどと言い出した時のことを考えてみる
JSON on HTTPやWeb APIを各言語でどうやって実装するのか
HTTPでアクセスして、JSONを返すようなWebサーバを書きたいとする。 どんな言語を選ぶか。どんなミドルウェアを選ぶか。どんなライブラリを選ぶか。 たとえば、TIOBE Softwareが公表している「Programming Community Index(PCI)」という指標がある。人気のあるプログラミング言語の数値化。これを見ていて思ったのは、「多すぎだよね、プログラミング言語」ということ。これらのうち、どの言語を勉強し、どの言語をプロジェクトに採用すべきなのか。 その感触を得るために、 「同じ仕様のREST serviceを複数言語で実装したらいいんじゃね？」 と思った。いくつかの言語で実装を起こしてみている。 前提条件 大規模な開発を想定する。ユーザの規模が大規模。トランザクション数が大規模。そして、開発者が大規模。 実用的かつモダンな開発を想定する。プロジェクト毎のバージョン
Google App Engine入門：実践編
今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。３日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む２０〜３０代の社交
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA