  |
はてなキーワード: squidとは
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1702 | れきちず | rekichizu.jp |
| 1559 | 引っ越しで「高額な原状回復費用」を請求されたけど、父が弁護士だったから何とかなった ｜ ふ凡のすすめ | mhubon.com |
| 1114 | 「NAT」「NAT越え」「NATタイプ」ってなーに？ | squid-ink-cafe.com |
| 897 | 8割が餓死・病死、倒れたら自決を “地獄”を生きた104歳元兵士の怒り「検証していない」（毎日新聞） | news.line.me |
| 777 | 2分以内に寝つける！米軍が採用した究極の睡眠法「漸進的筋弛緩法」とは？やり方をイラストでわかりやすく解説【睡眠専門医監修】 (1/1)｜ 介護ポストセブン | kaigo-postseven.com |
| 773 | 近況報告：無職になりました - IT戦記 | amachang.hatenablog.com |
| 752 | 【陰謀論】三浦春馬他殺説ビギナーズ・ガイド(その1) - やばいブログ | y-ryukichi.hatenablog.com |
| 730 | 中村 比呂人 - 【AFURIが、「雨降AFURI」という日本酒を販売している企業を商標侵害で提訴したことで、ネットで... ｜ Facebook | www.facebook.com |
| 728 | お知らせ AFURI株式会社からの提訴について – 吉川醸造 ｜ KIKKAWA JOZO | kikkawa-jozo.com |
| 701 | LK-99は本当に常温常圧超伝導を達成しているのか - 理系のための備忘録 | science-log.com |
| 699 | ChatGPT開発元のOpenAIが推奨！期待通りの回答を得るプロンプトのコツ10選 | dekiru.net |
| 685 | hiroshima(高精細) | vimeo.com |
| 644 | FFmpeg Explorer! | ffmpeg.lav.io |
| 629 | 【図解】ピボットテーブルの使い方 基本から応用テクニックまで解説 ｜ ツギノジダイ | smbiz.asahi.com |
| 603 | MacBookの生産性を向上させる、超強力なおすすめMacアプリ15選（有料＆無料） | gadget-shot.com |
| 588 | 株式会社ジャニーズ事務所 御中 調査報告書（公表版）.pdf | saihatsuboushi.com |
| 576 | ＮＨＫ水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 ｜ ROCK IN JAPAN FESTIVAL 2023 | rijfes.jp |
| 575 | スタートアップはいかにしてその活力を失うのか ｜ Yakst | yakst.com |
| 544 | 【質問シート付】面接初心者でも対応できる中途面接質問集〈60選〉 | bsearch.co.jp |
| 544 | AIはどのような仕事ができるようになったのか？ChatGPTで変わる「優秀な人材」 | tokoroten.medium.com |
| 538 | 「小さい人」をだますな 優しいのっぽさんの静かな怒り 感じた現代の | wararchive.yahoo.co.jp |
| 535 | ＢＢＣ特派員「日本の水産物が心配？世界のすべての水産物食べられない」 | s.japanese.joins.com |
| 527 | 永久不滅ウォレットサービス終了のお知らせ ｜ クレジットカードはセゾンカード | www.saisoncard.co.jp |
| 513 | 三菱UFJ国際投信、「eMAXIS Slim」シリーズ4銘柄（オルカン含む）の信託報酬率を業界最低水準に引き下げると発表 | randomwalker.blog.fc2.com |
| 506 | NISA vs iDeCo 積立するならどっちがお得？おすすめの銘柄は？ | www.risingbull.co.jp |
| 504 | 文章生成AI利活用に関するガイドライン.pdf | www.digitalservice.metro.tokyo.lg.jp |
| 502 | はじめに - Writing an OS in 1,000 Lines | operating-system-in-1000-lines.vercel.app |
| 480 | 博士課程進学者、ピーク時の約半分に 「低学歴国」ニッポンの現状 | bookplus.nikkei.com |
| 469 | X（旧Twitter）の短縮リンク（t.co）の古いものがリダイレクトされず、元のURLも表示されなくなってる | www.orefolder.net |
| 467 | 日本の腐女子が北欧のゲームスタジオに就職し、隠れた腐女子仲間を見つけて乙女ゲーム開発スタジオを立ち上げた話 — NeonNoroshi | www.neonnoroshi.com |
電波女と青春男 Ground Control to Psychoelectric Girl
放課後のプレアデス Wish Upon the Pleiades
いつか天魔の黒ウサギ A Dark Rabbit Has Seven Lives
戦国乙女 Battle Girls: Time Paradox
れでぃ×ばと! Ladies versus Butlers!
裏切りは僕の名前を知っている The Betrayal Knows My Name
ぬらりひょんの孫 Nura: Rise of the Yokai Clan
伝説の勇者の伝説 The Legend of the Legendary Heroes
それでも町は廻っている And Yet the Town Moves
神のみぞ知るセカイ The World God Only Knows
お兄ちゃんのことなんかぜんぜん好きじゃないんだからねっ！！ I Don't Like You at All, Big Brother!!
世界一初恋 The World's Greatest First Love
輪るピングドラム Penguindrum
ダンタリアンの書架 The Mystic Archives of Dantalian
境界線上のホライゾン Horizon in the Middle of Nowhere
未来日記 Future Diary
モーレツ宇宙海賊（パイレーツ） Bodacious Space Pirates
あの夏で待ってる Waiting in the Summer
男子高校生の日常 Daily Lives of High School Boys
パパのいうことを聞きなさい！ Listen to Me, Girls. I Am Your Father!
あっちこっち Place to Place
黄昏乙女×アムネジア Dusk Maiden of Amnesia
人類は衰退しました Humanity Has Declined
恋と選挙とチョコレート Love, Election and Chocolate
はぐれ勇者の鬼畜美学（エステティカ） Aesthetica of a Rogue Hero
だから僕は、Hができない。 So, I Can't Play H!
新世界より From the New World
中二病でも恋がしたい！ Love, Chunibyo & Other Delusions
好きっていいなよ Say I Love You
問題児たちが異世界から来るそうですよ？ Problem Children Are Coming from Another World, Aren't They?
断裁分離のクライムエッジ The Severing Crime Edge
はたらく魔王さま！ The Devil Is a Part-Timer!
やはり俺の青春ラブコメはまちがっている。 My Youth Romantic Comedy Is Wrong, As I Expected
帰宅部活動記録 Chronicles of the Going Home Club
神さまのいない日曜日 Sunday Without God
私がモテないのはどう考えてもお前らが悪い！ No Matter How I Look at It, It's You Guys' Fault I'm Not Popular!
神次元ゲイムネプテューヌ Hyperdimension Neptunia
勇者になれなかった俺はしぶしぶ就職を決意しました。 I Couldn't Become a Hero, So I Reluctantly Decided to Get a Job.
世界でいちばん強くなりたい Wanna Be the Strongest in the World
機巧少女は傷つかない Unbreakable Machine-Doll
最近、妹のようすがちょっとおかしいんだが。 Recently, My Sister Is Unusual
とある飛空士への恋歌 The Pilot's Love Song
未確認で進行形 Engaged to the Unidentified
世界征服 謀略のズヴィズダー World Conquest Zvezda Plot
僕らはみんな河合荘 The Kawai Complex Guide to Manors and Hostel Behavior
聖刻の竜騎士（ドラグナー） Dragonar Academy
それでも世界は美しい The World Is Still Beautiful
彼女がフラグをおられたら If Her Flag Breaks
マンガ家さんとアシスタントさんと The Comic Artist and His Assistants
ご注文はうさぎですか？ Is the Order a Rabbit?
魔法科高校の劣等生 The Irregular at Magic High School
龍ヶ嬢七々々の埋蔵金 Nanana's Buried Treasure
精霊使いの剣舞（ブレイドダンス） Bladedance of Elementalers
曇天に笑う Laughing Under the Clouds
失われた未来を求めて In Search of the Lost Future
オオカミ少女と黒王子 Wolf Girl and Black Prince
天体のメソッド Celestial Method
異能バトルは日常系のなかで When Supernatural Battles Became Commonplace
大図書館の羊飼い A Good Librarian Like a Good Shepherd
俺、ツインテールになります。 Gonna be the Twin-Tail!!
魔弾の王と戦姫（ヴァナディース） Lord Marksman and Vanadis
美男高校地球防衛部LOVE! Cute High Earth Defense Club Love!
squidというプロキシサーバーを使いながらHTML5モードでニコニコ生放送（通称：ニコ生）を見るには次の設定をsquid.confに追加すればいい。
acl SSL_ports port 81-86 # niconico
acl SSL_ports port 88-92 # niconico
acl SSL_ports port 99 # niconico
acl SSL_ports port 843 # niconico
acl SSL_ports port 1935 # niconico
acl SSL_ports port 2805-2899 # niconico
acl Safe_ports port 81-86 # niconico
acl Safe_ports port 88-92 # niconico
acl Safe_ports port 99 # niconico
acl Safe_ports port 843 # niconico
acl Safe_ports port 1935 # niconico
適当に書いたけど、もうちょっと削れるかもね。以下に書いてあるポートをGETメソッドとCONNECTメソッドの両方が通るようにすればいいということらしい。
http://qa.nicovideo.jp/faq/show/1112?site_domain=default
特に、squidは既定では、CONNECTメソッドは443,563,873しか通さないのでダメということのよう。
簡単なことだった。
同僚の方はロードバランサタイプではなく、処理を分散するタイプか
思っているんじゃないでしょうか？
ngnixやsquidとかを組んで、代理で応答してくれるサーバを
複数用意するような考え方の負荷分散構成で元サーバのファイルを
画像だけでも数万点で何十GBもあるような場合は手入れが簡単で結構効きます。
特別手当が必要な外向け高負荷webサイトの場合は、知識の範囲と、調整にかかる
そこまでやるのは100件に1件くらいで、やり方も多岐にわたります。
実績も豊富で、推奨設定などが明確なためロードバランサを用いた方が
スタートアップが早くなります。同時接続数250くらいがしきい値です。
ロードバランサのキャパシティ(主にネットワーク帯域がボトルネック)を
超えてしまう場合も多く、処理系や画像データなどの分散配置もしなければ
ならない事もあります。
そうかと思えば、ハイスペック機の２重化で十分な現場も多いですし、
分業していて畑違いでやってきたのかもしれません。
通常インフラ屋さんが集中的に取り組むのでプログラマ系の人は知らなくても問題ないかと。
むしろ知らないならその方が都合がいいことも。専門的な実績が蓄積されている中、下手に
動かれると壊れたりします。失敗すると全面的に影響してしまうリスクの大きな部分なので、
最近はAWSなどのサービスも充実してきていますし、ちょうど手分けが出来る分岐点でもあるので
コードを書いて動くものを作る系の人にまで求めない方がいい知識かも知れません。
アップデートサイクルが短く覚えた頃には陳腐化してしまうこともしばしば
負荷分散のパターンは流行り廃りが激しく最新事情は随時調べ直しが必要です。
飲みにいくような仲ならば、不満を抱えるよりも、ここの場合は、
こうやって負荷分散してるなど擦り合わせしておくといいかもしれませんね。
そこまでカバーできる人になってほしければ、調査を依頼する形で知識を得てもらう
と言う手もあります。
知っててもいいけれど手は出せない事も多いです。西海岸までの光ケーブルの接続が
どうなっているかまで知らなくてもできる仕事はたくさんあります。
ためになるってこともありますし、自分と同等であればわざわざ群れる必要も無いという
意見もあります。個人的にはヒアリングしてコードを書く人の場合、サーバ周りは
分からなくてもいいと思っています。#それが得意な人が結構見つかるし手分けが出来る
50人いるクラスだったら50人とも活かせるやり方を模索するのも悪くないアプローチかと思います。
これはあの人が得意だから深く突っ込まなくていいよなどの力加減とか
餅は餅屋に任せて踏みとどまろうみたいな感覚も意識した方が不要な処理をスキップできます。
似たような話だと、ビデオを快適にハンドリングしようとした場合のネットワーク構成があります。
出来る人がいるけど、みんな知っていなければいけない話ではない 手分けして取り組めばインターフェイスは
ここにファイルをアップロードすればうまくいく というところまで簡略化できる など
５人くらいで専門的に取り組めば、残りの45人は特に知識を習得する事なく、別の事に取り組み
一段上を目指せるようなケースです。みんな同等の技術やスキルが必要かというと、そうでもない
ブログの仕組みがあるから記事に専念できるというのも、言われていないけれど、
分業、協力関係みたいなものです。ブログシステム（箱）を作った人と作文した人(本)のコラボですね。
みんなで箱を作るより、5人で箱を作って残り45人で記事を書いた方がいい結果が出そうです。
分業するのも簡単で、箱作るから記事書いてというだけで済みます。
個人の能力にとやかく不満を持つのは結構疲れてしまうので、集団のうち誰も分からないというのは
避けようと中間目標を持っておくと気が楽になるかもしれません。得意な人を見つけておくなど
一部スーパースターがいますが、契約に比べると個人の能力差はそんなに影響しないような気もします。。。
賛否両論あるかと思いますが、人は一定数いて減らないものだから、うまくやろうくらいに思っていた方が気が楽ですよ。
気を病むようならば、組織から査定しろと言われていない限りは人の能力の評価はしない方がいいかもしれません。
やりたいし、できそうだけど、契約上できない事（予算が足りなかったり）やらなくてよいこと
あとほとんどのシステムは、変数がなんだか分からない人をモデルとしてチューニングされていきます。
システムものを使用するユーザにはそういう人の方が多いんです。作った人の高度なテクニックや技術よりも
使いやすさを重視してきますのでその辺も視野に入れておくことをお勧めします。
iPhoneの3G回線は2chで規制されていて書き込めない。しかし●を買うのはなんとなく癪だ
そう考えて、借りてるサーバにsquid入れてあれこれ設定して、ばんざーいとりあえず起動したよー
さて、それではBB2Cにプロキシを設定…あれ? どこで設定するんだろう
それじゃあ意味ないよ！
「Pixy」という、3G回線でもプロキシ使えるブラウザがあるらしいがそこまでして、という気持ち
2011/01/30 21:42:00| parseConfigFile: line 4535 unrecognized: 'request_header_access X-Forwarded-For deny all' 2011/01/30 21:42:00| parseConfigFile: line 4536 unrecognized: 'request_header_access Via deny all' 2011/01/30 21:42:00| parseConfigFile: line 4537 unrecognized: 'request_header_access Cache-Control deny all'
あれ…これじゃあ相手にプロキシってばれちゃう…
だめだめすぎて疲れた
というメモ
連番ってどういうこと？
順方向に探査すれば？ってこと？
何に使いたいか具体的に書くと、とある処理でwebページを取得するのだけど、その時、urlをキーにmemcachedでキャッシュしようとしている。
しかし、urlが長大で250バイトを越えるとmemcachedが受け付けないので、適当な長さの文字列に変換したい。
250バイト未満のキーなら受け付けるmemcachedを使ってキャッシュすることが確定事項。
今は250バイト以上ならmd5値の16進表記を使うようにしている。
しかし、こんなところでmd5ってのも重いだけだなと。
crc32も使えるので、urlを4分割して16バイト長にするのはどうか。
実際どのくらい差があるのか。
と、思ったところでsquidとかその他実用しているキャッシュだったりハッシュテーブルだったりはどんな関数・アルゴリズム使ってるのかなと思ったわけ。
今後のためにも調べておきたいと思った。
