はてなキーワード: タイムアウトとは
以前、短期間だけど、B2B通信のミドルウェアメーカーにいた。B2B通信っていうのは企業間でのデータのやりとりのこと。
あなたが近所のスーパーやドラッグストアで買い物をしているとする。お店は品物を仕入れるため、B2B通信で「冷えピタを20ケース売ってください」というデータを送り、受け取った卸売業者は「受注しましたよ」というデータを返す。卸売業者はさらに、メーカーに対して発注データを送り、メーカーは卸売業者に受注しましたよというデータを返す。
あるいは、あなたがAmazonで買い物をしたとする。Amazonはクレジットカード会社に請求データを送り、クレジットカード会社は成否をAmazonに返す。
あるいは、あなたが使っているA銀行の口座から、別のB銀行の口座に振込をしたとする。当然、銀行間でやり取りが行われる。
こういうデータのやり取りが、毎日恐ろしい件数で行われている。サマータイムが導入されるとしたら、B2B通信にも影響がある。ちょっと考えただけでも、
サマータイム導入が決まった場合、そういった問題が起きないように対応しなければいけないわけだけど、
限られた予算の枠内でサマータイム導入にコストを取られるということは、それ以外の施策は後回しになる。停滞のもとだ。
対応方法が企業によってばらけそうなところも問題だ。B2B通信しているすべての企業が揃って完璧な対応をできれば問題ない。でも、場合によっては、「うちはIT予算に余裕がないので、サマータイムの切り替わりタイミングでサーバの時計を2時間ずらすだけにします」みたいなところも出てくるだろう。そうすると、「時刻は確かに2時間ずらされているけど、タイムゾーンの指定はJSTのまま」みたいなデータが送られてくることになる。メーカーとユーザ企業の力関係にもよるけど、ミドルウェアでは「通信相手ごとにサマータイムの対応方法が違う」という前提で複雑なプログラムを組まないといけなくなるかもしれない。
おそらく、サマータイムの開始・終了時には、夜間にも関わらず関係各社の担当者が待機させられることになるだろう。B2B通信も夜中には頻度が下がるのが確かだけど、ないわけではない。データの種類によっては「毎日1回夜中の3:00に送る」みたいなケースもある。万が一何も起きなければ安心して寝ればいいけど、何か障害が起きた場合、影響が大きくなる早朝までに対応しなければいけないので、ミドルウェアメーカーの運用担当者も開発担当者も召集され、タクシーで集まって全員で対応するハメに、というのも十分ありうる。
海外との取引がある企業もあるから、日本だけの話でもない。「へぇ、日本でもサマータイム導入されるんだ。どれどれ、このJDTっていう1時間ずれるやつかな」なんて中途半端に対応されてトラブルになるケースもあるかもしれない。
……ここまで書いてきて思ったけど、サマータイムの対応で問題なのは、費用負担が一番大きいんじゃないだろうか。
オリンピックは、主催者や、そこから仕事をもらっている広告代理店、建築業者、スポーツ用品メーカーなどが収入を得る。それ自体は別にいいんだけど、そのためにサマータイムが導入されて、オリンピックと関係ない企業や、そこで働く人たちが負担を求められている。娯楽はそもそも、提供する側がサービスして、享受する側がお金を払うという交換をするわけだけど、サマータイム導入で反感を買っているのは、オリンピックから直接利益を受けない企業や人が、「あくまでサマータイム対応にコストがかかるのであって、オリンピックにお金を徴収わけではないから問題ない」という論理でタダ働きさせられることが大きい気がする。いわば、日本全体から金をふんだくって、オリンピック主催者・関係者に集約するかたちになっている、その構図が問題なのではないか。
そこで提案なんだけど、「サマータイムは導入してもいいから、対応にかかる費用を東京オリンピック主催者に請求できる」というかたちに持っていくのがいいのでは。
「いやいや、開始までの時間が残り少ないのが問題だよ」という意見もあると思うけど、費用が請求できるなら、優先度上げてできることが色々増えるよね。単純に人を増やしたり、深夜残業代にあてることだけじゃなくて。
たぶん、開催時刻をずらすんじゃなくてサマータイム導入、という話が出たのも、「IOCとの契約で時間が決まっちゃってるから変えると違約金払わされる」とかそういうことだと想像するので、サマータイム対応にかかる費用を主催者が負担して違約金回避できるなら、問題ないよね。……まさか、対応費用が払えないほど莫大になることがわかっていて、それを全国の企業に押し付けようとしているわけではないよね? もちろん、「サマータイム対応費用を都や国が補助金とか出して負担する」ではダメですよ。それだと結局、主催者が儲かるために国民全員に負担を押し付けるかたちになっちゃうので。
いやぁ、いい案を思いついた。これなら全員がニッコリ、Win-Winな感じになれそうですね。よかったよかった。
https://anond.hatelabo.jp/20180609124213
不具合修正だけでアップデートするの嫌だったのでなにかないかと思っていたところ
自分がスターつけたブコメが一目でわかるよう色や印がつくと、自分が支持した意見や参考になった意見が一覧にできて、考えや参照情報が整理しやすくなると思う。あと、自己を客観視しやすい。賛同してくれる人いる?
それをそのまま実装した形です。
どこにマークするかはいろいろ試した結果、AddStarボタンの枠線に落ち着きました。目に付きやすいし同じブコメに意図せず複数回★付けるのを防ぐ意味で。色は黄色や青だと馴染んでしまうので赤です。
★自体にもマークするのはちょっとやりすぎかなぁと。うっかりデマにつられてしまって★消したいけど100個も200個も★付いてて探すの大変!ということはあるかもしれませんが。レアケースでしょう。
ちなみにinner_starというのは「★17★」みたいなやつです。HatenaStar.jsでそのように命名されてます。
使っているうちにこまごま見つかった不具合をちまちまと潰し、潰してはエンバグして、また潰し、とやってなんとか一段落しました。
不具合5は特に酷く、★フィルタ作成時に「色情報が入っていてそのままでは使えない」からこそaltでなくhrefから取得することにしたにもかかわらず、それをすっかり忘れてエンバグしてしまうのだから情けないこと頻り。忘れるのはわかりきっているので通常は当たり前でない処理にはコメントを入れて未来の自分に注意を促すわけです。今回は忘れることを忘れてしまってコメントを入れなかったのが敗因ですね。
mobile版含め落ち着いたので次は環境固有の不具合…と言いたいところですが報告のあったアドオンの組み合わせバグはどうしようもないかもしれないなと正直思ってます。まだ何も調べてませんが。うまく直れば「同一ユーザーの★をまとめる機能」と合わせて1.1.0をリリースしたい気持ち。お気持ちの表明。
でしょ」
ときどき、「会社は社員から搾り取ることばかりで、社員のことを何も考えてない」とか「従業員をサービス残業させて搾取している」とか
つまるところ「自分たちは苦労してるのに、重役達は楽して良い思いしている。むかつく!」みたいなエントリーを読むと、
だったら自分で農場作って、社長になったらいいんちゃう?と素で思うんですが、そういうもんじゃないのかなぁ。
こんにちは。東京都大学農学部の増田と申します。
突然ですが、皆さんは、英語、苦手って思ってますよね。
でも、最近思ったんです。家畜と意思疎通するよりも英語の方がずっと簡単なのでは…?と。
だって英語って、人間の言語ですけど、人間はブタよりもとても賢い動物なのです。
#いや、ブタは家畜の中では一番賢いので、勘違いしないでよね。
ごちゃごちゃ言ってるけど、要は勇気があれば、英語くらい楽勝なんでしょ?
わたしが思うのは、ズバリ目光線です!目から発射する光線です。英語ではgazeと言います。
実験圃場にネコがいるのですが、急に声をかけてもすぐに返事はくれません。そこで…目を合わせる、すると「にゃー」。これが動物の大原則。
英語って、実は動物同士のコミュニケーションをベースにできているんです。だから、動物原則が大事。
あの人と目が合った!次に、どうすればいいのでしょうか?Hello?それもいいでしょう。
実験圃場に4代目ケンタロウIII世がいるのですが、知らない相手には吠えるんです。そんなときどうしますか?
そう、敵意がないことを示しますよね。ケンタロウは犬なので目光線で黙らせます。
でも人間同士ではもっと便利なものがありますよね?そう、smile!
2003年に米軍がイラクで宗教指導者に面会を申し込んだら一触即発の緊張状態に。そんな時にはsmileで切り抜けました!
gaze!の次は、smile!
戦わないことも勇気。
相手もsmileを返してくれました。そしたらいよいよ会話です!
helloとかhiとか始めましょう。適当でいいです。義務教育は修了してるんでしょ?
誰でも外国語は難しいもの。語学の達人シュリーマンもそんなこと言ってますきっと。
外国人はどうしても語彙が幼稚なため、知能が低いと思われがち。
そんな時、ヘラヘラしちゃだめです。ヘラヘラしてるとホルスタインにゲロかけられますよ。
困ったとき、ヘラヘラする代わりに両手をこう持ち上げて、目を閉じて、OK、OK...と言って考えているふりをしてタイムアウトをとります。これは教授には通用しません。「知らないことは、考えても出てこない」と言われました。
英語ではI don't know.よりもI'm not sure.が便利です。
ホルスタインには気をつけてくださいね。ぶつかるとケガします。
AQM せっかく書いてくれたのにごめん。これ多分あんま伸びないと思う。
普通にショックですわ。
45分かけて出てきた回答がテンプレかつ「お前が読め」で済ませられる簡単なお仕事です
2018/05/01(火)
09:48 問合せ開始
お問い合わせありがとうございます。
※法人様向けネットワーク製品、NAS(ネットワークハードディスク)製品
09:50 -------を使用しています。スマホからVPNで接続し、ブラウザからログインしようとしてもタイムアウトになってしまい、ログインできません。使用しているスマホはH------です。実は4月3~6日頃までは普通に出来てました。
09:51 今回帰省するので予め試してみたらできなくなってました
【プロバイダ名】
09:53
09:55 回線は----、プロバイダは---、--------があるにはありますが、ルータ機能は切ってAPモードで使用してます
-----とご接続いただいているモデム(終端装置)機器の型番をうかがうことはできますか。 09:57
09:57 ----だと思います
-----
↓
↓
-----
↓
確認をおこなったところ。
下記FAQにてリモートアクセス/VPN接続がうまくできない場合に
■リモートアクセス(VPN接続)で困ったときは/よくある問い合わせについて(リモートアクセス対応ルーター)
http://faq.buffalo.jp/app/answers/detail/a_id/8347 10:11
重ねてお問い合わせをいただくこととなり、ご迷惑をお掛け致しますが
「下記にご案内する本日のお問い合わせ番号」
「環境配線図(回線種別・モデム型番・接続機器のメーカ、型番、OS、MACアドレス等)」
確認後、他にご案内できる情報があればご提案させていただきます。
※複数になる場合、フォルダにまとめZipに圧縮してください。
※容量は2MB以内でお願いいたします。
今回のお問い合わせ番号は「180501-00368」となります。 10:11
このようなご案内となり、大変申し訳ございませんが、何卒、ご了承下さいます様、お願い申し上げます。 10:11
10:16 ここにあるのは「VPNが出来ない場合」の例ばかりです。私の場合はVPNの接続自体は出来てます。その後、ブラウザからログインができないって話です。問いの内容と回答が合ってません
恐れ入りますがエアステーション設定画面へのログインという意味でしょうか。 10:18
10:19 そうです。スマホのブラウザからエアステーション設定画面へのログインをしようとするとタイムアウトになります
恐れ入りますが現在VPNで接続中とのことでございますが、お手元にWXR-1901DHP3はないご状況ということでよろしいでしょうか。 10:27
10:28 いや自宅にいて、スマホからVPN接続を試してる状態です。今目の前にあります
かしこまりましたその場合恐れ入りますが、VPN接続でなければエアステーション設定画面の表示は行えているご状況ということでよろしいでしょうか。 10:29
10:30 そうですね。Wi-Fiだとログイン画面が正常に表示されます。
かしこまりました。その場合VPN限定の症状の場合設定数値の問題の可能性もございますのでやはり上記リンク内容のご確認が必要かと存じます。 10:31
恐れ入りますがチャット窓口でのご回答が難しい状況かと存じますので
メールサポートまでご連絡いただいてもよろしいでしょうか。 10:32
10:32 ・・・そのページのどこかの案内位するのがサポートじゃないですか?
恐れ入りますが
チャットサポートでの即時のご案内が難しい内容となります。 10:33
このようなご案内となり、大変申し訳ございませんが。
チャット窓口でのご回答が難しいため
初のファンミーティングは倍率も低めとのことで無事チケットを入手できた
そして事前物販
他ジャンルにいたときから「某ゲームの物販はひどい」旨のリツイートはよく見かけていて
最近でもグッズの売り方についての学級会が頻繁に開かれていたが
私はそこまでグッズ厨じゃないし、手に入るものの範囲で楽しめばいいんじゃない?などどタカをくくっていた
参戦してみて初めてわかった
TLで手に入れている人がいるのに注文画面にすらたどりつけない脱力感
夜中に仮眠をとりながら、手に入れている人がいるのだから、とあきらめずに何度もアタックし、
12時間後、やっと注文ページのかけらにたどりつくがカートに入れられないままタイムアウト
夜に「もう寝る!」と戦線離脱したはずの人が起きぬけに買えた報告をしていて戦意を削られる
めちゃくちゃ文句言ってたくせに、買えたらあっさり「この商品は完売してました~☆」みたいなツイートしてくるのもむかつく。
おススメ方法が何通りもリツイートされていたのに、少し仮眠している間にそれすら使えなくなっていた
一番腹が立つのは、買えなかったものは事前物販で買います~わー買えるかな…(汗)的なツイート。
私は遠方なので、事前物販には行けない。
事前通販が唯一の頼みなのに、事前物販に行ける関東圏の人が買えるものだけ先に買っておこうと殺到して弾かれて憎しみすら湧いた
本来は、十分な在庫や受注生産にしなかった主催側に問題があるのだろうが、
恨みはどうしても、ほかに買えるチャンスがあるくせに欲張って事前通販にまで参戦してくる都市圏民に向かってしまうのはどうしようもない
これまで、事前物販も焼野原だったと聞くので、事前通販にももれなく参加するのはわかる、わかるんだけど恨んでしまう
このジャンルが好きになって日が浅いのに、グッズをめぐる争いで早速疲弊してヘイトが沸いてしまった
まあ、噂通りのジャンルでしたわ
ペンラないけど推しカラーでライブ参戦はするけどやっぱりペンラ持っている人をみると複雑なんだろうなー
はー今から気が重い
嫌いになりたくないからグッズ類は敢えて追わないようにしていたのに、事前通販だからと軽い気持ちで参戦してしまって後悔している
くるしいくるしい。
しばらくは歌も聞きたくないな。あ、でもイベント中だった。
辛い
最近日記に書いてないけどプレイしてるゲームで僕が大好きで応援してる子が復刻された。
たださっき単発ガチャ無料キャンペーンを引いたら通信エラーでタイムアウトしてね? と思わんばかりの長時間ロードの果てに最上位レア引いたので、まあ今日のところは許しておいてやるわ。
その最上位レアのキャラクタは、キャラクタ単体ではあまり興味がない子なのですが、また別のあるキャラクタとのカップリングが好きで、そのカップリング相手の子の最上位レアはもう持ってるので、さらにもうひとりのキャラを加えたお歌がとてもとても好きでイベントがあるかもだから、次の最上位レアを選んで買えるキャンペーンをやるときはもう一人の子も……
そもそもなんで僕そのコンテンツのことをここに書かない謎なルールを作ったんだろう
森久保です。
iOS版の新クライアントが導入されたのは12月の頭位であった。この月の頃には僕の所で前から起こっていた、ダンジョンからの帰還操作に時間がかかる、という問題だが、これが帰還操作をしてからだいたい30秒以上かかるようになっていた。この問題は、30秒以上になると通信エラーを起こすという問題に発展しており、通信エラーが起こった時には帰還が失敗することが多くなってきていた。
この問題は新クライアントになる前から観測されており、何度もユーザサポートに問い合わせを行ってはいたのだが特に何も対応されることはなかった。僕としては何度も通信エラーを起こしていればたまに帰還が成功するわけなので遊べないことはない、というような言い訳をしつつ、15分の冒険を行わせるために30分位は帰還しようとして通信エラー、再起動させてまた通信エラー、という事を繰り返していたのである。
さすがにこんな事に時間が取られてしまうのは面白くないと思っていた所で、新クライアントがリリースされ、「お知らせタップ」が知らされるまでは遊ぶこともできなくなり、何故「お知らせタップ」で解決するのかを観測してみたところでスキマの通信が平文で見放題であることに気づいてしまったわけである。そこにやってくる正月休み。なるほどこれは僕に与えられたハックの時間なのですねと僕は正月休みをスキマの解析に当てた。
解析自体は簡単であった。帰還時に時間がかかっているのはクライアント側ではなくサーバ側であることも観測から明らかになった。何故時間がかかるのかは皆目検討がつかなかったが、とにかくサーバ側(多分DBアクセス等をしている)で時間がかかる処理が行われることによって、PHP側のタイムアウト(default では 30秒)にひっかかって50*のサーバエラーが起こる。クライアントは50*が返った事により「通信エラー」を表示する。サーバ側では処理が終わることもあるようだが大半は処理は終わらずそのプロセスごと殺されているようだ。従って、帰還するためのPUTリクエストを送って、失敗したら/login2からセッションキーをもらってもう一度PUT、と繰り返す事で30分(その頃には45分を越え50分位はリトライし続けないと駄目だった)以上かかる帰還操作を自動化することができた。
ここまでで検証作業自体を終了とし、検証で明らかとなった問題(遅いのはサーバ側、30秒以上の処理が行われる事によって50*が発生する、PHPで動いているようだがPHPのtimeoutの初期値は30秒、ワークアラウンドとしてはこの30秒のタイムアウトを60秒とかにすれば当面の問題は回避可能であるが、このままいけば早晩60秒の壁も突破するので根本的な修正が必要)といった事を詳細に書き、Pythonにより自動化された帰還操作を繰り返す(つまりは問題となっている50*のサーバエラーを起こすための)プログラムを添付して、「ここまでやったのでBANするならすればいいよ」と添えてサポートに提出した。
しかして返答としては「BANはしないけど今後はしないでくれる?」という温情あふれるものであり、その後すぐにタイムアウトの設定が増えたらしく30秒で50*が返される事はなくなり、一回で帰還操作が正常に終了するようになり、僕は帰還操作で50分も無駄な時間を奪われる事はなくなった。(といってもその2ヶ月後には60秒の壁が立ちふさがって同じ事が起こったのであるが)
年が明けて5月、一ヶ月後にスキマのサービスが終了することが発表された。先程も書いたように僕は帰還操作がうまくいかないためにまともには遊べなくなっていたが、サービスが終了するのであればこれ以上とりたてて修正を願い出ることもあるまいとそれ以上は特に何も言わないで最後の一ヶ月を過ごした。
振り返ってみるとバグを攻略するという楽しいゲームであった。最後の方では通信の解析を行ってBOTのようなプログラムも作成して非常に楽しんだ(実際、二週間位(一つのイベントが終了するまで)は自分が操作しないでほったらかしておいてもやりたいことはだいたい全部できているようなBOTが作成できた)。今となっては起動してもタイトル画面しか見えないゲームであるが、データが見えなくなるのは寂しいのでとクライアント側に保存されているキャッシュデータ(sqlite形式だった)の中身を閲覧するためのWebアプリを書いたりもしてとても楽しかった。多分運営側としてはいちいちバグ報告と称して長たらしいmailを投げ込んできたり、果ては通信内容を解析してサーバ側の設定を書き換えろと指示するといった迷惑極まりないユーザであったとは思うが、まぁ、終わってしまったゲームであるのでもう何を言ってもいいのかなぁと思ってあけっぴろげに書いてしまった。
また、スキマを最後に開発していた会社はその後解体されて本社に吸収されている。
そういえば、色々とお世話になった2chのスレッドはまだ残っているようである。せっかくなのでスレの方にもこの文書の事は紹介しておこうと思う。
すいませんいろいろあって当時はいらない(というか育てられない)と思っているうちにタイムアウトしたのですが今はちょっと後悔しています。
でも、それを大っぴらに「私たちは間違っていた」「私たちは生きている価値がない」「私たちは過ちを犯した大罪人」とか自己反省していることを高々に周囲PRしたって生きづらさがますまず増すだけだし聞かされるほうもたまったもんじゃないでしょう増田ならともかく。なので何かしら外面的にはPRしないといけないし、なにかしらで生きがいを見出さないとやっていけない。今更どうしようもないし。仮に昔に戻れたとして子供いたら人生はっぴーだったかどうかなんてのはそれこそわからない。ものすごい障害児が生まれてものすごく苦労してそれでも外面的には「生まれてきてくれてありがとう」とか言い続ける羽目になるかもしれないし。
後悔はしているが、じゃあ今がものすごく心の底から不幸でただ死ねないでいるだけというほど落ち込んでいる日々かというと、それはまたちょっと違う。こんな風に問われたらそういうことも思う、という程度。
まあ子供のことだけでなく「なんで本音で話さないの?それ本音なの?」って問い詰めても100%本音というものと100%建前というものを完全に区別できないし、区別しないと許さない!みたいな態度は誰も幸せにしないね。思ったまま話せる関係になれたのなら、それが元増田の人徳だと思う。