はてなキーワード: エラーとは
PC版トップページ( https://anond.hatelabo.jp/ )の上部にある検索機能ってみんな使える?
なに検索してもCloudFrontのエラーページが出てくるんだけど俺だけ?
=====
504 ERROR
The request could not be satisfied.
CloudFront attempted to establish a connection with the origin, but either the attempt failed or the origin closed the connection. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.
Generated by cloudfront (CloudFront)
Request ID: ____
スタバでモバイルオーダーするときに、受け取り用にニックネーム考えないといけないんだけど、ブクマカの皆で面白いの考えてくれ。
カタカナorアルファベット10文字以内で、濁点は+1文字カウントされる。
濁点が多いとそれだけで文字数が厳しくなる
それと、不適切?下品?な言葉はエラーが出てBANされるっぽい。
試しに入力してみてアウトだったのは、
チンチン
vagina
cunt
dick
逆にセーフだったのは、
ヴァジャイナ
私が思いついたのは、
アベシンゾウ
ハシモトカンナ
ウワキバレテルゾ
ドウシテコロシタ などの語りかける系
chatgptで
「sqlite3でtwitterみたいなサイトのテーブル設計をして。
上記のTwitterのようなサイトで特定のユーザーのタイムラインを表示するクエリの例を教えて」
って聞くと、こういうの表示されるけど、こんなの絶対パッと思いつかんやろ!!
特にJOIN2回使うのが全然分からん。なんならJOIN1回の部分も分からん
っていうか、hatena君、sqlのシンタックスハイライトするとインターナルサーバーエラー返してくるんだが...
class Foo def bar'baz' # return baz end end
sqlだけっぽい......
CREATE TABLE users ( id INTEGER PRIMARY KEY AUTOINCREMENT, username TEXT NOT NULL, email TEXT NOT NULL UNIQUE, password TEXT NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE tweets ( id INTEGER PRIMARY KEY AUTOINCREMENT, user_id INTEGER NOT NULL, body TEXT NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES users (id) ); CREATE TABLE follows ( follower_id INTEGER NOT NULL, followed_id INTEGER NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (follower_id, followed_id), FOREIGN KEY (follower_id) REFERENCES users (id), FOREIGN KEY (followed_id) REFERENCES users (id) ); SELECT tweets.id, tweets.body, tweets.created_at, users.username FROM tweets JOIN follows ON tweets.user_id = follows.followed_id JOIN users ON tweets.user_id = users.id WHERE follows.follower_id = [特定のユーザーID] ORDER BY tweets.created_at DESC;
「確定申告書等作成コーナー」でやるのがUIが比較的こなれてて正解っぽい?
説明によっては「e-Taxソフト(WEB版)」の方が書かれてて、どっちなのか最初ウロウロしてた。
本末転倒つーかなんというか…
最初スマホでポチポチやってたんだが、源泉徴収とか扶養とか入力して「ローンの入力はあとでやるのかな?」とか思って進めてたら提出まで行ってしまった。マヌケめ。
途中の選択どこで見落としたのかまったく気づかなかった。
期間内ならまた新規に提出すれば上書き訂正になるっぽいので、改めてYouTube見ながら同じ画面になるようPC版でやり直した。
https://www.youtube.com/watch?v=tMbeJvSryj0
その後はMacのSafariでやった。拡張入れるのと証明書キーチェーン登録は問題なく、エラー無くログインできた。
しかし何度かメニュー行ったり来たりしてたら「ブラウザ拡張機能 ×」とか出て、さっきまで○だったやんけ!とツッコむ事態に。
FAQでは「確定申告書等作成コーナー」からできるっぽく書かれてるのに解説ページたらい回しにされて全然わからん。メッセージボックスに入ってもULできそうなメニューが無かった。
「e-Taxソフト(WEB版)」の方にはULできるメニューがある。
(後日追記)
たしかにアップロードしたのに、税務署から「必要書類なんも添付されてないから郵送で送れ。早く。」って手紙来た。
まじでなんで渡ってないのか分からなかったけど追及するのも面倒なので大人しく紙の書類揃えて送った。
最初に間違った申請してあとから上書きしたのが悪かったのか?申請とアップロードが紐づいてなかったのか?わけわからん。
必要添付書類に指定されてて、ググったら役所窓口で取れるよ情報ばっかり出てくるから危うく1,300円払って取りに行くとこだった。
https://www.city.ikoma.lg.jp/faq/faq_detail.php?co=cat&frmId=443&frmCd=1-5-0-0-0
はてブの通知には、バグがある。その原因がわかったので、告知する。
この画像の通知で、次の差が生じる。
・ 1番目のリンクをクリックしても、反応しない。(リンク切れ)
同じブコメへのリンクなのに、1番目ではエラーが生じており、3番目では正常である。
こういうことは、しばしばある。(通知のリンク切れが発生する状況)
──
では、どうしてこういうエラーが発生するのか?
それはリンクを調べるとわかった。1番目と3番目は、それぞれリンクが違っている。
https://b.hatena.ne.jp/blueboy/20230225#bookmark-4732833807750143236
https://b.hatena.ne.jp/blueboy/20230224#bookmark-4732833807750143236
見ればわかるように、 # の直前の数字が違っている。これは日付を意味する数字だが、1番目は虚偽の数字であり、3番目は正常な数字である。
つまり、リンクの数字を取得するときに、日付を間違えて取得しているわけだ。そして、間違えたリンクのページは存在しないから、リンク切れになってしまうわけだ。
いかにも、はてなの技術水準の低さがわかる。こんなバグは、ずっと前から気づいた人が多かったはずだが、誰も直そうとしなかったわけだ。「はてな?」と首をひねるだけの注意力がなかったんだね。
リンクの取得のときにエラーが起こるだけでなく、リンクの設定の時点でエラーが起こっているように思える。なぜなら、スターの通知があるのに、実際にはスターが設置されていないからだ。スターボタンを押した人はいても、スターは付いていないわけだ。(これもバグ)
──
ご指摘いただきました不具合につきまして、修正が完了いたしましたのでご連絡いたします。
本件は、タイムゾーンの異なる方からのスターにおいて生成されるURLにおいて発生しておりました。
今後は同様の不具合は発生いたしませんが、すでに生成されたURLについては修正することはできません。大変ご不便をおかけいたしますがご容赦ください。
その後、通知を確認したところ、通知のリンク切れのバグは解消されたようだが、スターが付かないというバグは解消されないままである。バグは半分だけ直ったが、半分は残されたままだ。
ウツ婚!! 死にたい私が生き延びるための婚活というマンガを読んだ
https://comic-days.com/episode/316190246951354365
この作者さんは傷つくのを恐れずに頑張っててえらいとは思うのだが
女だったらどんなにブスでもとりあえず合コンをセッティングしてもらえるし
女だったらどんなにブスでも婚活ぱーティーに1000円で参加できるなど
「理解あるカレピ」を見つけるためのハードルが低くていいよなーって思ってしまった。
こういうこというと
いや女は化粧とか服とかって言い出す人いると思うのだが
化粧とか服は婚活しなくても要るでしょ!ってなるし
さすが男でも婚活に参加するときはそこらへんコストかかるので。
女にとって婚活って精神鬱のデブでも挑戦できるくらいハードルが低いからソリューションたりうるけど
デブやら精神障害やらでアウトになった男にとってはハードルが高すぎてキツイって思った。
文句ばっかり言っててもしょうがないので俺は俺のできることを頑張りたい。
つまりこれは本来「開いたら閉じる」系の外部リソースをループ回し中やエラー中断で開きっぱにして困ってた人が
「変数をNothingにすると(なぜか)症状が改善する!」と発見してそれが秘伝のタレのように口伝してきた結果ではなかろうか
そうだな
・テストの設問に間違った答えを書く ⇒ 失敗(合否は関係ない、その設問にフォーカスすれば、一般的には失敗)
・料理の途中で味見をしたらまずかった ⇒ 失敗(提供される料理の味は関係ない、その味見にフォーカスすれば、一般的には失敗)
幾らでも言えるが、それぞれで
「失敗ですね、失敗したんですよ、認めて成長しましょうよ」
ここでまさか、途中の項目で異常をきたしていても、最終的に目標達成すれば、それは成功であるとか
「はい失敗ー」「私が勝手に決めた区切りで目標を達成してない、しっぱいですー」
ってな
十代ならではだよな、あの「また同じ明日が来るんだから今日はなにやっちゃってもいいじゃーん」っていう
いやお前、また今晩惨殺されるんだぞと思うんだが、これが若さという奴か。
状況を把握してから「死にゲー」「覚えゲー」感覚でカラダ探しを攻略していくのもよかった。
カラダ探しに巻き込まれることで、各個人が抱えているいろんな問題が解決されていくところなんかは
ただ、どうしたってこれ系だとちょっとズレるけどハッピーデスデイには及ばんなって感じがしてしまう。
ちなみにハッピーデスデイは「何度同じ日を繰り返しても殺されてしまうビッチが頑張る話」だ。
ハッピーデスデイに比べるとホラー要素とキラキラ要素と謎解き要素のバランスが悪かった。
謎解き要素も雑だし。
ハッピーデスデイはホラーというよりはサスペンス、ミステリよりなのでそこで比べるのもよくないか。
ハッピーデスデイはゲームとしてよりトライアルアンドエラーの提示が丁寧だった。
オールユーニードイズキルなんかもそうだけど、やっぱ繰り返しものは俺ならこうするのに~が楽しい。
カラダ探しはそもそもカラダがどこにあるかという謎は特に存在せず、
基本的にひたすらローラーしていくだけだったのでそのあたりのエンターテイメントが足りてなかったかな。
この話、捕捉された例外とエラーの違いが一般には解りにくいのが問題の本質だと思う。
プログラム上は異常系なんだけどそれは外から見て異常じゃないんだ。
設計者にとっては正常系と異常系を分ける必要がある。異常事態には原因究明のために理由の追跡機構が必要だが、正常なロジックでは必要ないから。
一応サブカーとしては生かしているんだが、久々に手続きが必要になってアクセスしたんだが
と言うクソさを改めて認識してイライラしている。しかもメルアド変更しようとしてもどっかでエラーになってるのか確認メールが届かない。
サブカードも他に移してやりたいと言う気分になってる。昔はポイントが結構よかったんで使ってたけど、ポイント利率も悪くなったし、使い勝手も悪くなったし。潮時かなあ。
僕は非IT企業のデスクワーカーで、ある業務を専任でやっています。
これまでマクロやソフトウェアをいくつか作成して業務を省力化してきました。
用途に応じて、Excel+VBA、C#、PowerShell、Access+VBA、AutoHotKeyを使いました。
仕事は楽になり、長時間残業していたのが定時に帰れるようになっています。
最近、体調が思わしくなく仕事を辞めたくなっているのですが、これらマクロ類をどうしようか悩んでいます。
後任の人が後日困りそうです。
かといって、これらを引き継がないと後任は残業地獄になるでしょう。
そして、マクロ類を使わないでどうやって仕事をしていたのかだいぶ忘れてしまったので、あやふやなことしか後任に教えられません。
この手の話はあるあるとは思うが書きたくてここで書いておく。
うちの会社には1年前にMS Teamsが導入され、使いたい人は使ってね的なやんわりとした移行期間が続いていたが、先日やっと全員利用必須となった。
今、社内コミュニケーションに革命が起きようとしているが、同時に革命を潰そうというやつらがいる。
主に高齢社員の中に一定存在するスタイルとして、チャット画面でも「○○部○○様へ」から始め、日々の業務のねぎらいの言葉が続き、やっと本題が始まるという非効率無意味な発言方法がある。
(そいつの非効率のために給料が生じていることには遺憾だが)本人の利用方法のうちに収まるのなら放置しておこうというつもりだったが、ついに他人にも悪影響を与えているらしいことが判明したのだ。
まだ全容がわからないが、複数の高齢社員が、若い社員に個別に長文説教メッセージを送っている。
内容としては、即レスではなくよく推敲して返せとか、短文ではなくしっかり整理した文章と根拠資料をつけて送れとか、旧時代のコミュニケーションを続けたい意図によるものだ。
メッセージ系のコミュニケーションなんて短文即レスでいいのだよ。
スピード重視の道具なんだよ。
相手のメッセージに不足があると思うなら聞き返せばいい、うちには英語のエラー文読まないで人に頼るみたいなレベルのやつはいないんだよ。
ソフトウェアに関していうなら、そういう工業製品みたいな性質はしてません。ユーザーにバンバン使ってもらってバンバンエラー報告してもらってどんどん完成度を上げるのが基本。
そういう文化が受け入れられなかった日本人だからアメリカみたいにITで儲けることができなかったんですよ。
完成時に完成しないままリリースしてしまってバンバン金稼ぐのが流儀なんでね。