  |
はてなキーワード: cookieとは
増田を全削除するのであればPower Automation DesktopかSelenium IDEあたりでも使えば可能ですが、中にはブクマを集めた珠玉の増田やブクマは付かなくても割と気に入ってる増田もあるので全削除はしたくありませんでした。
Masuda Deleter
https://github.com/oribeolive/masuda-deleter/
Masuda DeleterはDockerコンテナに環境を作って動くのでDockerが必要です。
M1 Macで動作していますがWindowsは検証できるマシンが手元にないので動作未確認です。
インストールはGitHubのREADMEに書かれたコマンドを実行すればできると思います。
Masuda Deleterははてラボにログインして指定されたページ分の自分の増田の投稿をスクレイピングしてローカルのDBに保存します。
取得された投稿のリストがブラウザで見られるので、そこで削除するものを選んで実行すると、またログインして投稿を削除しにいきます。
ページのアクセスごとに読み込みと遠慮のために1秒から数秒sleepするので少し時間がかかります。
一旦投稿をローカルに保存するという過程があるため副作用として自分の投稿を検索できます。
これにより
が容易になります。
増田にはAPIがないので、IDとパスワードを使ってログインして、表示されている文章をスクレイピングしてくるという原始的なやり方になります。
(2回目からはcookieがある場合はcookieを復元してログイン状態になります。)
ユーザーが知らない外部サイトにクレデンシャルを渡すのは危険であり、サービス運営側としてもパスワードを平文で持ちたくないので、Webサービスとして実装せずセルフサービスとしております。
ユーザーによってローカルの.envファイルに書かれたIDとパスワードを使用する形です。
ソースをオープンしておりますので怪しいことをしていないかも確認ができるかと思います。
一応下にプログレスバーが出ますが、ページ遷移すると見られなくなります。進捗は進捗管理でも確認できます。
取得された投稿はリアルタイムで画面に反映されないのでブラウザをリロードしてください。
増田のID、タイトル、本文の省略、投稿日時、ブクマ数、トラバ数が表示されます。
「あとで消す」投稿をチェックし、「あとで消す」記事をついに消すボタンで削除を実行します。
チェックは別のページに遷移しても有効です。
こちらは実行した時点で表示されているページのみリアルタイムに画面に反映されます。
投稿の全文を見られます。タグ等は取得しないのでテキストのみになります。
投稿を個別に取得してローカルの文章とブクマ数とトラバ数を更新します。
対象の投稿のタイトルを空に、本文をスペース1文字にしにいきます。
処理の進捗(何件中何件処理済みか)を見ることと、処理を停止させることができます。
排他処理(取込と取込、特定IDの削除と同じIDの削除等)にしているので動いていなそうな処理を停止して再度処理を実行するときに使います。
停止する場合は停止ボタンを押すか、それでも停止しそうにない場合は強制停止ボタンを押してください。
「停止」は今行っている最中の処理ではなく次以降の処理を停止するという形になります。
停止ボタンを押したときに4ページ目を取得している場合は、5ページ目の取得を始める前に処理を終了することになります。
そのためプロセスそのものが止まっている場合は停止されません。
「強制停止」はプロセスをkillします。スクリプト名とプロセスIDでプロセスを検索して子プロセスも含めてkillします。
おまけとして、投稿日とブクマ数、投稿日と3ブクマ以上の投稿の件数、投稿時間(hour)ごとの1ブクマ以上の投稿の件数のグラフが見られます。
ブクマが付いた瞬間ではなく投稿日時なので、いつの時期に投稿した、何時に投稿した増田が活きが良いのかを見られる程度です。
集計データを別に持っていないので増田を削除するとグラフに使用されるデータも消えます。
私はこれで多いときには4000件程度あった増田を3000件程度に減らしました。
これを開発する前からも増え続ける増田の削除に日々勤しんでいたので総数はもっと多いはず。
まだまだ削除したいです。
たまに
Message: unknown error: net::ERR_CONNECTION_CLOSED
というSeleniumのエラーが出て処理が実行されないことがあります。再度実行してください。
フロントエンドがレガシーなのでMasuda Deleterの開発に飽きていなければもう少しモダンにリプレースしようと思っています。
使用していないDjango REST frameworkがrequirements.txtに入っているのはその名残です。
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
これが多様なサービス、アプリを作ってみたいという話なら高単価SESに行くしかない。
かなりの経験を積んだベテランじゃないと入れない世界で出身学部も見られるから相当に厳しいと思う。
フロントやバックエンド、インフラなどもやってみたいという話なら自社でウェブサービスを運用している上場企業に正社員で入るのがいいだろう。
ただし正社員ということはリリース日には何が何でもサービスインさせる立場になるということでもある。定時退社の社風であっても進捗上がってないなら稼動上げて対応ということは普通にある。
派遣で入ればそういうことは無い。上場企業ならコンプラ厳しいからね。でも数ヶ月程度、長くて数年のスポットになることがほとんどなので長期的にはどうなんだろうな。
ここでは俺の経験を踏まえて「自社でウェブサービスを運用している上場企業に正社員で入る」という前提で話す。
アピールすると良いのは使える言語、インフラの知見、構築と運用の経験。
全部が強い必要は無い。どれか一つが強くて他はまあなんとか程度でいい。逆に言うと全くダメですが一つでもあると厳しい。
使える言語では、C#,Javaを大きめな規模のバックエンドとして使ってるとこが多い反面、対応できる人はフリーにも派遣にもたくさんいるのでちょっと弱い。SIer出身でコード書いてたなら当然できるよね、というレベル。
今ならtypescript(javascript), pythonあたりができてgo あるいは Rust勉強してます、というのがけっこう強い。
分かってると思うが言語が使えるというのは、まっさらなPCを与えられて主要なウェブフレームワークをセットアップしてローカルホストを立てるとこまでを含む。
JavaならSpringboot+gradle+JUnit、PHPならLaravel、pythonならdjango、typescriptならNode+React+knex、あとJestかDreddも入るかな。
インフラ知識では、クラウド、オンプレ両方のメリットデメリットを把握しているとよい。
AWS,Azure,GCP,Oracle Cloudのどれでもいいけど実際に使った経験があるとよい。俺は個人でGCPを契約してkubernetesとVM、LBを使っている。
ネットワークの知識は薄くでも持っていた方がよい。HTTPとかcookieとかセッションとか知りませんCORSって何ですか？レベルでは無理。まあここら辺はウェブサービスを作れば必ずやるので大丈夫だろう。
LetsでSSL証明書を作ってopensslで検証してnginxに適用してHTTPS化ができるならアピールになる。
dockerはもうそろそろ使えて当然のレベルになってきているので必須。実際ウチではdockerが分からない使えない人は面接へ進めないようになっている。
構築と運用では、予算内に収まるような構築と運用、サービスインした後のトラブルシューティングの経験があるとよい。
常にコスト意識を持っていることが必要。クラウドは油断すると100万程度すぐ飛ぶ。コスト意識が無い人を運用担当として採用することは絶対にない。
トラブルシューティングで重視されるのはベンダー対応よりもエンドユーザー対応の方。
サービスを早急に復旧させること、そのためにどういう仕組みが必要なのか、構築するところから語れる知見があるとよい。もちろんそこにもコスト意識は必要。
CI/CD、PrometheusやDatadogによる監視とアラートについて語れるとよい。
CI/CDを扱うということは当然gradle,maven,yarn,シェルスクリプトは書けて使えてwebpack,minify,Jenkinsのコンフィグもできるということである。
どうだろう、かなり雑に書いたが雰囲気は伝わると思う。
あ、git使えないは論外。もし使えないなら今すぐ使えるようになるか諦めるかのどちらかで。
Documents有名だからご存じでしたね。いろいろできて良いらしいんだけど。
LIFEベアーは、システム手帳のアプリみたいなんですがスタンプや着せ替えがあったりもするし
日記WEBブラウザからログインしてかけるので一応Windowsでたくさん書いて
iPhoneとかで確認したりもできるのとGoogleカレンダー同期とか普通のカレンダーアプリっぽくもありで
iPhoneとWindows で使いたい私には、手書きしないでいいシステム手帳ぽくてよいです。
これまでは無料版でログインに2段階認証あったと思うんだけどなぜかいまフツーに入れます。
Cookie消してやり直してみようかな。
曲もMVもエモすぎてYouTubeで延々とリピートしてしまってる
今年の紅白に出てくる韓国勢は3組とも全部ザ・K-POPってグループ・楽曲だけどnewjeansは全然違って今までのグループを一気に時代遅れにしてしまう
スマホ登場以前、90年代を懐かしむというコンセプトで作られてるから聴き手が感傷に浸ってしまうのは狙い通りなのか
日本の中年からすれば90年代風と聞いてSpeedを思い出すだろうけど、10代のダンスパフォーマンスグループとして同じでも完成度はやっぱ韓国側が完璧すぎる
これをまとめ上げたのがミンヒジンっていうおばさんディレクターというけど、この人の作品としてグループが成立してる
金のある事務所でやる気ある美少女が集まって才能あるディレクターがプロデュースして完成した奇跡がnewjeans
NewJeans (뉴진스) 'Ditto' Official MV (side A) - YouTube
https://www.youtube.com/watch?v=pSUydWEqKwE
NewJeans (뉴진스) 'Ditto' Official MV (side B) - YouTube
https://www.youtube.com/watch?v=V37TaRdVUQY
NewJeans (뉴진스) 'Cookie' Official MV - YouTube
これか
たとえば、同僚が使っているロッカー。
番号式のロックがある。
この番号を知ること、かぎつけること、暴くこと、犯罪者にとってこれ以上の美食はない。
ハイエナがうまそうに屍肉に食らいつくのと同じ。
犯罪者の人生とは、「仲間」を探し当て、世の中の治安を乱すことが最終目的だからだ。
仲間とはもちろん、「心にうしろめたいもの」を持った人間である。
「ああ、このために生まれてきたんだ」と思える。
つまり他人の秘密とは、彼らにとって最高のステーキであり、人生を満腹にするためのライフハックなのである。
「ああ、生きている！」と感じるだろう。
あれと全く同じである。
■Firefoxの履歴右クリックサイト削除がサイトのアカウントパスワードも消すようになっててすごく不便
この操作は google.com に関連する履歴、パスワード、Cookie、キャッシュ、コンテンツの設定を含むすべてのデータを消去します。
本当に消去してもよろしいですか？
まさか記憶させてたGoogleのユーザー名とパスワードが消されてログインできなくなるとは思わないだろ
いやちゃんと消すよって書いてあるんだけどさ
これまではパスワードマネージャに入ってるような情報は消さなかっただろ履歴やキャッシュやクッキーしか消さなかっただろ
いやちゃんと消すよって書いてあるんだけどもさ
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
anond:20210804000508 でやってみたものと同じ。滅多にホットエントリを出さないサーバからのホットエントリと言ったほうが正確なのかな。
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1187 | 腕に針を刺して体内の血糖値を常時記録する「フリースタイルリブレ」で糖質と血糖値の関係を徹底的に調査した | manualog.net |
| 1097 | 新型コロナ後遺症チートシート（対策一覧） | longcovid.jp |
| 980 | ひろゆきとガーシーとFC2高橋氏について - 続・はてなポイント３万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 929 | ひろゆきの賠償金未払いの真相について（追記あり） - 続・はてなポイント３万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 888 | やっぱ「邦ロック」聴いても音楽聴いたことにならなくない？という話──サマソニにおける差別的な言動を通して - 屋上より | leoleonni.hatenablog.com |
| 817 | Readable | readable.joisino.net |
| 755 | peco、パートナー・ryuchellの告白に思いつづる「最高の彼氏だったし、最高の旦那さんだった」 - モデルプレス | mdpr.jp |
| 695 | インターネット番組「ポリタスTV」の出演休止/降板について | kyokotominaga.com |
| 664 | Macユーザーにおすすめしたいアプリ2022年8月 - loveMac.jp | lovemac.jp |
| 650 | 集英社 りぼん 公式サイト | ribon.shueisha.co.jp |
| 624 | 「ラジオライフ」2022年10月号の有害図書に関する記事 ｜ 三才ブックス | www.sansaibooks.co.jp |
| 595 | 専門家「死ぬまでもう見られない」と評する歴史的偉業…昆虫大好き小学生が国内3例目の“トゲナナフシのオス”発見 ｜ 東海テレビNEWS | www.tokai-tv.com |
| 573 | なれのはてブ - 嫁のはてブが閉鎖しツラいので作りました。 | narenohatebu.jp |
| 523 | 「異世界おじさん」でたかふみはなぜUR団地に住んでるのか？【こだわりの公団住宅描写】 : さざなみ壊変 | sazanami.net |
| 509 | 日本のアニメ総合データベース「アニメ大全」 | anime100.jp |
| 504 | SPA認証トークンはlocalStorageでもCookieでもない、Auth0方式はいいねというお話 - @mizumotokのブログ | mizumotok.hatenablog.jp |
| 495 | 同人音声がすごいことになっている2022 - セミになっちゃた | xcloche.hateblo.jp |
| 474 | 追悼 安倍晋三元首相 ～国葬にあたり、広く社会で弔意を～ ｜ クラウドファンディング - White Canvas | sankei.en-jine.com |
| 463 | mimic（ミミック） | illustmimic.com |
| 456 | SEOの学び方 ～ SEO初心者から上級者への道 - SEMリサーチ | www.sem-r.com |
| 450 | ソフトウェア開発者は徹夜してはいけない - ソフトウェア工学研究の日々 | ishiotks.hatenablog.com |
| 447 | Stable Diffusionをいらすとやでファインチューニングする | birdmanikioishota.blog.fc2.com |
| 423 | Google Mapsがレビュー数を伸ばすための取り組みとサービスデザイン考察記事｜坪田 朋 | blog.tsubotax.com |
| 418 | 安倍晋三さんが命がけで開いた戦後レジームからの脱却 統一教会問題はこう解決せよ【山本一郎】 | web-willmagazine.com |
| 405 | COCOAログを詳細分析できる「COCOAログ.jp」 | cocoalog.jp |
| 405 | おかっぱ美少年データベース - 蓮のうてなで君を待つ | grace-3023.hatenablog.com |
| 381 | 画像生成AI「Stable Diffusion」をGoogle Colabで動かしたメモ - ただいま村 | ima.hatenablog.jp |
| 370 | 八木啓代のひとりごと 本当に怖い統一教会の実態 〜 ラテンアメリカでの暗躍 | nobuyoyagi.blog16.fc2.com |
| 362 | ハードワークで人は成長するか - SaaS企業で働くプロダクトマネージャーのブログ | www.blockchainengineer.tokyo |
| 352 | Stable Diffusion メモ: キャンバスの縦横比は構図にどれくらい影響するか - jt_noSke's diary | jtnoske.hateblo.jp |
同人誌作るほどの度胸も技量もなかった私がはまったのはネットでの活動だった。
どこのだれかも分からない人たちと語り合ったり作品を公開するのは楽しかった。
でも、気づいてしまったんだよ。
神字書き、神絵師の新作がアップされていないか四六時中スマホを手放さずにリロードばっかりして時間を無駄にしていることに。
そして、何より同じ作品を愛する人たちは自分より20歳ほど年下で、自分の年齢がばれないように話し合わせるのにも疲れてしまったことに。
原作と二次創作がどんどん乖離していくのを見るのも嫌になってきた。
ということで
サイトはブロックして、cookieも削除して絶対に見れないようにした。
数百件くらいだったけど、今までいいねやブクマくれた方々、ありがとう。さようなら。
Cookieを知らん人、というのがこないだ記事になってたけど、
こういうエントリ見ると本当なんだなと知る。https://megalodon.jp/2022-0705-1743-23/https://anond.hatelabo.jp:443/20220705173557
1記事あたりのリンク上限数が9なので9つごと紹介。自分用でもある。
8まで更新。とりあえずこれで終わり。
というかですね、この時期まだまだ新作発表が続くので更に増える可能性大。記事更新するかはわからないけど。
https://store.steampowered.com/app/1030300/Hollow_Knight_Silksong/
Hollow Knightの続編。Hollow Knightにも登場したホーネットが主人公に。
https://store.steampowered.com/app/1408610/Call_of_the_Wild_The_Angler/
theHunter: Call of the Wildのところが作ったフィッシングゲーム。
https://store.steampowered.com/app/1730680/_/
https://store.steampowered.com/app/1924430/Cookie_Cutter/
メトロイドヴァニア。アニメーションがすごい。とりあえずジャケ買いするかもしれないくらいには魅力的。
https://store.steampowered.com/app/1858650/In_Sink/
そういえば脱出ゲームで有名なNeutralがFlashPlayerサポート終了でほとんどが出来なくなってた…。
https://store.steampowered.com/app/1952550/Mini_Island_Cosmos/
https://store.steampowered.com/app/1973320/Road_Defense_Outsiders/
タワーディフェンス+Vampire Survivorsみたいな感じ。デモ版あり。
https://store.steampowered.com/app/1491950/BrightSeeker/
https://store.steampowered.com/app/1796870/SHINOBI_NON_GRATA/
次に続く。 anond:20220628141821
次のツイートにブクマが集まっていたが、論点が整理されていないようなので、主にCookieの出自について記述する。
cookieは命名で失敗し「魔術的な」技術と勘違いされてる。実際はすごくシンプル。①サーバがSet-CookieヘッダでIDを通知する、②クライアントは以降CookieヘッダにそのIDを設定する、③それによりサーバはクライアントを区別できるようになる。ただそれだけ。もったいぶってる説明はほぼ間違ってる。
Cookieという単語に「魔術的な」意味など元々なかったし、本来単なるデータストアである(ゆえにセッションIDも格納できる)。元ツイートの主張はおかしいし、元ツイートが腐しているspeakerdeckの内容はそんなに間違っていない。
結論として、元ツイが「現在のCookie」の話しかしていないから論点がずれている。歴史的なCookieの在り方はデータストアだった。また、現在でも一部でデータストア的に使用されている
なるほどね。それでは1つずつ見ていこう。
現在にフォーカスを当てれば、Cookieは「基本的にセッションIDを格納する場所」と説明すれば良いが(Slideもそう書いてるよ？)、元々はデータストアである。元ツイは歴史的ファクトと現代的実装のスタンダードを混同しているように感じる。2022年に「Cookieっていうのはー、ユーザ名とか個人情報を保存しておける便利なデータストアだよ」っていうと単なるやべー奴だが、1997年から2000年ごろまでは普通にそういった実装がなされていた。性善説の時代だったのである。
「嘘だろ」と言われそうなので、1997年のRFC2109を引用する
https://datatracker.ietf.org/doc/html/rfc2109
POST /acme/shipping HTTP/1.1
Cookie: $Version="1";
Customer="WILE_E_COYOTE"; $Path="/acme";
Part_Number="Rocket_Launcher_0001"; $Path="/acme"
[form data]
普通にユーザー名とか買い物かごの中身をCookieに保存している。今この実装をする奴はヤベーが、1997年はそういう時代だったのである。
Cookie: $Version="1";
session_id="1234";
session_id="1111"; $Domain=".cracker.edu"
セッションIDの例もあるが、なんと数字4桁である。今こんなことをしたら確実に徳丸本の角で頭を殴られる。当時のインターネットがいかに性善説の上に成り立っていたか分かるだろう。
この主張も誤りである。例えばja.wikipedia.orgでは、アカウント名や利用者のおおよその住所などをCookieに仕込んでいる。セキュリティ的にザルだと思うなら、ぜひ直接殴り合って欲しい。
元ツイではMagic Cookieを「魔術的なクッキー」と解釈している(なんでも魔法のようにできる多機能な……って感じ？)ようだが、ここでいうMagicとは魔術のことではないだろう。Magic NumberとかMagic WordのMagic(利用者が理解していなくても有効なもの)と考えた方が意味が通る。これはMagic Cookieの語源となったfotune cookieの語義に通じるところもある。
fortune cookieとは。文字が書かれた紙片を封入した焼き菓子である。HTTP Cookieはクライアント・サーバとも内容について問わない(紙片に何を書いてもいい)し、捨てても無視しても構わない(食べなくても割らなくても良い)ためにこの名前がついたのだろう。任意の情報をラップしたものというメタファーとして適切に思えるし、Magicという形容詞も適切であると考える。
1つあたり容量が4kBしかないのも可愛らしい。クッキーでいいんじゃないか。逆に何だったら良かったのか。
そんなに間違ったことは書いていない気がするが……。現在ほとんど使われない技術が書いてあったとして、それが何……？とはなる。Slideはaxiosの使い方を示してるだけだし、2年前の記事に対して「情報が古い」ってツッコミも微妙ではある。
結局何に怒って何を否定しているのかよく分からなかった。SunのX端末を使っていたということなので、最近の事情しか知らないというわけでもなさそうなのだが。
ツリーを眺めているとあまり期待はできなさそうだが、元ツイの人はもう少し丁寧な議論をして欲しいところだ。