tDiary 15th Anniversary Party
![最近のtDiary](https://cdn-ak-scissors.b.st-hatena.com/image/square/fb8c671865c301b641f660e61f17faa2081d459e/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F4f0d8483bcc94a44a484e6057f7ff07e%2Fslide_0.jpg%3F6184762)
■ Heroku上のtDiaryを運用する さて、インストールができてデータ移行もできたら、次は運用である。運用つっても多岐にわたるけど、とりあえずはシステムのアップデートとバックアップができればいいだろう。 tDiaryのアップデート 追記: 本記事を書いたときはHeroku専用ブランチである「herokuブランチ」を利用してたが、最新版では「masterブランチ」を使えるようになっているので書き換えた。スクリーンショットは「heroku」のままなので読み替えてほしい。 Herokuボタンでできるのは初期インストールまでで、その後のアップデートまではサポートしてくれない。HerokuにはGitHub連携機能があって、指定したGitHubリポジトリの更新をフックして自動的にデプロイしてくれるんだけど、これ自分のリポジトリじゃないとダメなので、tDiaryの公式リポジトリを監視しておくわけに
■ tDiaryをHerokuボタンでデプロイ可能にした この日記の移行・運用でだいぶノウハウが溜まったので、懸案だったtDiaryのHerokuボタン対応をした。 15年近く前に生まれたCGIプログラムがHerokuのような揮発性のPaaSで動くのは限りなく魔法に近いのだけどそのへんは専門家にだけわかればいいので、Gitとかを勉強することなくブラウザでポチポチするだけで使えるようになるのは単純に良いことです。 というわけで簡単に手順を。環境をいろいろ割り切った結果、認証はTwitter OAuthのみなので、まずはTwitterアプリケーション登録をします。Twitter Application Managementに飛んで「Create New App」をクリック: 必須項目だけでなく、Callbackにも適当なURLを入れる必要がある点に注意(自分のWebサイトでもなんでもいい)。こ
tDiary 3.2.0をリリースします。 3.2.0は、3.2系列の最初のリリースです。tDiaryの動作環境を大きく広げる、PaaS対応やRDB対応などを行ったのが大きな変更点です。 PaaS 対応 これまで tDiary はレンタルサーバー上で CGI を使って動くということをポリシーとして開発が進められてきましたが、tDiary-3.2.0 では新しく PaaS 上での動作もサポート対象とするようにしました。現在herokuと sqaleで動作します。PaaS を利用することでこれまでは煩わしかったサーバーやCGIの設定を行う事を必要とせずに誰でも Web 日記を書き始めることができます。 従来の CGI 環境でももちろん動かすことができます。PaaS で動かす手順は配布パッケージの doc/INSTALL-paas.md を参照してください。 データ保存層の抽象化(開発者向け)
■ tDiary: 3.1.3リリース 予告通り、肉の日リリース。詳しくは公式サイトのアナウンスを参照。 IOの抽象化を進めて従来のファイルベースのDefaultIOだけでなく、データベースを使うRdbIOを使えるようにした*1。結果的に(というかこっちが目標としていたゴールだけど)Heroku上で動作するようになった。言うまでもなくこれは@hsbtの仕事。 プラグインが使うキャッシュの扱いなど、まだ改善すべき点はあるが、レンタルサーバのみをターゲットにしていたtDiaryが、PaaS上でも満足に動作するようになる*2。レンタルサーバは依然としてtDiaryの主要なターゲットプラットフォームであり続ける見通しだが、今後、無償あるいは非常に安価なPaaSを使うニーズが高まってくるのは間違いないわけで、そこに対応できたのは大きいと思う。まだ既存ユーザの移行パスがないけど、そのへんもおいおい整備
■ Sinatra版Amazon-Auth-Proxyの運用を始めた 試験的に作ってみたSinatra版Amazon-Auth-Proxyだが、忙しさにかまけて放置していたら、当初のGAE値上げに続いて今度はAmazonのAPIが11月から変更になるということで、まじめに運用しないといけない感じになってきたのでなんとか実装したのだった。ソースはいつものようにGitHubで: Amazon-Auth-Proxy ちなみに今回のAmazonのAPI変更は、正式なAssociateTagが含まれていないクエリは受け付けなくなるというものなので、今まで日本のAmazon用AssociateTagを使い回して各国向けのクエリを処理していたプロキシは、軒並みダメになる。ちゃんとそれぞれの国向けのAmazonで専用のAssociateTagを発行してもらわなくてはいけないのだ。現在プロキシを運用している
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く