http://userscripts.org/scripts/show/11428 だいぶ前にアイデアだけ思いついてたのですが、またbrazilさんのスクリプト、IJKのパクリだったので出しそびれてました。 Ctrl + 左クリックで起動します。
koyachiの日記 - はてなスターが適用されているページでLDRのようにJ/Kキーでエントリ間を移動するgreasemonkey
http://userscripts.org/scripts/show/11428 だいぶ前にアイデアだけ思いついてたのですが、またbrazilさんのスクリプト、IJKのパクリだったので出しそびれてました。 Ctrl + 左クリックで起動します。
mx.modules.moduleBase - koyachiの日記
Roger Gonzalez: My MAX preso...の資料に入ってるサンプルをさらに簡単にした例。 -app -MyApp.as -interface -IMyAppMessage.as -modules -module01 -MyModule01.asというフォルダ構成にして、アプリとモジュールがインタフェースさえ知っていればコンパイル・インタフェース呼び出し可能であることを確認する。 とりあえずモジュールを呼ぶほうのアプリを、モジュールを呼ばずにコンパイル。 package { import flash.display.Sprite; import flash.text.*; import flash.events.Event; import mx.events.ModuleEvent; import mx.modules.ModuleManager; import mx.m
del.icio.usの重そうな処理速度を計測した - koyachiの日記
del.icio.usのclass=postかdesc周辺をGMで何かしたくなったのでやってみたけど遅い。適当な文字列を各ブックマークタイトル前に挿入するGMを書いて、FireFoxで50 entry/page、10回(だけ!)平均で測定してみた。それほど厳密な計測じゃないので計測状態の違いで差はあると思うけど、できる限り近い状態で計測したつもり。 del.icio.us/ui/static/delicious.jsで出てくる$cを普通に使った場合 Start: GM実行可能フェーズ, Loaded: GMで登録したonloadハンドラ先頭, End: GM内処理終了。詳細は後で出てくるソース参照。 [Loaded - Start] [End - Loaded] [End - Start] 1 5719 1172 6891 2 3125 1234 4359 3 2672 1188 3960
nagayamaさん - koyachiの日記
コピーして、コラージュして、ミニコミ作って、●●して、デザイン。全部いい、面白いと思うものが近い、あるいは同じだ。繰り返される複製と再構成。そして悪人。悪いことをして、捕まらないタイプの悪い人だ。●●については言えない。かっこよすぎる。いちいちロックで、パンクだ。作ったミニコミを見せろと言っても、学校の廊下に勝手に置いただけで、手元に無いと言う。適当だ。どこだかの、ミスドがヤバイと聞いた。 perfumeという単語が出て、secondlifeさんとnagayamaさんが飛びついてきたのがおもろかった。「1回100回聴いて!」。 こんな人が一見まっとうに見える仕事をしていていいのだろうか、と色々な意味で思う。
[javascript][抜粋]Function.prototype.* - koyachiの日記
javascriptはFunction.prototypeに追加したメソッドで元の関数の挙動を変更することができる。 later 最速インターフェース研究会 :: Function.prototypeを拡張して遅延実行を実現する 関数の実行を指定時間後に行なう。 var func = function(v){alert(v)}; func.later(1000)("1秒後に警告"); func.later(2000)("2秒後に警告"); func.later(1000).later(2000)("3秒後に警告"); (function(v){alert(v);arguments.callee.later(1000)(v)}).later(1000)("1秒ごとに実行") callTimeout, callInterval Kazuho@Cybozu Labs: setTimeout をオ
![[javascript][抜粋]Function.prototype.* - koyachiの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/a9e7062108d4ed1810c09e872db5aea67bc045a2/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127087450771%2F17680117127087455475%2F1556437284)
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
COMPOSITE 画像中心のTumblrサイトを眺めるGreasemonkey - koyachiの日記