21:16:10
icon

がんばれ~

21:15:59
icon

【改修状況とサービス開始時期について】
 これまでの経緯より、インフラとアプリケーションについてその全ての再調査を行った結果、それぞれに非常に大きな改修が必要であることが判明しました。
改修計画を策定し、既に改修作業に着手しておりますが、完了までに多くの時間を要する見込みです。その後のテストなども含めるとサービス開始までには3ヶ月以上の時間が必要であると判断しました。改修作業やテスト等の状況により前後する場合がありますが、進捗につきましては順次ご報告させていただきます。

19:11:10
icon

ディスガイアさん本当に三ヶ月後にサービス再開出来るのか

18:53:38
icon

社長、突き詰め過ぎずにある程度身体にやさしい食事を心がけつつ運動とかの生活習慣の改善の方をガチガチに頑張るしか無さそう

18:18:02
icon

ポテト二つも食べたらクソ胃もたれしない??若さか????

17:02:41
icon

ああいうの、推測が多分に含まれてると思うんだけど推察される。とかって言葉は使わないし微妙に確定してる真実とかを混ぜ込んで本当っぽくみせてて詐欺の手法と近いな~って思ってしまう

17:00:04
icon

け2のソース添付無しの騒動まとめスクショが回ってきて、ソース不明~~~~~~となった

16:42:01
icon

じゃあ、Transportの配送時のリトライ動作を正常化したい場合にはどうすんの?って事で調べたらちゃんと先人がいた。
hogem.hatenablog.com/entry/201

うーん、いつ実装するかなぁ。

Web site image
通常transport_maps では設定できない静的配送先のsmtpサーバを冗長構成で設定する
16:38:34
icon

これ、今更だけど原因が分かった。fallback_relayが設定されてて、その動作仕様を勘違いしてた。
fallback_relayは『relay_hostに設定されたアドレスへの送信に失敗した時のリトライ先』という認識で設定していて、指定ドメインへの配送であるTransportの設定には有効で無いと思っていた。
でもこれは間違いで、実際は通常のメール配送の失敗時のリトライ先として動作し、それにはTransportに設定した宛先へのメール送信に失敗した場合も含まれていた。
その為、内部向けのリレー設定として設定してあるTransportの宛先への配信に失敗して外部のメールサーバにリトライをかけるという変な動作をしてしまっていた。

14:24:51
icon

エンゲージプリンセス、昨日初回ガチャ回してて☆5出た~~~と思ったらイラストレーターがかれいさんで、ディージェイザビエルじゃん!!!!ってなった

14:12:51
icon

スマホゲー、片手持ちして出来ないやつは通常の生活の動作に組み込めないのでプも含めて継続が難しい

13:45:38
icon

開始したばかりのソシャゲにありがちだけど、リセマラするにしても最高レア各属性1人ずつとかで選択肢少なくて好みが居ない、みたいになりがち

13:42:46
icon

昨日思いだしてエンゲージプリンセスの初回ガチャとチュートリアルだけやってみたけど、キャライラストに好みの人が全然居なかったのと、メタメタな脚本とかが肌に合わなかったのとで、え・・・おもんな・・・となって終わった

12:58:51
icon

太ももパン

12:29:30
icon

@mr_mr_president ちょこっとアニメ けものフレンズ3見て

12:21:37
icon

@mr_mr_president けものフレンズ3じゃん

10:52:20
icon

猪肉鍵さん・・・

01:13:10
icon

あ、もちずま会のやつアレしてねぇ

00:33:59
icon

@dj_XAVIL 目線、今の環境だと座面を上げないといけなくて結構難しい・・・やっぱ立ち環境復旧させるしかない

00:06:25
icon

@dj_XAVIL 1番と2番ですね。あと座ってる。