Site Validatorの作り方。 | ブログが続かないわけ
こないだ公開したSite Validatorの開発過程を解説しようと思っていたけど、少々面倒なので、ソースを晒してちょっとコメントするだけに留める。 簡単に動作原理を説明する。 0. validationを実行するためのworkerを起動させて待機させておく。 1. ブラウザからURIの入力を受け付ける。 2. workerにURIを渡して、後はworkerに仕事をさせる。 3. その間ブラウザ側は、結果ページとなるページに遷移させてリロード状態で待機させる。 4. ユーザーをリロード状態で待たせてる間にworkerが以下(5〜9)の仕事をする。 5. 受取ったURIをもとに、チェック対象となるURIを探索する。 6. 5で取得したURIをひとつづつW3Cのvalidation APIに渡す。 7. 6の結果をちまちまと配列にためていく。 8. できあがった配列を使ってTTで結果ページを生
TheSchwartzで仕事をあとにまわす - bits and bytes
web2.0 時代のジョブキューサーバー Gearman と TheSchwartz の関係について - TokuLog 改めB日記に書かれているとおり、Gearmanは仕事を投げられたらすぐやって返す前提になっていて今やりたくないけどあとでやるみたいなのができません。 たとえば、10分後にならできるんだけど、という仕事が来たとします。 このときGearmanのワーカの中でsleepして10分待つと、後から来たほかの仕事を一切しないで10分待つことになってしまって、後から来た仕事が今すぐできるものだったとしても10分待たれさるのでGearmanだと今来た仕事のためにsleepして待つわけにはいきません。 結果としてGearmanだとやってきた仕事を今すぐやるか、絶対やらないか、の二択になってしまいます。 それだと困るので、もう一方のTheSchwartzだと、今やりたくないけどあとでやる、
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
