妹から変なもん送られてきた
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
FastCopyだと、IPMsgの作者だからあの辺からタスクトレイとは無関係に直接トースト出すAPI叩いてる可能性がある
v4になってすぐは公開されてたと思うんだけど、当時の作者所属との絡みで何かあったのか?
いや、でもIPMsgにバンドルされてるの細かいコントロール用のやつだなこれ。どういうユースケースだとタスクトレイの互換では上手く制御できないんだったか。
おお、まあまあちゃんとした環境で遊びたい時はその辺まで出ないと遊べないので、時々いってたとこや
実家周辺10分以内の弐寺環境、煙草で目が潰れる場所とPASELI使えない場所しかないのが辛かった
なんか市販レベルの弱めのステロイド軟膏置いとくのありかもしれんなーと思いつつある
C言語なんか誰も書きたくないので必然だが、LLVM系はマシンパワー暴力だもんな…
This account is not set to public on notestock.
This account is not set to public on notestock.
@kb10uy shibafu528.infoはパーマリンクが壊れるからブログから変えにくい気持ちを引き起こしてしまったのでな
Androidアプリ開発→もう全然やってない
新しめのPHPを好む→これは今もそう
群馬で働く→群馬で働いてない
PHPは仕事でやるとクソつまらないけど、RFC見てゲラゲラ笑ったり謎仕様で遊んだりすると非常に楽しい言語
最近のPHPのおもしろバグ情報です(修正済) >> PHP :: Bug #79600 :: Regression in 7.4.6 when yielding an array based generator
https://bugs.php.net/bug.php?id=79600
建設時期を加味して妥当な地名で付いてたら、たぶん笠懸競艇か阿左美競艇になってるので誰も覚えられない
登さんの文書だとこれが好き
登 大遊 - Windows のファイルのコピーは、驚くほど奥が深い。 Windows... | Facebook
https://www.facebook.com/dnobori/posts/2142836202459674/
家でSKK、会社でMozc使ってると会社でうっかりShift押さえながら打鍵して変換失敗することがありますね
個人の心情の問題としてfcitx-skkは業務に耐えうると信じきれないので、会社でSKK使えねんですわ
Windowsで仕事してたらCorvusSKKは信用できるので使ってたと思います
しかしMozcもいつまで持つあろうかと不安なところがあり、そうなったらfcitx-skkで統一だろうな…
書いた時気づかんかったが、mozcよりfcitx-skkのほうが先に死ぬとおもう
mozcが何らかの理由で使えなくなったら困る人は多いだろうし、anthyとかその辺に戻りたい人もいないだろうからパッチで何とかできないか試みる人が出るだろうが、fcitx-skk使えなくなってもあまり困る人がいない……
最悪、ddskkが生きている限りemacs上で漢字変換してコピペするというフォールバックが残されている
「桜Trick」全12話一挙放送【キャラソン&サントラ全曲サブスク解禁記念】 / ニコ生視聴中 https://live.nicovideo.jp/watch/lv326335692
TissueのCSVアップロードは10MBまでと表記されているが、nginxの設定を変えてないので1MBあたりで引っかかりそうだな
あいつの作り方、ベタWin32APIですら探すのが難しい >> デスクバンド
http://eternalwindows.jp/shell/shellex/shellex13.html
COMの扱いを要求されるけど、本質はWM_PAINTでのオーナードロー的な描画作業でしかないです
というか、結局タスクバーから親hWnd情報をもらって自分のWindowを作成して、あとはその中で頑張るって話だから、うまいことHTMLのレンダラーをそこにアタッチできれば…
うちのchinachuが妙に古いからなのか、なんかmp4ストリーミングのエンドポイント叩いてもちゃんとしたのが返ってこない
PHPからうまくChinachuのストリーミングをパススルーできてない原因を調べたいが、そもそもreadfile()でいきなりhttp通信開いて出力にパススルーしてるから分からねえ!!
readfileしかりfile_get_contentsしかり、手軽なリソースロードをサポートしてるやつはいざという時に困るんよね。まあ知ってた。
file_get_contentsでhttp開けるの普通にやべーだろと思わなくもないが、curlを直で使うのが面倒すぎるから素PHP without composerな現場で使われてても一瞬ツッコミを躊躇う
ext_jsonとhttp wrapperが使える環境であれば、このように書くことでarray()の代替とすることができます。
ふと思い立って、わざとext_curlそのまま使ってみよう(あまりやったことないし)としてるが、もしかしてこれ滅茶苦茶使うのむずくない?実質libcurlじゃん
というかPHPはC世界との薄いラッパーであろうとしている思想が一部関数にはあり、その一部がまさにext_curl
CURLOPT_RETURNTRANSFERを使わない場合、どう立ち回るんだ……?
いろいろやった結果、どうにもマジで200で応答しつつbodyが0 byteのようで、そうですか……になってる
昔は使えてたような気がするんだが、録画鯖もいろいろアップデートして使っている中Chinachuだけが2017年頃のリビジョンだから、いろいろと厳しいのかもしれん
Chinachu側もストリーミングエンドポイントはたぶんffmpegの出力をそのままパススルーで流してるんだと思うから、何かあったら0 byteは考えられる
Qdmailは前職でめっちゃお世話になったが、最後の案件では実はQdmailじゃないと困る送信先なんて存在しなくてSwiftMailerで良いのでは?となって平和的に終戦した
Qdmail、やってることの大筋はそんな複雑ではないはずなんだけど、単に読みにくい
多重ループbreakとかgotoとか長大if-elseがある>epgrec
epgrec UNA、shmやらpcntlやら要求してて一体何をしようと……?となっている
そろそろlocal overlayをgithubに上げとかないとある日喪失する気がする