  |
はてなキーワード: Cacheとは
% poetry cache clear --help USAGE poetry cache clear [--all] <cache> ARGUMENTS <cache> The name of the cache to clear. OPTIONS --all Clear all entries in the cache. GLOBAL OPTIONS -h (--help) Display this help message -q (--quiet) Do not output any message -v (--verbose) Increase the verbosity of messages: "-v" for normal output, "-vv" for more verbose output and "-vvv" for debug -V (--version) Display this application version --ansi Force ANSI output --no-ansi Disable ANSI output -n (--no-interaction) Do not ask any interactive question
これ見ると
poetry cache clear pypi
で動きそうじゃん？
% poetry cache clear pypi RuntimeError Add the --all option if you want to clear all pypi caches at /usr/local/lib/python3.8/site-packages/poetry/console/commands/cache/clear.py:44 in handle 40│ ) 41│ 42│ if len(parts) == 1: 43│ if not self.option("all"): → 44│ raise RuntimeError( 45│ "Add the --all option if you want to clear all " 46│ "{} caches".format(parts[0]) 47│ ) 48│
ブブー
動きません
正しくはこう
poetry cache clear pypi --all
直感的には--allをついてたら全てのキャッシュを消すべきだと思うが
% poetry cache clear --all Not enough arguments (missing: "cache").
ブブー
動きません
意味不明に思ったのは俺だけではないらしくIssueが出ている
https://github.com/python-poetry/poetry/issues/521
opened this issue on 19 Oct 2018 · 18 comments
2年前ですよ2年前!
Issue700個も溜まってますよ
pipenvもアレだったけどpoetryもアレだな
もう少しマシな奴が欲しい
(2/21 10:37 追記)
この件に関する記事のブコメ欄で、複数の人が「yowai-otoko氏 のブログエントリらしい」的なコメントともに
この記事 ttps://archive.is/l8Y1z (元URL: ttps://motemobile.com/tuyoi-onna ) のURLを貼ってるのを見かけたけど、
最初にこの URLを貼った(と思われる)ブコメ (2019/02/21 02:01) は以下の通り
http://b.hatena.ne.jp/entry/s/yowai-otoko.hatenablog.com/entry/2019/02/20/210633
作者が問題視し（https://twitter.com/agt87_/status/1098078070848671744）、消えた別（？）ブログのキャッシュが→なので（https://archive.is/l8Y1z）、同様に出会い系アプリとか怪しい宣伝を絡めてたのでは。ブログ出して主張した方がいい
「消えた別（？）ブログ」と書いてる
にもかかわらず、これを誤読して「これがyowai-otoko氏 のブログエントリらしい」と勘違いしちゃったのか……
(追記おわり)
http://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20190220192222 のブコメ
が気になったので確認してみた
（※主に、ある程度くわしくメーカーの使い方を紹介してる記事のみ。
埋め込みで画像つきツイートを羅列しただけの記事や、単に自分で作った画像を貼ってるだけのブログエントリは除外（そういうのはほぼ消えてない））
Picrew「強い女メーカー」の使い方と人気の画像メーカーまとめ
ttps://did2memo.net/2019/01/20/picrew-how-to-use/
(archive.is) ttps://archive.is/kb63Z
『強い女メーカー』以外にも！かわいい似顔絵アイコンを作れるアバターメーカー5選♩ - isuta[イスタ] - おしゃれ、かわいい、しあわせ -
ttps://isuta.jp/category/iphone/2019/02/598341
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//isuta.jp/category/iphone/2019/02/598341
picrew(ピクルー）「強い女メーカー」の詳細と使い方、99%から動かなくなるエラーの対処法を徹底解説 - SNSデイズ
ttps://snsdays.com/game-app/picrew-tuyoionna-manufacturer-use-error/
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//snsdays.com/game-app/picrew-tuyoionna-manufacturer-use-error/
(追記) この件に関するお詫び記事が出てた
ttps://snsdays.com/other/post-41798/
強い女メーカーのやり方や意外な楽しみ方は？韓国美女は簡単に作れる！ | MakeAlife
ttps://knowsfree.com/strongwoman/
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//knowsfree.com/strongwoman/
強い女メーカーや美少年メーカーって何？使い方や作り方を紹介！ | choco日記
(Googleキャッシュ) ttps://webcache.googleusercontent.com/search?q=cache:https%3A//wamadai.com/10477.html
Nom de plume(ノンデプルーム) 流行中の『強い女メーカー』こんな使い方も！？
ttp://www.nomdeplume.jp/appli/30669
(Googleキャッシュ) tttp://webcache.googleusercontent.com/search?q=cache:http%3A//www.nomdeplume.jp/appli/30669
【picrew】twitterで話題の"強い女メーカー"ベスト作品まとめ | エリート痔主Blog
ttps://lirin522.com/strong-woman-maker-best
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//lirin522.com/strong-woman-maker-best
声優さんもハマっちゃうほど面白い！「強い女メーカー」で理想の女性像や好きなキャラを作ろう！ - にじめん
ttps://nijimen.net/topics/20874
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//nijimen.net/topics/20874
【Picrew】強い女メーカーがTwitterで流行！作者は誰？｜ゆーまーLab
ttps://www.henaten109.com/entry/woman-maker/
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//www.henaten109.com/entry/woman-maker/
#強い女メーカー って知ってる？ - NYLONブログ（ファッション・ビューティ・カルチャー情報）
ttps://www.nylon.jp/blog/babyui/?p=4461
(Googleキャッシュ) ttp://webcache.googleusercontent.com/search?q=cache:https%3A//www.nylon.jp/blog/babyui/%3Fp%3D4461
強い女メーカーとは!?使い方に楽しい遊び方 を簡単に説明!作者は誰?
ttps://goyang88.com/archives/4211
(Googleキャッシュ) ttps://webcache.googleusercontent.com/search?q=cache:https%3A//goyang88.com/archives/4211
(2/22 15:17 「消えてない」から「消えてる」に移動)
SNSで話題の「強い女メーカー」で強い女装してみた！│女子男
ttps://www.salon-artshopping.com/image_maker_strongwoman.php
(archive.is) ttps://archive.is/6ppT1
(2/23 9:54 「消えてない」から「消えてる」に移動)
強い女メーカーでアバターが作成できる！強い女の作り方まとめ - 資産blog
ttps://sako-blo.com/avatar-creating-recommended
(archive.is) ttps://archive.is/Grfpm
超かわいい💗理想の顔が作れる「強い女メーカー」の作り方🙆🏼作者は誰？Picrew(ピクルー)とは？ | APPTOPI
ttps://apptopi.jp/2019/01/22/strong-lady-maker/
(2/22 15:17 追記) 記事冒頭に
という一文が追加されてた（この増田を投稿した当初はなかった）
『強い女メーカー』がSNSで流行中！ クールで可愛い似顔絵を作成 -Appliv TOPICS
ttps://mag.app-liv.jp/archive/121105
強い女メーカーアプリ｜お姫様メーカー｜TwitterやSNSで話題の人気急上昇 似顔絵メーカーが登場！
ttps://kuzumisan.com/entertainment/strong-girl-maker
（※記事内に
agt87_さんには、当サイトでご紹介させて頂く許可をとらせて頂きました。ありがとうございます！
との記載あり）
Twitterで話題の「強い女メーカー」が可愛すぎる！ - NAVER まとめ
ttps://matome.naver.jp/odai/2154797631188884501
【エンタがビタミン♪】モー娘。AKB48ら「強い女」画像続々投稿 | Techinsight（テックインサイト）|海外セレブ、国内エンタメのオンリーワンをお届けするニュースサイト
ttp://japan.techinsight.jp/2019/01/maki01221553.html
SNSで人気の【強い女メーカー】やってみました！ | あんふぁんWeb
ttps://enfant.living.jp/enfant_mate/mate2_039/mate_other/693439/
（※記事内に
との記載あり）
強い女メーカーとは何？使い方をPicrewのサービスと共に画像で解説！ | ピピポン.com
ttp://pipipipon.com/?p=561
強い女メーカーの作り方やアイコンにする方法！作者は誰？ツイッターは？ | ぽこぽこ通信
ttps://pokonews.com/2019/01/20/tuyoionnamaker/
（※画像が一切貼られていない。エントリ投稿当初からそうだったのか、警告を受けて画像のみ削除したのかは不明）
強い女メーカーだけじゃない！可愛い女の子のアイコンが作れるPicrewのメーカー5選 - ガールズファンタスティックメモリー！
ttp://www.girlsfantasticmemory.site/entry/2019/02/03/%E5%BC%B7%E3%81%84%E5%A5%B3%E3%83%A1%E3%83%BC%E3%82%AB%E3%83%BC%E3%81%A0%E3%81%91%E3%81%98%E3%82%83%E3%81%AA%E3%81%84%EF%BC%81%E5%8F%AF%E6%84%9B%E3%81%84%E5%A5%B3%E3%81%AE%E5%AD%90%E3%81%AE
（※記事内に
との記載あり）
「＃強い女」はお好きですか？あなたのなりたい理想に近づける、再現メイクテク｜MERY [メリー]
（※記事内に
2019年1月31日に「強い女メーカー」製作者より使用許可を得て記事を作成しております。
※ご紹介するものは会社のサービスではございません。これは一個人の趣味の制作物で、イラストの著作権は全て「強い女メーカー」の製作者に帰属しますのでくれぐれもご注意ください。
との記載あり）
いまTwitterで大流行中！ 強い女メーカーって知ってる？♡ - HARUHARU〈ハルハル〉
ttps://haru2.jp/articles/NrtkH
（※記事内に
との記載あり）
Googleキャッシュの日付からすると、「消えてる」の方はここ数日以内に削除されたのばかりみたい
たぶん yowai-otoko の人と同様のメールを送りつけられたためだと思われる
個人的には、どれもそんなに悪質だとは思えないし、この程度であんなメール送られなきゃいけないのか……という感覚
オッスおら氷河期。
わしは早稲田文系に通っていたが、当時の不穏な空気を感じた人は
皆ダブルスクールしていたり、サークルの幹事になってイベントやったりしていたよ
たださあ、ただでさえバカ高い授業料払っているのにダブルスクールする余裕があるんだぜ…
氷河期勝ち組が同世代の負け組を見下すのは見慣れた光景だけどお前ら最初から超恵まれているじゃんか。
デザイナーになりたくてCGの学校通った（言っておくがバイト＋サラ金から借りた金で親には払わせていない）
当時は写植印刷からMACに移る過渡期でわしのように若くて体力のあるやつは
大学中退したやつても中くらいのデザイン会社ならもくりこめた。社員として。
なので自分自身はあまり氷河期の悲哀みたいのは実は味わっていない。
②わいのようにドロップアウトして、あえて需要のありそうな業界にいく奴
この二通りだけじゃないのかな。
でもさあ自分が今の時代に生まれたら、英語勉強してようつべでチュートリアル見てCGの勉強するよ。
当時はインターネットが一般に普及し始めたばかりで、今みたいに無料のチュートリアルなんて大してなかったんだよ
だから専門学校にいけばどうにかなるんじゃないかと思ってバカ高い学費払った。
あの金は本当に無駄だったな。
とにかく知ってほしいのは
①当時は就活のためにボランティアとかサークルで役職につくとかやっていたのはほんの一握り。
なぜならそういう就活対策のようなものが普及していなかったから。
②インターネット黎明期で大したコンテンツがなくて、それゆえに大学生でも「情弱」ばっかり。
③この当時の大学生は「失われた20年の悲哀」を味わっていない。この意味では今の大学生よりもあまあまな部分があるかもしれんが、それは仕方ないじゃんか。
そもそもお前の親戚の増田、お前に「俺がこうなったのは時代が悪かったんだ」とか言ったの？言ってないだろ。
氷河期の間でもそんなこと恥ずかしくてリアルで口にだして傷のなめ合いなんてせんわ。
もう本当に放っておいてくれよ。
2018-07-04
https://www.gimp.org/news/2018/07/04/gimp-2-10-4-released/
Loading all available fonts on start-up can take quite a while, because as soon as you add new fonts or remove existing ones, fontconfig (a 3rd party utility GIMP uses) has to rebuild the fonts cache. Windows and macOS users suffered the most from it.
Thanks to Jehan Pagès and Ell, GIMP now performs the loading of fonts in a parallel process, which dramatically improves startup time. The caveat is that in case you need to immediately use the Text tool, you might have to wait till all fonts complete loading. GIMP will notify you of that.
(6/29追記)
※本エントリは事件の経緯をできるだけ客観的に記すことで「被害者が煽ってたことで容疑者に逆恨みされた」といった誤った吹聴を防ぐ目的で書かれています。抜けなどありましたらトラバやブコメで指摘いただけると助かります。
(6/30追記)
ttps://webcache.googleusercontent.com/search?q=cache:C5tAq1Ren7cJ:https://toyokeizai.net/articles/-/227515%3Fpage%3D2+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:uCxfjkfhE3gJ:https://toyokeizai.net/articles/-/227515%3Fpage%3D3+&cd=1&hl=ja&ct=clnk&gl=jp
はてブや増田の紹介から始まる記事構成とか経緯のところのリンクが丸かぶり。「『低能先生』に人を殺せる筈がない」という煽りコメントが増田でサルベージできなかったから毎日新聞にリンクはったところまでかぶってる。
日刊SPAもここ参照して記事かいてたけど、参照したことが明記してあるだけ本田なんとかさんよりよほどマシだな。
1. 遅くとも2014年以降、とあるはてなユーザ（本件容疑者、以降「低能先生」）が、はてなブックマークや増田で（低能先生は無関係だが彼にとって気に入らないコメントをした）ユーザーに「idコール」やトラバを使って「低能」ほか罵詈雑言を飛ばす
https://anond.hatelabo.jp/20180628005112
https://anond.hatelabo.jp/20180628170234
2. 低能先生が1を繰り返すうち、罵られたブックマークユーザを中心に存在が認識され、「低能君」「低能連呼君」「高能様」「低能拗ね男」などといったあだ名がつく。それらを経て「低能先生」に変化（2015年の段階で「他の増田に絡んでトラバツリーが無駄に伸びる原因になる人」「相手を「低能」と馬鹿にするのが特徴で、「低能君」または「低能連呼君」と呼ばれて増田たちに親しまれている」とある→https://anond.hatelabo.jp/20150806110746）
http://b.hatena.ne.jp/entry/366621416/comment/sabacurry
3. 「低能先生」に罵られたら運営に通報するという流れ（仕組み？）が自然発生的に出来上がる。通報されるとアカウントが停止処分になるため、低能先生は新たなアカウントを取得し、1を繰り返す
https://anond.hatelabo.jp/20170921212825
※低能先生のアカウントと思われるもの一覧。2016年以前から活動している
3.の補足：2016年時点で著名なはてなユーザを強く批判し、運営への通報や情報開示請求をされている
http://kyoumoe.hatenablog.com/entry/20160815/1471195528
※kyoumoeが大島薫氏を批判した記事にrkmajishineというアカウント（上述の一覧に記載あり）でブックマークコメントを付け、その後、増田に批判記事（ttp://archive.is/mrJwB）を投稿（もう1件あるようだがサルベージできなかった）
※kyoumoeは事件後の2018/6/25に「とりあえず情報が全て事実だったとして、そうなると殺されてたのは俺かもしれないなという気持ちは多少はある。」とコメント（ttp://kyoumoe.hatenablog.com/entry/20180625/1529897639）
※外部リンクが一定数を超えると増田に投稿できないので以降h抜き
4. 2018/5/2にhagexが「低能先生」に定期的に罵られていること、都度通報していることをブログに書く
ttp://hagex.hatenadiary.jp/entry/2018/05/02/112825
※hagexは「株式会社はてなは、低能先生に対して「威力業務妨害」で訴えるべき」と主張
※上記以外にhagexがブログで低能先生に言及したエントリに「しかし、イケダハヤトさんの煽りって低能先生以下のレベルだよな〜 いや、それは低能先生に失礼か。ゴメンね低ちゃん。」がある（ttp://hagex.hatenadiary.jp/entry/2018/05/10/132154）
4.の補足：低能先生が「ネットリンチ」および（彼の視点からはそれを引き起こす）hagexを嫌っていたという指摘あり
「Hagexの『はあちゅう・イケハヤ炎上記事』にコメントをすると、低能先生からIDコールで罵倒されることが多かった」（ttps://anond.hatelabo.jp/20180626103015）
「低脳先生は彼の定義する「ネットリンチ」の被害者ではなく,ネットリンチを憎む「正義」漢.Hagexやきょうもえは低脳先生から一年くらい前からネットリンチを煽る悪として憎悪されていた.」（ttp://b.hatena.ne.jp/entry/366621416/comment/triggerhappysundaymorning）
※ただしhagexやkyoumoeが絡んでいなくても、低能先生にとって気に入らない形での炎上記事があればIDコールで罵倒された（ttp://archive.is/h4i07､ttp://archive.is/ypPAb ※日を置いて、まったく同じブコメにまったく同じ内容で罵倒する低能先生）
5. hagexのブログ投稿以後、通報運動が盛り上がる（？）※hagexは通報しようと呼びかけたわけではない
ttps://anond.hatelabo.jp/20180503145814
※このエントリに低能先生が書いたと思われる「訴えられたらリアルで報復する～」というトラバがついている
参考）ttps://anond.hatelabo.jp/20180627125053
6. 低能先生と思われる人物が「通報厨」を憎んでいる様子が増田に投稿される
ttps://anond.hatelabo.jp/20180626180411
7. 5や6で低能先生が「俺にはゴミクズをリアルで殺す以外の逃げ場所はなくなっている」といった書き込みをしていたことを受け、6/9に発生した東海道新幹線車内での殺傷事件の犯人が「低能先生」ではないかという推測が6/10に増田へ投稿される
ttps://archive.is/Ge1Dk
※直接そう書いた増田をサルベージできなかったので、低能先生犯人説が出たことへのリアクションを傍証として記載する
8. 7に対し、「『低能先生』に人を殺せる筈がない」という煽りコメントがつく
ttps://mainichi.jp/articles/20180628/k00/00m/040/191000c
9. 低能先生がhagexのセミナーを認識したのは「１カ月くらい前にネットで知った」
ttps://www.nishinippon.co.jp/nnp/national/article/427874/
※容疑者はセミナーについて「１カ月くらい前にネットで知った」と言い、「被害者の本名は知らないが、ネットで顔を見たことがあった。会議室をのぞき、こいつがＨａｇｅｘだと確認した」と供述
10. 6/25、福岡市中央区の起業支援施設でhagexが刺される
ttps://www3.nhk.or.jp/news/html/20180625/k10011494521000.html
11. 事件発生後容疑者が自首する前に、6で増田に投稿されたエントリのひとつに低能先生と思われるユーザーの犯行声明がつく
ttps://archive.is/0NpPy
ttps://archive.is/bkscO
ニュースでは「ネット上で被害者を恨んでいた」などという低能先生の供述が示されていた（ttps://www3.nhk.or.jp/news/html/20180625/k10011494521000.html）が、基本的には上述した6と11から読み取れることが動機だろう。
「低能先生です」と通報されアカウントが停止するムーヴメント自体を憎んでおり、大きな犯罪を犯すことで自らがネット弁慶ではないことを証明すると同時にその引き金になった通報厨と運営への報復を果たす。低能先生がやりたかったのはそういうことだと思う。
基本的には刺しに行ける範囲に来た、低能先生からしてみれば「通報厨」といえるはてなユーザがhagexだった（面割れしてた）、ということだと思う（低能先生は5/3の増田投稿で「報復の後で「こんなことになるとは思ってなかった」とか頭悪い台詞を言うのだけはやめてくれよなｗ」と述べており（ttps://anond.hatelabo.jp/20180626180411）、かつhagexは5/11に行われた阿佐ヶ谷ロフトのイベントにも登壇している（ttp://hagex.hatenadiary.jp/entry/2018/04/16/033427）が、そちらには行っていない）。
事件直後の低能先生の第一声が「おいネット弁慶卒業してきたぞ」であり、hagexを刺したということに触れていないことからもそれは伺える。
対象がhagexだったことに、4で示したエントリの影響がゼロとは言えないし、hagexに対して低能先生が罵倒を繰り返し、hagexが通報で応じていたことからも両者の仲が良くなかったことは明らかだ。しかしhagex個人への復讐を果たすための凶行でなかったことは、6や11での書き込みを見ても明らかだろうと思われる。
ブコメがひどいらしいのでcacheが消える前にまとめます。某所には画像で出回っていたような気もします。
以下罵詈雑言しかありませんので注意してください。ほぼIDコールなのでIDは消してあります。
追記
「低能」で除外はしていませんが、重複するコメントは除外してます。
IDコールを晒さないでほしいとの事で確認しましたがどのコメントが該当するか掴めませんでした。
おそらく複数アカウントで同じ内容のコメントを複数人にコールしている事から生じていると思われます‥
見落としてるだけかも知れませんが‥申し訳ありません。
おいおいそこは集団リンチはやめてって言うところだろうが～。人をなまはげみたいな使い方するな
自分への非難を「なんか湧いてきた」で誤魔化すゴミクズ。早く死ねよな
炎上させてんのはてめーだろうが。芸人というレッテルで相手が炎上を狙っているかのようにして自分を免罪すんなゴミクズ。今すぐ死ね
「遊びを詐欺と言う人たちこそキチガイ」と書いてあるな。どこにも「気に食わないからキチガイ」だなんて書いてないな。キチガイは読解力無さ杉なんだよｗｗｗ
人の内心を勝手に決め付けんな。はあちゅうは西野の件に言及する権利も無いってか？ 今すぐ死ねゴミクズ
「人生辛いんだね」レッテルで誤魔化すのって「遊び」のレッテル貼るのとまじで同レベルなんだよなあｗ ほんと知能が低い奴はこれだからｗ
お前らは通報という暴力で都合の悪い指摘を黙らせてるだろうが。早く死ねよ恥知らず
いやこの件はちゃんと美術館が建つことに成功すれば被害者は出ないよｗ 万引きといっしょにすんな低能ｗ
キチガイは駄目だけど（炎上してるのは相手が芸人だからで、自分らが集団リンチしてるのは悪くないという意味の）炎上芸人はいいんだー。率直に言って、死ねとしか言いようが無い
相撲協会叩きそっちのけで はあちゅうを集団リンチしてる奴がなんか言ってる～ｗ
お前は本当に頭が悪いなあ。この発言の中での目的は「遊び・企画」だ。金はそのための手段でしかない。国語能力低すぎだよお前ｗ
http://webcache.googleusercontent.com/search?q=cache:nfQ-hrkm_bQJ:b.hatena.ne.jp/abval/
俺は命がけで報復するつってんだろ。お前のような集団リンチを法律で正当化しようとするゴミクズには屈しないって。偶発的な事故でも起きない限りこれ以外の展開にはならな
http://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/364730701/comment/grobgfa
発言内容でなく話者の方にだけ関心が向くって、低能あるあるだよな～ｗ
さすが性根の腐った低能ネトウヨだな。感覚が歪みきっている。早く死ねよな
金を払いさえすれば何をしても怒られないと思ってるのか。生きているに値しないな。死ね
自分に甘いゴミクズだな。否定意見と言っても相手のためを思っているか、相手を貶めて自分がニヤニヤしたいだけかなんて大体わかるもんだぞゴミクズ。己の悪趣味さを正当化すんな。わかったら死ね
糞虫がニヤニヤしながら行う「批判」は限りなく誹謗中傷に近いやつだぞ低能。
おいおい迷惑をかけてないって正気かよ。まあナチュラルボーンゴミクズは、善意で相手の嫌がることをやるよな。早く死ねよ、迷惑だから
「炎上」を相手が意図して引き起こしていると勝手に決め付けて、炎上の名の元に自分が行っている加害行為を正当化するな。今すぐ死ねゴミクズ
何だお前自分は透明だと思ってるの？裸の王様に対抗して透明気取ってんの？ｗ 失笑しかでないが、まあ早く死ねよｗ
その理屈だと地下アイドルをナイフで刺しまくったストーカーも立派なファンになるだろうな。常識で考えろゴミクズ。つーか死ね
この件は丁寧に説明するまでもなく、ゲスのハゲが嫌がらせしてるだけだろうよ
残念ながら糞虫に好かれて喜ぶ人間はいないということだな。それが分からないお前も立派な害虫だよ。諦めろｗ
通報厨****が「噛みつかないうちは通報しません」とか言い出してる
妥協してるつもりなのか？ｗ
人に噛み付きまくってるきょうもえやハゲックスを放置してるくせに？ｗ
舐めすぎだろ
お前らは俺をいじめで追い詰めて、ぶちきれた俺がいじめっこを殺してやるって誰か襲うところをゴールにしてるんだろうが
その為に某増田やハゲックスは「みんなで通報しよう」と呼びかけたわけで、既に****一匹が通報しないとか言っても無意味な状況になってるんだが
ほんと低能にも困ったもんだ
まとめたくなかったけど気になったので。ため息でるわ。
こちらのフォームから、エントリのURLとともに「低能先生です」とだけ書いて送信すればOKです
以下ざっくり拾った通報厨による投稿。矢印はトラバ。多分低能先生によるもの。
anond:20180503145126 ←訴えられたらリアルで報復するって言ってんじゃん おまえらそこまで想定済みでやってるんだよな？ｗ ま、自分に危害が及ぶことはない＆責任は無いから関知しないってかｗ ゴミクズ...
anond:20180503225224 ←おっ、議論をするつもりはなく嫌がらせをしたいだけの低能だｗｗｗ
anond:20180601215732 ←でもきょうもえは通報しないｗｗｗ
anond:20180607175402 ←いや一人で頑張ってろよｗ ああもしかして表現の自由を潰すという遠大な目的でもあるのかな？ｗｗｗ
anond:20180608215311 ←いやはや俺も頑張らないといかんなあ
anond:20180608215717 ← どうした共犯者ｗ 話そらすなよｗｗｗ
anond:20180609080759 ←つまりそれは「低能先生のネット弁慶卒業にご協力ください。いっしょに今後の展開につなげましょう」 ということであると、いくら知能の低いお前でも昨日で理解できたよな？ｗ
anond:20180610112026 ← 低能先生のネット弁慶卒業にご協力ください」ｗ
anond:20180610125248 ←「この展開は狙い通り」という台詞の準備はできてるか？ｗ
anond:20180613171038 ←そしてその後の展開にご期待くださいｗ
その他目立ったのでついでに
低能先生は昨晩こんな発言をしているので、もう企業としてのはてなと警察に任せたほうが良いと思う
そうだよ
でもネット上で集団リンチをとめられないんだから実力行使に出るしかないじゃん？
とかって盛大に責任転嫁してましたよね
↓
↓
違うなｗ 俺は集団リンチには絶対に屈さないと明言している そのうえで集団リンチを続行している通報厨と糞運営ちゃんは、当然俺の行動の結果をみこしたうえで行っている つまり加...
※追記
ハゲ子氏のブログが5月2日。だから当日と翌日の通報厨と低能先生のやり取り。全部url違うからな。
リンクが多すぎて投稿できない？みたいなのでgoogleキャッシュは全部 h ぬいてあります。
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180502192134+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180502192243+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180502201246+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180502224355+&cd=1&hl=ja&ct=clnk&gl=jp
横からですが、キレが無いですね
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180502224802+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/20180503144249+&cd=1&hl=ja&ct=clnk&gl=jp
ttps://webcache.googleusercontent.com/search?q=cache:N7-JCdolQjMJ:https://anond.hatelabo.jp/anond:20180503144840+&cd=1&hl=ja&ct=clnk&gl=jp
下記URLにアクセスし、低能先生の発言のURLとともに「低能先生です」と記入して送信すれば良いです
簡単ですね
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。
ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。
私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。
A 社内のチームメンバーは以下のとおり。
さて、今開発しているシステム(以下システム P)はもともとスタンドアローンで運用する形態だったが、最近クラウドバージョンの提供も始まり、現在はスタンドアローンバージョンとクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバーの管理や、私や W さんが作った部分のテストを担当している。
クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードをアップデートすると、ブラウザーのキャッシュが効いていて表示がおかしくなるというのだ。
プログラマー以外の 4 人は実は Web システムの案件は初めてで、ブラウザーのキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーのキャッシュをクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミーのクエリー文字列をつければよい。アップデートのたびに数字を変える。これは一般的に採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。
これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。
X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルのリストを出してほしい」と言われる。変更のないリソースにはクエリー文字列をつけたくないらしい。
内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコードを確認し、この一覧表に載っているファイルにはクエリー文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイルを対象にしたほうが作るほうもテストするほうも楽です」と伝えた。
6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラス・ID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。
私は「ブラウザーのキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュの問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちはお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。
非プログラマー 4 氏の知識の底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーのキャッシュの仕組みを解説する文書を投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまり細かいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。
キャッシュとは
キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります。
ウェブブラウザーにおけるキャッシュは一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイル、JavaScript ファイル、画像ファイルなど)に対して適用されます。
キャッシュが作られるタイミング
ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。
キャッシュが破棄されるタイミング
キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルのキャッシュが同じ期間だけ存在するかどうかも分かりません。
キャッシュはユーザーがブラウザーの操作で明示的に削除(クリアー)することはできますが、 サーバー側からクライアント(ブラウザー)のキャッシュをクリアーすることはできません。
ウェブアプリケーションのキャッシュ対策
ウェブアプリケーションをアップデートした際、クライアントのキャッシュを無効にするために、以下の手法がよく使われます。
＜ link rel="stylesheet" type="text/css" href="style.css" ＞ ＜ script type='text/javascript' src='script.js' ＞＜ /script ＞ ＜ img src="picture.jpg" alt="" width="640" height="480" ＞このような外部リソース読み込みについて、ファイル名の後ろにクエリー文字列を追加します。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞ ＜ script type="text/javascript" src="script.js?v=2.4.0" ＞＜ /script ＞ ＜ img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" ＞スクリプトでない静的ファイルにクエリー文字列を付加しても、読み込まれるファイルは同じです。つまり、
style.cssとstyle.css?v=2.4.0は同じ style.css というファイルを指します。ブラウザーが style.css をキャッシュしている状態で、この行を読み込んだとします。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞ブラウザーは「
style.css?v=2.4.0というファイルはキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれてスタイルシートが更新されます。この HTML をまた読み込んだ時は、「
style.css?v=2.4.0というファイルはキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。ウェブアプリケーションをバージョン 2.5.0 にアップデートする時には、「
?v=2.4.0」の部分を「?v=2.5.0」に書き換えてリリースします。＜ link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" ＞ ＜ script type="text/javascript" src="script.js?v=2.5.0" ＞＜ /script ＞ ＜ img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" ＞同様の仕組みで、2.4.0 時代のキャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれ、キャッシュの問題は起こりません。
この手法は、キャッシュ問題を解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます。
数日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(＜ div style="..." ＞)で指定すればよい」と結論づけていた。
報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。
この報告書を元に、X さんから「この行とこの行にインラインスタイルを指定してください。これで暫定対応とします」と指示が出た。
私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境でたまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業を完了した。Git のコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。
しばらくすると X さんから「うまく表示されています。OK です」と報告があった。
夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScript のキャッシュですね」。
聞けば、Y さんは「キャッシュはスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタンは有効だったとも。
私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月前から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。
Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲を調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。
私は繰り返し、ブラウザーのキャッシュは環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。
「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分の意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから、専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者に意見を聞いてください」
この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。
聞けば、リリースを急いでいるのは特定の顧客の要望によるものらしい。その顧客はスタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーのキャッシュを消してくればいいとのこと。
リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。
そして今日の夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。
X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。
ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。
レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。
文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。
