サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
js で DOM をゴニョゴニョしたい時、きっと皆さんは id や class で DOM に名前を付けて、その名前を利用して js の処理を書いていると思います。 例えば<input type="button" class="update" value="更新" />のようなボタンがあったとして、 js 側で更新処理を書くときには下記のように書きます。 $('.update').on('click', function () { // update 処理 }) でもこれだと問題になるケースがあります。よくあるのが、マークアッパーとフロントエンジニアが分業していて、マークアッパーがデザインのために class 名を変えてしまい js が動かなくなるパターン。分業せずに一人で全部やってたとしても、時間が経つにつれ使っている class 名が js だけで使っているのか、css でも使っている
tor板に「真犯人です」との書き込みがありました。 http://xiwayy2kn32bo3ko.onion.to/test/read.cgi/tor/1362250930/ 結論から先にいっておくと悪質な便乗犯(なりすまし)のようです。 前回に引き続き、困ったもんだ。。 内容 で、1を名乗る53の投稿で「証拠」とやらがうpされた。(※1以外の人が成りすましている可能性もあり) アップロードされたファイル「s.rar」 rar形式で圧縮されたファイル。 元ファイルは既に削除されて見れなくなっています。 tor板の住人が転載アップロード済み。↓ http://xiwayy2kn32bo3ko.onion.to/test/download.cgi?board=tor&id=2013030323193707748&filetype=.rar 解法(※tor板で既に解いた人がいたのでその解説。自
node.jsのHTTPクライアントでレスポンス時間が遅延する問題を解消する方法を紹介します。 1.問題点 業務で、Ruby on Railsを使ったシステム開発を行っています。 で、システムが一定の負荷(約200万HTTPリクエスト/時間)に耐えられるかという性能測定を行っています。 かなりおおざっぱなシーケンスですが、このシステムでは図のようにサーバ・クライアントともにHTTPリクエストを送受信する仕組みが必要です。 サーバはApache+Passenger+Rubyで構築し、クライアントはスタブおよびドライバとしてnode.jsを使っています。 で、スタブ・ドライバによる負荷の特徴として、時間の経過とともに処理すべき秒間HTTPリクエスト数が少しずつ増加していくのですが、秒間リクエスト数が一定数(おそらく数百)を超えると、クライアントから送信したリクエストのレスポンス時間が遅延すると
どうも。グリーのアカウントは持ってる1けどモバゲーのアカウントは持ってない卜部です。 ところでPerlリスクですか。まあ、あるんじゃないですか。ぶっちゃけ。でもさあ、さすがにPerlしか書けない人たちは転職先の選択肢のなさくらい自覚してると思う。なのでPerlがどうとかいう話はしないです。各自でどうぞ。 でね、ポイントはそこじゃないだろうと思うわけですよ。どんな選択をしても同様のリスクはあるんですよ。たとえばMacromedia ShockwaveでLingoで作ってたソフトとかさあ。今ではだれもメンテできないでしょう? だから今隆盛をきわめてる技術で作ったものが、何年か後にリスクになるってのは、それはそういうものなんですよ。べつにPerlに限らん。Perlはたまたま今そういうフェーズってだけで、明日は我が身ですよ。hamlとかsassとか。 だからまあ、こう言ってしまうと身も蓋もないかも
Array#indexOf(item) !== -1をやって存在を確認するのが、どうにも速い気がしなくてやってみた。 とりあえず、Array.indexOf vs Set.has · jsPerfで速度確認。Set#hasが圧倒的に速い。 かと言って、単純な Set では以下の点で使いづらい 値の順番操作が面倒 入っている値に直にアクセスすることができない ということで、配列的なんだけど、内部にSetオブジェクトを持ったものを作ってみた https://gist.github.com/teramako/4970442 ECMAScript.next なのがたくさん入っているので、今のところ、Firefoxでないと動かないと思う 値があるかどうかの確認は高速(UniqArray#hasの使用) それ以外の操作は余計な処理をするので遅くなりそう 値の重複は許さない(メリットでありデメリットでも
ジェイ退社のお知らせ(社長、岩上より) 皆様、いつもLIGブログをご覧いただきましてありがとうございます。 この度、広報として大活躍してくれたジェイがLIGを退社し、とある上場企業に転職する事となりました。転職については様々な理由がありますが、一言で表すと「ヘッドハンティング」です。 大学時代からの友人であり、LIGの為に一緒に苦労を分かち合ってきたジェイが、まさかこんな形でLIGを去る事になるとは夢にも思いませんでした。やはり月3万円の給料と米15kgの現物支給だけでは生活が苦しかったという事でしょうか。 これまでLIGの顔として大活躍をしてくれたジェイ。彼無くして今日のLIGは無かったと思います。 今回の退社は、そんな彼が悩みに悩んだ末、たどり着いた結論です。社長として、そして1人の友人として全面的に応援し、快く送り出そうと思い、LIGらしく「退社」という今回の記事にまとめさせていただ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く