  |
はてなキーワード: HTTPとは
最初に作ったもんなんて、めっちゃ小さいもんだし、もう残ってない・・
Webを探せば、ドスケベ写真を集めて無断で転載して「ドスケベ画像30枚」とかやってるサイトあるから
その画像を全部まとめてDLするプログラムでも作ってみればいい。
ちょっと昔は、BSDソケットは大体のOSが提供してくれてるが、HTTPの部分は自分でプログラムする必要があって
まあ落ち着いて考えれば大して複雑な仕様でもないし、いい勉強になった。
今はどこもかしこもhttpsだから、低レイヤの勉強は諦めてSSL/TSL対応のオールインワンなHTTPライブラリを使わないと
はっきり言って全くのデタラメなので信用しない方がいい
ぶっちゃけその手の育成は自分の会社のルールを押し付けてるだけであって社会通念上の育成とはほど遠い
外部の研修メニューを選んできているように見えても結局はグループ会社とか退職再雇用とかそういう人ばかり
おまけに選んでるのはその会社の人事部だから如実に企業文化が反映される
まぁそれでもまだ外部の研修を入れているのはマシな方で
「2年前まで営業やってました」「去年製造部から異動してきました」とかの育成素人が研修を作ってる
それなりに本でも読んだのか、それっぽい感じにはしてるんだけど
良くあるのが「我が社の改革案をブレストして資料にまとめて発表」とかいうゴミ研修
参加させられてる社員はクソどうでも良い部長レベルの話を聞かされるし
部長も忙しいのにアホみたいな研修に参加させられて「我が社の改革案」みたいなのを聞かされる
「そうか！社内教育頑張ってるな！」
「日本企業は社内で育成してる！」
みたいなノリも多い
そもそもPCの中身がなんなのか分かってないしOSの役割がなんなのかも分からんしHTTPがどういう思想で通信してるか分かってないのに
とりあえずAWSの研修だけ受けさせてポチポチしたらそれっぽいのができるような人材だけ作って育成した気になってる
結局は表面的にAWSを使えるようになってるだけなのでAWS側の仕様が変わったり新しいのが出てきたら全然使えない
じゃぁそういう高度な育成をやってくれるのはどこか？っていうと、そりゃ大学ですよ
それなりの大学で計算機科学でも勉強したらそれなりに教えてくれる
企業側は大学でこういう専門性をちゃんと教えているってことを無視して「地頭の良さ」「やる気や熱意」「人当たりの良さ」とかを採用基準にしてる
凄いことに育成やってるのも採用やってるのも同じ人事部っていうね
自分たちが育成出来てないということに目を瞑って採用は素材の良さを求めるとかとち狂ってる
結局刺身に出来ないから丸ごと焼いて食べてる、みたいなことを平気でやってる
まぁそんな感じで日本の企業は主に人事部がゴミだから社員を育てているようで全く育たないので
dockerでubuntu:20.04でchromeDriverにchromium-browserとか入れればいいんだろ？
誰か「chromium-browser？ それなら apt-get install lsb-release libappindicator3-1 の次に
wget https：//dl.goo略/_amd64.deb して dpkg でインスコや」
ってか、これじゃchromeDriverが動かない。chromium-browser も無いし、インスコ出来てなくない？
別の誰か「ちゃうちゃう、apt-get install chromium-browser がシンプルでええやん」
まあ、そうやろな。インスコしとくれ。
ターミナル「色々DLしとるが、どっかの https：//archve.略/foobar で Bad Request が返ってきたでｗ」
何やそれ・・1回くらい自動でリトライしてくれていいんやない？自分でリトライしたら通ったで。
しかしこれも動かない。
別の誰か「apt-get install default-jre いるみたいやで。ドキュメントどこにも書かれてないけど」
何やそれ？なんでJREが出てくるの。
まあJRE入れれば、確かにchromedriverの出すエラーは変わった。
「chromium-browserのプロセスが居なくなったし、クラッシュしたんじゃね？」と。
何やそれ。。。
chromium-browser --version をやってみると
ターミナル「snap install chromium でsnap版入れてくれｗ」
まあよく知らんが、やったるか。snap install chromium っと
ターミナル「あかん、http：//localhost/v2/snaps/chromium に繋げられんのやがｗ」
なんでlocalhostに繋げようとしてんの。
いまだにLinuxくんと仲良くできない。
追記。
なるほど、Ubuntu 20.04 からはsnappyに移行しとるんだと。しかしWSL2ではsystemdが動いてないんでsnapdも動いてない。だからアカン。
わいが仲良くできていないのは、LinuxくんではなくWSL2くんと言うべきなのか？
次のツイートにブクマが集まっていたが、論点が整理されていないようなので、主に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端末を使っていたということなので、最近の事情しか知らないというわけでもなさそうなのだが。
ツリーを眺めているとあまり期待はできなさそうだが、元ツイの人はもう少し丁寧な議論をして欲しいところだ。
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね？」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた
コメントアウトをいじればFedoraやmacOSでも動くと思う
https://pastebin.com/HiPqLVq7 (6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)
エラーでここに貼れなかった
util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連
echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge
こうしないとxmllintがエラーでhtlmなどをうまく読み取らない
sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'
href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協
hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた
この書き方なら複数回出ても除去できるはず
先頭の謎のスペースの除去が面倒だった
echo "$HASH" "$FIELNAME" | sha256sum --status -c ;echo $?
スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない
VScodium
ShellCheck
https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck
XPath Helper
https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl
zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…
ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して
https://cran.rstudio.com/bin/linux/debian/
https://www.rstudio.com/code-signing/
https://youtu.be/PAyl2XiWZyo?t=164
このCNNの報道では、市民を射殺した兵士が、遺体を持ち運ぶドローン映像が公開されているが、何と、その”ロシア兵”とやらは、全身黒づくめ。
これが、もし、ロシアの戦車部隊なら、緑色の良くある迷彩服で、しかも腕に蛍光腕章を付けているはず。
こいつらは、明らかに、敵部隊を急襲するための、潜入工作部隊だ。
これは、ロシアの戦車を奪ったウクライナ兵の画像だが、映像の虐殺兵と同じ黒尽くめ、頭のモサモサ帽子に見えるものは、黒マスクをずり上げたもので、明らかにこいつらと同じである。
つまり、このドローン映像は、キエフに戦車を向けていたロシアの前線部隊を、ウクライナの潜入部隊が強襲し、占拠した直後に、民間人がやって来たので、口封じに始末した時の映像である。
この民間人は、車でUターンし、引き返しそうに見えたので、ロシア軍に、彼らが侵入したことを報せる可能性があると判断され、始末されたのだ。
これでもう、ロシア占領期間中に、市民の死体があったとしても、それをロシア兵がやった、とは、全く証明できなくなった。
これは、ロシア占領中にも、ウクライナ側がブチャに潜入し、民間人を殺していた、決定的証拠だ。
ブチャで活動していたとか言う、ロシア特殊部隊のＦＳＢの格好は、頭は防弾ヘルメットでテカらないとおかしいし、こんな簡素な黒スーツではなく、もっと装飾され、重武装で、バッグも背負い、右腕には部隊章、左腕には国旗が付けられているから、そこだけ色が違うはず
現場は林の中だから、もしロシアの正式な特殊部隊なら、当然、緑か茶色の迷彩服を着る。
https://2img.net/r/hpimg15/pics/805536FSBfastrepsonseunit.jpg
そして、そもそも、何度も言うが、特殊部隊は戦車で戦う部隊じゃない。
要するに、そのＦＳＢの話しは、ブチャの住民にも、ロシア兵に隠れて住民を殺してたのは、ロシアの特殊部隊だと騙そうとする、凄まじく卑劣なプロパガンダの可能性がある
https://twitter.com/kakedashi_chan/status/1495050350629322752
私はエンジニアちゃんの立場なのだが、同じような経験をしたことがあったので悲しいなあと思った。
以前ともだちと旅行した際にプログラミングの話題になった。わたしは当時から自分でウェブアプリを開発したり、ネイティブアプリを開発したりするのが趣味だったので、プログラミングスクール (Zeroplusというところだった)に通っている友達の話を興味深く聞いた。
そこで教えていたのは、たとえばJSであればもう誰も使っていないgulpであったりとかscssであったりといった時代遅れの技術で、とにかく顧客を捕まえて案件をゲットしようという内容だった。
わたしはネイティブアプリの開発者なのでウェブは門外漢だが、それでもウェブ開発という観点からはあまりに頓珍漢で時代遅れなことを教えていて面食らった。
わたしはともだちに「営業をやりたいのだったら良いスタートアップがあるから紹介するよ」といったが、ともだちはフリーランスエンジニアになりたいの一点張りだった。
「ウェブアプリ開発をやりたいのだったら、無料で良いチュートリアルがあるよ。お金を払うんだったらudemyとかの動画にしなよ。」
「HTMLとJavaScriptの関係はわかっている？今はReactやVueといった仮想DOMでの開発が主流だよ」
「HTTPサーバーというのが何を指しているのかわかっている？」
嫌味にならないように遠回しに「メガベンチャーに入れる」レベルの開発経験の積み方を話した。ともだちは残念なことにGoogle・Indeedなどに入れるような地頭の良さはないので、アルゴリズムよりも開発経験を積むように勧めた。
フリーランスエンジニアになるにしたって、誰がまともな開発をできない人に頼むのだろう。少なくともわたしの知り合いに業界経験が全くなくて、フリーランスエンジニアとして活躍できている人は一人もいないと伝えた。
ココナラやクラウドソーシングサイトで請け負う低単価の案件はいくらやっても、そもそも全く稼げないし、キャリアとして意味がないことも伝えた。
今ではWFHはどの会社でも当たり前だし、週４日勤務のような自由度の高い働き方がしたいのならマイクロソフトなんかがそういう取り組みをしていることも伝えた。
とにかく、エンジニアになると決めたのならちゃんと開発経験を積んで一般就職をいちど目指そうと伝えた。
１年後。
ともだちはその場では「ありがとう教えてくれて！やってみるね！」と話していたが、その後Twitterでは「らくして稼ごうウェブ制作！」といった標語を抱えている詐欺師のツイートを積極的にRTし、初心者コミュニティで自己啓発めいたことを１年間言い続けていた。
ともだちはその後事務員としてどこかの会社に就職したらしいが、音信不通になってしまってなにもれんらくがとれない状態になった。
| 商品名 | 値段 | 強度 | 紫外線UVカット(室内の色あせ・ 変色を防止する) | 貼り付けタイプ | 特徴 | 柄 | アドレス |
|---|---|---|---|---|---|---|---|
| ＵＶカット2倍強い明るい障子紙 (幅25cm×長さ22.5m) | 1001 | 約2倍 | 約95％カット | のり | 室内が明るく感じられる。（※1） | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001889&search=%BE%E3%BB%D2%BB%E6&sort= |
| ＵＶカット2倍強い明るい障子紙 (幅28cm×長さ18.8m) | 1001 | 約2倍 | 約95％カット | のり | 室内が明るく感じられる。（※1） | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001888&search=%BE%E3%BB%D2%BB%E6&sort= |
| ＵＶカット2倍強い明るい障子紙 (幅69cm×長さ7.2m) | 1078 | 約2倍 | 約95％カット | のり | 室内が明るく感じられる。（※1） | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001887&search=%BE%E3%BB%D2%BB%E6&sort= |
| ＵＶカット2倍強い明るい障子紙 (幅94cm×長さ15m)ＵＶカット2倍強い明るい障子紙 (幅94cm×長さ15m) | 2123 | 約2倍 | 約95％カット | のり | 室内が明るく感じられる。（※1） | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001886&search=%A3%D5%A3%D6%A5%AB%A5%C3%A5%C82%C7%DC%B6%AF%A4%A4%CC%C0%A4%EB%A4%A4%BE%E3%BB%D2%BB%E6+%28%C9%FD94cm%A1%DF%C4%B9%A4%B515m%29&sort= |
| ＵＶカット2倍強い明るい障子紙 (幅94cm×長さ7.2m) | 1166 | 約2倍 | 約95％カット | のり | 室内が明るく感じられる。（※1） | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001874&search=%BE%E3%BB%D2%BB%E6&sort= |
| 浮世絵障子紙 | 3850 | 約４倍 | 北斎の名画。納期が多少かかる場合があり。 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001935&search=%BE%E3%BB%D2%BB%E6&sort= | |||
| ディズニープリンセス障子紙 | 3850 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001931&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
| ピクサー障子紙 | 3850 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001929&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
| くまのプーさん障子紙 | 3850 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001927&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
| ワークソン ピーナッツ（スヌーピー）障子紙 | 3850 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001925&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
| エヴァンゲリオン 障子紙 | 5500 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001923&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
| 北斗の拳 世紀末和室伝説 障子の章北斗の拳 世紀末和室伝説 障子の章 | 5500 | 約４倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001920&search=%CB%CC%C5%CD%A4%CE%B7%FD+%C0%A4%B5%AA%CB%F6%CF%C2%BC%BC%C5%C1%C0%E2+%BE%E3%BB%D2%A4%CE%BE%CF&sort= | ||||
| アイロン貼り超強プラスチック障子紙 | 1573 | 超強(※2) | 約95％カット | アイロン | 無地、雲竜、桜宴、市松、優花 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=005001000056&search=%BE%E3%BB%D2%BB%E6&sort= | |
| 夏涼しく冬暖かい障子紙 | 1414 | 約95％カット | のり | 無地、桜、雲竜、 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001558&search=%BE%E3%BB%D2%BB%E6&sort= | ||
| のり貼り超強プラスチック障子紙 | 1210 | のり | 無地、雲竜、桜、 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001777&search=%BE%E3%BB%D2%BB%E6&sort= | |||
| 4倍強いアイロン貼り破れにくい障子紙 | 1128 | 約４倍 | 約90％カット | アイロン | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001794&search=%BE%E3%BB%D2%BB%E6&sort= |
※１「室内が明るく感じられる」…アサヒペン社の説明の通りではこのようになっています。ただし恐らくですがプラスチック障子であれば全ての製品がこの特徴を持つのではないでしょうか？
※２「超強」…破裂強度が測定できない物。これはプラスチックシートを使用している為。
ウクライナ住民からパンと紅茶…涙を流すロシア兵士（中央日報日本語版） - Yahoo!ニュース
なんで寒い屋外で右手にパンを左手にコップを持たせて立ち食いさせてんねん。
家屋が無いとしても映像を見る限り乗用車はたくさんあるから、せめて車内で座らせて食わせろよ。
この時点ですでに演出過剰で嘘くさいのに、さらに隣の人がスマホ画面を見せてテレビ会話をさせるとか、短い映像の中に情報を詰め込もうと必死すぎやろ。
私には軍人もしくは反戦運動家が作り上げた三文芝居レベルのプロパガンダにしか見えないのだが、様々なブログでは真実であることを前提にお涙頂戴文章や反戦・反露主張を垂れ流してやがる。
ウクライナ侵攻に関してフェイク動画がネット上に蔓延しており、ネットメディアはフェイクニュースに注意するよう呼びかけしているけれども、脊髄反射で感動コメントを垂れ流している人には届いていないようだな。
もしも、この動画がフェイクだと明らかになったら、感動コメントを垂れ流していた奴は「俺はおかしいと思っていた」などと反省もせずに手のひら返しをするんだろうな。
https://news.ycombinator.com/item?id=29918052
https://bugzilla.mozilla.org/show_bug.cgi?id=1749908
about:config で network.http.http3.enabled を検索し値を false にする
不思議なのは、ycで報告されたのが96がリリースされて十数時間経過した39分前で
追記:
CloudflareでJST 17時に行われたデフォルト設定の変更が原因でFirefoxに以前から存在したHTTP3のバグが誘発されたらしい
なので、それまでは動いていたそうな
