ごりゅご.com
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで,思うところあって書いてみました(決してカウンターアーティクルではない)。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScript の本で勉強している/した 人向けに。大元記事(そろそろ本気で学びませんか? | Think IT(シンクイット))の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない(余計な知識がついてしまう)です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes
次のページを先読みして下に継ぎ足してくれる「AutoPagerize」は、Greasemonkeyの中でももっとも人気のあるスクリプト。だが、TumblerやTwitterなどを高速でスクロールしていると、先読みが追いつかずに待たされることがある。その場合は、設定を変更して先読みする分量を増やしておこう。AutoPagerizeのスクリプトをテキストエディタで開いて、「BASE_REMAIN_HEIGHT」という項目にある数字を増加させる。初期設定では「400」になっているが、これを4000~6000程度にまで増やそう。これで先読みする分量が増加して、スクロールに詰まるようなことはなくなる。 Firefoxの画面右下にあるGreasemonkeyのアイコンを右クリックして「ユーザースクリプトの管理」をクリックしよう 「AutoPagerize」を選択して「編集」をクリックしよう テキストエ
萌えの値段さんが公開されているアフィリエイトリンクを書き換えるGreasemonkeyスクリプト"アフィリエイト殺し for greasemonkey"を勝手に改造してみました。 特徴(というかオリジナルのスクリプトからの追加や変更点) Access Trade、楽天アフィリエイト、Value Commerceなどに対応した。(変更履歴参照) Google Chromeに対応した。 Autopagerizeで挿入されたドキュメントにも適用されるようにした。Google ChromeではAutoPatchWorkに対応済み。 Opera、Mac版Safari+GreaseKitでも動くようです。 ダウンロード a_killer_mod.user.js(最終更新日:2010-02-15) Google Chrome Extension版(最終更新日:2010-02-15) 何度やっても古いファ
LDRizeというGreasemonkeyのスクリプトがあります。AutoPagerize – Userscripts.orgと同様にページごとにXPathでルールを記述することで任意のサイトを Livedoor Reader と同じようにjで次、pでピンをつけてoで全部開けるというUIを実現するものです。 自分は Livedoor Reader を使っていないので、ヘーくらいにしか思ってなかったんですが昨日試してみて感動。jkpoだいぶんいいかんじになってきたところですが、それ以前にいちいちみためがかっこよくて、さらにピンを立てたものに対して任意のコマンドを実行できるというところにまだ見ぬ何かが見えてくるはずだというわけで、試しにピンを立てたものをreblogする長い名前のGreasemonkeyスクリプトをつくりました。 つかいかた まず下のスクリプトをインストールします。 LDRiz
大変たいへん興味深い記事。全プログラマーにとって。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか? オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました ...(snip)... HDDは200スレッドで性能が頭打ちなのに対し、SSDは200スレッドから300スレッドになってもまだ性能は上昇。ただし、300スレッド時にはCPU利用率が100%に近づいており、先にCPU性能の方がボトルネックとなってしまったようです。 HDDをSSDにしたらデータベースはどれだけ速くなるか? オラクルと富士通が実験 - Publickey 動的なスクリプト言語 (Ruby や Python など) と静的なコンパイル型言語 (C++ や Java など) では、だいたい 5 倍から 10 倍ぐらいの速度差がある。それでもスクリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く