tDiary、とうとう二十歳に - ただのにっき(2021-04-20)
■ tDiary、とうとう二十歳に 朝イチでtDiary.orgに「tDiaryは二十歳になりました」という記事を書いておいたら、ITmediaでゆかたん*1が「ブログ作成ツール「tDiary」20周年「みなさんの人生を綴る日記帳であり続ける」」という記事にしてくれたので、ちょっとバズりかけてる感じになった。とはいえクソリプとかついてないのは、古き良きインターネット住人しか読んでないからかもね。 客観的にみればよく続いてるよなと思うけど、もともと気の長い、始めたことはなかなかやめないタイプの人間なので、20年だろうが25年だろうが楽勝で続けられる見通しがあったし*2、この先も目の黒いうちはメンテを続けるんじゃないですかね。 こないだある人と、いまどきWebアプリを低コストで運用するならHeroku + Cloudflareが鉄板だよねという話をしたんだけど、じっさいこの日記もそのクチなので
Jリーグチケットは正当なメールアドレスを受け付けない - ただのにっき(2019-09-06)
■ Jリーグチケットは正当なメールアドレスを受け付けない (この日記を書いているのはなんと10月1日という……日記ビハインドが一ヶ月近いなんてひさびさだ) わが川崎フロンターレも後期からついにシーズンチケットがデジタル化されて、ICカード1枚が郵送されてくるだけになった。めでたい。いっそアプリ化してくれてもいいんだけど。 で、その余波として行けない試合のチケットを譲渡ないし転売できるようになった。リーグ2連覇していまや毎試合チケット完売しているありさまなので、無駄な空席が出ないのは助かりますな。チケット譲渡・転売の手続きをするにはJリーグチケットのアカウントが必要なので、さっそく登録……しようとしたらエラーになった: おれは訓練されたインターネットユーザなので、この時点でピンときてはいるんだけど、いちおう念の為サポートに連絡してみる。翌日届いた返信がこう: Jリーグチケットでは、@前の1文
matzにっきが移転して最新のtDiaryになる - ただのにっき(2019-05-31)
■ matzにっきが移転して最新のtDiaryになる 午後になってエゴサタブが動いたのでなにかと思ったら、まつもとさんのmatzにっきがHerokuに移転していた(2019-06-11:独自URLになったので修正)。rubyist.netサーバ廃止のついでっぽいけど、rubyもtDiaryも最新版になってる。Wayback Machineで探したら、元はこう: で、今はこう: いや、すげージャンプだな。ここまですごいのはなかなか見られないのでは。rubyがちょい古いのはtDiary添付のGemfileで2.6.2を指定してあるからだな(次のリリースで2.6.3にしなくては)。tDiary本体は勢いあまってmaster HEADになってる。 2.2の頃はまだデータがEUC-JPだったから、UTF-8かつMongoDBに移植するのは一筋縄ではいかなかったとは思うけど、作業を請け負った前田さんな
OSSライセンスMeetup Vol.2「実録：GPL違反とその対応を振り返る」へ行ってきた - ただのにっき(2019-02-21)
■ OSSライセンスMeetup Vol.2「実録：GPL違反とその対応を振り返る」へ行ってきた つい最近、仕事でGNUライセンスがらみのインシデントがあって疲弊していたところ、タイムリー(?)にこんなイベントが目に入ったので参加。初回はぜんぜん気づかなかったなー。 ライセンス話だとよく見かける人たちも多数参加していて、ライセンスみたいな汎用的な話題でもコミュニティに偏りが発生しているのは興味深いです(良くはない)。場所は以前OSS Gateでもお世話になったサイオス。さほど駅近じゃないので移動がけっこう大変だけど、開始時間を遅くされると早めに帰らなきゃいけなくなるから難しいところだ。 イベント説明に「2002年のGPL違反」と書いてあったので予習しようと思ってググったら、Sigma Designの件とエプソンコーワの件*1が出てきたけど、講演者の経歴からいって後者かな(←あたり)。かくし
常用エディタをVisual Studio Codeに変えようかな(挫折する予感はある) - ただのにっき(2018-07-20)
■ 常用エディタをVisual Studio Codeに変えようかな(挫折する予感はある) 普段はさほどカスタマイズしていないvimでコード(やコード以外のなんでも)を書いていて、sshで乗り込んだ先でもローカルといっさい違いのない環境でものが書けるのはとてもいいし、困ったことは特にない。とはいえ、いろんな支援技術が入っている最近のエディタも使ってみたいんだよなぁ……とはもう何年も考えてるんだけど、ここらでえいやっと取り組んでみることに。とりあえず勢いのあるVS CODEがいいんじゃないの。 目標は、職場(Ubuntu Desktop)と自宅(Windows 10)で同じ環境にすること。WindowsではWSLを使っているから、基本的にLinuxに合わせるのがいい。ということで、まずはUbuntu 18に導入。これはらくちん。 ちゃんとハード3タブにできるんだ。えらいぞ、Microsoft
GASとSlackで繰り返し作業用のリマインダを作っている - ただのにっき(2018-03-16)
■ GASとSlackで繰り返し作業用のリマインダを作っている こないだ作ったSlackボットに味をしめて、以前から欲しかったリマインダを作っている。とりあえず動くようになったレベルだけど、便利すぎて鼻血が出るわ*1。サーバレスアーキテクチャ万歳！ Slackがデフォルトで提供してるリマインダは、メッセージに選択肢が追加されてて「何時間延長するか」が選べるようになっている。これすごく便利なんだけど、選択肢がお仕着せで、目的の延長時間がない場合はまったく役に立たない(と思う。おれの知らない機能があるかも知れないが)。これを、内容に合わせて選択肢も指定できると再設定の手間がなくなっていいと思うんだよね。 たとえば(はい、ここからたとえがちょっとアレになりますよ)、モバマスのぷちレッスンは寝てる間に10時間、起きてる間に10時間と3時間のコースを組み合わせるといい感じになるんだけど、この「10時
遅ればせながらWindows Subsystem for Linuxを導入した - ただのにっき(2017-12-12)
■ 遅ればせながらWindows Subsystem for Linuxを導入した Windows10のFall Creaters UpdateでWSLのβがとれると聞いたので、おくればせながら導入してみた。手動でWindowsをアップデートしてから、Microsoft StoreでUbuntuをインストール。その後、コンパネ→プログラムと機能→Windowsの機能の有効化または無効化と進んで「Windows Subsystem for Linux」を有効に。何度か再起動すると使えるようになる。 以前はWindowsを「開発者モード」で動かさないといけなかったようだが(それでよけいなsshdが動くのがイヤで導入してなかった)、今は不要らしい。ググって古い情報を参考に導入したりすると余計な手順を踏まされそうだ。 起動したUbuntuは(というかbashは)普通によくできていて、とはいえWin
企業は安易なMastodonインスタンスの運用を避けるべきでは? - ただのにっき(2017-04-21)
■ 企業は安易なMastodonインスタンスの運用を避けるべきでは? たまにはセキュリティクラスタ的なことを書いてみる。最初は「安全なMastodonインスタンスの選び方」というタイトルだったんだけど「安全と安心は違うしなぁ」と思い、「安心な～選び方」にしていたんだが、ここ数日で「企業は自社インスタンスを立ち上げるべき！」みたいな煽りをよく目にすることになったのでこうした。 「おひとりさまインスタンス」を立てる記事がいくつも書かれ、さくらインターネットが提供するVPSで簡単にインスタンスを動かせるスクリプトを提供されたりして、この波にのって我が社も専用インスタンスを持とうって考えてる企業は多いと思う。すでにニッポン放送のインスタンス「Tuner」みたいな(非IT系)企業インスタンスができ始めている。 そりゃぁ他人・他社が運用するインスタンスにアカウント作って「公式でござい」なんてするより、
livedoor Readerが終わってしまうのでFastladderに乗り換えてみる - ただのにっき(2014-10-01)
■ livedoor Readerが終わってしまうのでFastladderに乗り換えてみる 今日はもう、朝から「テトリス映画化」の話題……じゃなくて「 livedoor Reader サービス終了のお知らせ」でもう(おれのタイムラインが)大騒ぎ。いまでもバリバリ使ってるサービスで、今後も安心して使い続けられると思っていたから(だいたいGoogle Reader終了時には移転先として手を上げてなかったっけか?)、かなりショック。 やっぱマネタイズできないからかなとか、LINE的にはリソース集中したいんじゃないのとか、いろいろ想像はできるけど、終わっちまうものは仕方がない。「RSSはオワコン」とうそぶいて、情報はSNSから取れば良いとする人もいるけど、そういう受け身の情報収集で済むような仕事ばかりじゃないからな、特定の情報源を注視し続けるメディアとしてRSSリーダはやっぱり欠かせない。移転先を
VoiceText Web APIで遊ぶ - ただのにっき(2014-07-09)
■ VoiceText Web APIで遊ぶ 昼すぎあたりからTwitterでVoiceTextという文字列をみかけるようになって、見てみたらVoiceText Web APIというのが公開されていた。(TV見ないのでよくしらないけど)「モヤモヤさまぁ～ず」内で使われているのと同じ合成音声エンジンのAPIらしい。開発にえにしテックが協力してるのでおれのTLに流れてきたんだな。 以前さとうささらを職場内で使ったけど、聴覚は上手に使うといいアテンションになるのでこういう自由度の大きなサービスは嬉しいね。VoiceTextでもさっそく遊んでみたけど、APIはシンプルで使いやすいし、声や感情も数種類から選べて組み合わせられるので、けっこう使える。文中の促音が消えてしまうことがあったり、疑問形の語尾上げが足らない感じはあるけど、まぁまぁ聞き取りやすいし実用にはさしつかえない。 サンプルにあるようにc
数字6桁の暗証番号が危険なのは総当りで簡単に解かれてしまうから、というわけではない - ただのにっき(2014-02-07)
■ 数字6桁の暗証番号が危険なのは総当りで簡単に解かれてしまうから、というわけではない JALマイレージバンクの不正アクセスが発覚して数日、いろんな人の意見を読んでいるのだけど「数字6桁の暗証番号*1は今どきのPCなら総当りでもすぐに解けてしまうから脆弱だ」という意見がみられて、それはまぁそうなんだけど、今回のような事件に関しては適切な表現ではないと思う。 ちなみに、'000000'から'999999'までバカ正直に順番にMD5を計算し、結果を別途計算してあった正解と比較するプログラムを実行すると、手元の環境ではたった1.5秒しかかからない*2。それでもJMBの会員2700万人分を計算すると450日余りかかることになるが、これだって今どきならクラウドで100コア分調達すれば4日ちょいで解ける計算だ*3。 じゃあやっぱり総当りで解けちゃうから危ないじゃんと思うかも知れないが、この計算が成り立
HTTPリクエストの圧縮をサポートする - ただのにっき(2013-09-18)
■ HTTPリクエストの圧縮をサポートする HTTPクライアントから大きなデータをPOSTするときに圧縮可能ならそうして欲しい場合があって(もちろんブラウザはそんなことしてくれないので専用クライアントを使う前提)、サーバアプリは圧縮・未圧縮の状況にかかわりなく書きたいので、その部分だけRackミドルウェアにしてみた。ちなみにリクエストではなくてレスポンスなら普通の話なので何も考えずにRack::Deflaterを使えば良い。 最初、Rackでリクエストのbodyを操作する方法がわからなくてTwitterでつぶやいたら@moroが教えてくれたので解決。いつもいつも助かります(^^; こんな感じで使える: require 'rack/request_decompressor' use Rack::RequestDecompressor クライアントはContent-Encodingヘッダを追加
HTTPでHashやArrayを送る手法に仕様は存在しない……の? - ただのにっき(2013-09-15)
■ HTTPでHashやArrayを送る手法に仕様は存在しない……の? jQueryでこんなふうに書くと: $.post('/', { hash: { foo: 'hoge', bar: 'fuga'}, array: ['baz', 'piyo'] }); サーバ側でこんなふうに受け取れて(これはSinatra): post '/' do params.each do |key, val| puts "#{key}: #{val} as #{val.class}" end end ちゃんとHashやArrayとしてアクセスできる: hash: {"foo"=>"hoge", "bar"=>"fuga"} as Hash array: ["baz", "piyo"] as Array ああこりゃ便利だね、で済ましてもいいんだけど、HTTP POSTの中身なんてただのバイト列なんだから型の情
jQueryのDeffered/Promiseを会得した(いまごろ) - ただのにっき(2013-04-17)
■ jQueryのDeffered/Promiseを会得した(いまごろ) なんか最近、やたらと非同期処理の文脈で「promise」というキーワードを見ることが増えて、なんか流行ってんのかなーくらいにしか思ってなかったんだけど、実はjQuery.ajaxを使っているときに恩恵を受けていたことを(いくつか実装してみて)ようやく理解したのであった。Deffered/Promiseが実装されたのは、もう2.0もなろうというjQueryが1.5のころの話である。鈍すぎる……。 というのも、あんまり理解せずにコピペしていたからなんだよな。かつてはこんな感じに書いていたjQuery.ajaxの呼び出しが: jQuery.ajax({ type: 'POST', url: '/', ..., success: function(){...}, error: function(){...} }); 何かのソ
Android向け日本語入力システム「Slime」がさらに使いやすくなった - ただのにっき(2013-03-27)
■ Android向け日本語入力システム「Slime」がさらに使いやすくなった これまでも何度か紹介している増井さんのAndroid用日本語入力システム「Slime」*1だけど、先日のアップデートでさらに使いやすくなってもうほとんど文句のつけようがなくなったのでなんとなくまた宣伝してみる。 「あ段」だけ入力していけばだいたいいい感じに予測して変換候補を出してくれるという特徴はこれまでどおり。スクリーンショットにあるように「たあさか」と4回タップすれば「小さく」が候補に出る。フリック不要なので指の動きがほんと少なくて済む。ただ、人間がちゃんと入力してやる他の方式とくらべて計算量も多くなるためかちょっとひっかかる場合があったし、辞書もリッチでないといけないので出てほしい漢字が出てこなかったりしたんだけど、これらの課題は今回のアップデートでほぼ解消した感じだ。 機敏さは以前に比べてずいぶん増して
さらばiTunes。MusicBeeに乗り換え - ただのにっき(2013-03-06)
■ さらばiTunes。MusicBeeに乗り換え そういや、iOSから2chブラウザが排除されるそうで、SafariブラウザがあなたのURLをブロックする未来はすぐそこだよという予言が現実化する未来がヒタヒタと近づいてきてますねぇ。 そんなApple製品との決別を決心してからはや2年、iTunesの代替だけがなかなか見つからずにいたのだが、先日音楽データをクラウドに移して、いよいよ準備が整った。あとは音楽ライブラリ管理ツールさえ見つければよいという状態だったので日記で候補を募り、いくつか教えてもらえたので試用したところ、MusicBeeがかなり良かった……というかiTunesなんかよりはるかに良かったのでこれに決定した。 最近の音楽ライブラリ管理ツールは基本的にはiTunesをデザインの源流としていて、そういう意味ではiTunesの完成度は高かったわけだけど、例によってAppleは過剰な
クラウドストレージ「Box」を使って究極の原音再生に挑む - ただのにっき(2013-02-26)
■ クラウドストレージ「Box」を使って究極の原音再生に挑む ピュアオーディオの世界におけるストレージがPCローカルのHDD/SSDや家庭用NASを離れ、クラウドストレージ選びが主戦場になって久しい。長い海底ケーブルを経由するため深海の低温にさらされたシグナルはノイズが減って研ぎ澄まされ、明らかなダイナミックレンジの拡大が認められるためだ。 国内ではDropboxとGoogle Musicが人気を二分していたが、Google Musicはその制約が嫌われて選択肢から外れつつある状況だ。そこで今回わたしは、オルタナティブな選択肢として国内ではマイナーなストレージサービスであるBoxを試用し、その忠実な原音再生能力に驚愕したのでここに報告したい。 なぜBoxが良いのか。それはBoxがWebDAVというインタフェースを提供しているためだ。 従来のストレージサービスはいったんローカルのディスクにデ
GitLabでGitHubっぽい開発環境を構築した - ただのにっき(2013-02-21)
■ GitLabでGitHubっぽい開発環境を構築した かずひこに先を越されてしまったが、GitHubライクなソーシャルコーディング環境を実現するフリーソフトウェア「GitLab」の導入が楽になったらしいので、入れてみた。職場の開発環境用。もう、Pull Requestのない開発なんてありえないからなー。 インストールマニュアルはだいたいDebian系のLinuxディストリビューションをターゲットに書かれているので(というかUbuntu向けだろうけど)、愛用のDebian Squeezeにもわりとすんなり導入できた。かずひこと同様、既存のApacheからリバースプロキシとして動かすように設定(→レシピ)。 唯一、実行後にSidekiqがRedisまわりでエラーになるのだけど、ちゃんとトラブルシューティングのドキュメントがあって、そのとおりにやったら動いた。すばらしいじゃないですか……見習い
「はてなスペース」を使ってみて、自分が「欲しいものを作れる人」で良かったと思った話 - ただのにっき(2013-01-18)
■ 「はてなスペース」を使ってみて、自分が「欲しいものを作れる人」で良かったと思った話 はてなスペースがオープンβに移行したので少し使ってみた。思えば昨年、Wassrの閉鎖にともなって「非実名でクローズドなコミュニケーションツールがない」と気づき、みずからMassrを作ったわけだけど、はてなも同じことに気づいたようですね……はっ、なんかちょうど10年前にも同じ流れがあったような記憶が!(→参考: はてなダイアリー10周年) 冗談はさておき、中央に掲示板、右カラムに関連する話題のニュースフィードというレイアウトはなかなかいいアイデアだと思った。「同じ話題で盛り上がる人たちの集まり」をうまく可視化している。UIも日常的にWebアプリを作ってる会社だけあってこなれているというか、奇をてらわず直感的に使いやすいし、日常で多用するツールとして必要なショートカットもうまく設けられている。TAB一発で投
なければ作る。Wassrの代わりになる「Massr」開発中 - ただのにっき(2012-09-16)
■ なければ作る。Wassrの代わりになる「Massr」開発中 先月発表になったWassr閉鎖。その後、代替サービスを探していくつものSNSを試用したもののどれもしっくりとせず、こうなったら自分たちで作るしかあるめぇよ、ということに。 とはいえ本格的なSNSが欲しいわけではない。主として鍵付きユーザで構成される我々の使い方は、端的に言えば「クローズドな掲示板」なわけで、そこにWassr風のイイネ機能がついていればよい(ただしイイネは最重要機能である)。 話がそんな流れになったので、とりあえずGitHubにリポジトリを作り(名前はMini Wassrの意味で「Massr」)、WikiでAPIやDBの設計をざっくりと書いておいたら…… なんだかんだでコードやらパッチやらドキュメントやら、あとマスコットキャラまで集まって、そこそこ動く状態に。FOSSって、多くのばあい個人プロジェクトとして始まっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
