南海高野線 [急行]橋本 6212(6200x4+6200x4)/8両 #ponatra
近鉄山田・大阪・難波線 [阪伊乙特急]大阪難波 22414(AL14+AS→)/6両 #ponatra
里々整備班Ver Mc169-3
https://github.com/ukatech/satoriya-shiori/releases
#ukagaka
上の拡声器のアイコン(お知らせ機能)の最初に雑な説明を突っ込んであるので、なんかこういい感じで使ってください。
ソリューションの提供がハチャメチャに速い!
このアカウントは、notestockで公開設定になっていません。
インフラはどうとでもなる(ならないけど)としても、丼自体の運用スキルのほうが重い気はするわね
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
さすがにサーバ1つだけ指定というわけではないけど、恒常的にあくらふさんちが第一選択になってるので、おおむね時を同じくしています。
そのうちの1台はたぶんうちの時刻配信サーバ(そこの下にうかどんがぶら下がってる)
めんどくさくなってついにどっかーでたてたけどボリューム割当忘れてて設定などがどっかーんしたあるあるミスをかました
LibreTranslateにさしかえて翻訳し放題になったけど、うちのインフラが遅いので無理っすねーという感じ。石油王さん超つよくてGPUも積んだサーバください。
@Nao とりあえず、うちの管制下のサービスは全部GeoIPとかでは弾いていないということは確かなんだけど、里々wikiはなぁ…。日本経由のProxy刺していけたら蹴ってるなあ。
このアカウントは、notestockで公開設定になっていません。
@zundan 「以降暗号化しまっせ」のコマンドを最初に打ち込むか、最初からTLSで喋り始めるかの違い?
全部回答待ちホールドで詰んでしまって暇つぶし状態という忙しいんだか暇なんだかわからないのが頻発しており…
がんばってきます…😩
特にいまなんかひどい。物売るってレベルじゃねーぞ!っていう部品の納期の混乱っぷりなので納期管理だけで一日が過ぎていく。吐きそう。
いや商社とかメンがヘラるコースですやん…
このアカウントは、notestockで公開設定になっていません。
@aobanozomi 実際大枠では当たってる場合が多いからなんとも言えんのよなあ。今回もさすがにロシアのせいは嘘だろうけど、どっかの中国の外注先とかがロックダウンで身動き取れなくなったとかありそうだしなあ。
@aobanozomi とりあえず悩んだら全部ウイルスかロシアのせいにしておけば95%ぐらい当たる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「Mastodonサーバ調査して、いくつかピックアップしといて」って依頼されている人もいるのではないか(妄想)
このアカウントは、notestockで公開設定になっていません。
「必要なコマンド」の特定ぐらいは相談してくれたらいくらでもアドバイスするけど、まずエラーをちゃんと眺めて相談できるところからね…!
「ドキュメント通りにやってもMastodonが動かない」のば確かにドキュメントがまずいんだけど、継続運用していくことを考えたら、エラーメッセージを読んで原因探って必要なコマンドを追加で打つとかぐらいはできないと、かなりしんどいよなあ感。
今回のは4.0のリリースと大量流入が重なってハードどころかベンタブラックって感じやもんな…
Eugenさんがハードワーク過ぎるのと、ホント儲からないのでこんなスーパー大変な立場で功労者なのに報酬少なすぎるとかあるので、個人で支えるのもそうだけど、もう少し社会が手を差し伸べてくれるといいね、などと思う朝
もっと軽率にうかどんでテキトーに文字列を垂れ流してほしいんだけど、なんかこうお手軽感を作るのは難しいものだ…
このアカウントは、notestockで公開設定になっていません。
利用者が意図してデータを取得し保存するのでない限り、単なるキャッシュには違法性はありませんって話じゃなかったかしら。知らんけど。(いやほんとに保証できるほどの知見がない)
このアカウントは、notestockで公開設定になっていません。
というか、朝の出発前に気合い入れるBGM、その日のステータスでちょいちょい変えると良いですね。
最近はボス戦めいたやつばっかりでとてもつらい。半導体がらみの騒ぎはやくどうにかならないかなー(遠い目)
出撃時のAチームのテーマはだんだん効かなくなってきたので最近はパシフィックリムのメインテーマですね
退職のテーマはこっち版のほうが好きです(割とどうでもいい情報)
特攻野郎Aチームのメインテーマ: https://youtu.be/wyz_2DEah4o
GTA:SAのミッションクリア時BGM: https://youtu.be/7lsdJDiJ0QE
退職のテーマ: https://youtu.be/9A4UGtM4hDQ?t=114 (楽曲的には https://youtu.be/F9uR5InkOCk )
出勤のときには特攻野郎Aチームのテーマを流し退勤のときにはGTA:SAのミッションクリア時BGMを流し退職の際には退職のテーマを流したい
南海は1962年製がまだ生き残ってるぐらいだからね…50000系はまだまだナウでヤングな車両やからね…
50000系、前頭部が冒険しなかったら名車だった可能性><(ある意味全否定><;)
もっとも、三次元曲面ガラスのエピソードは、東のヤバいデザイン車輌の雄たる西武001系がおもっくそ採用しててどうすんだこれって話なわけですが(ガラスの製造技術が上がったからだろうけど)
改めて見てみるとちゃんとガラスだけ「二次元」曲面なのよね。
このアカウントは、notestockで公開設定になっていません。
50000系運転台のガラス、最初あの形に合わせて三次元曲面にしようとして「前方視界が歪むからヤメレ」ってツッコミ喰らったという微笑ましいエピソードを何度も思い出す
あれは前頭部は「?><;」ってなることはなるけど、全体としては乗客本位で作った上で整備性の問題もきちんとデザイナーが現場の声聞いて修正したデザインにしたりとか、鉄道デザイン事例としては製品もプロセスも結構いい感じの事例って思うかも><
このアカウントは、notestockで公開設定になっていません。
Mastodon APIをProxyなしでSSP上から直接叩こうと思ったらあと何が要るんだろう。
このアカウントは、notestockで公開設定になっていません。
謎の周期性のある感染の山と谷はともかく、異様なペースで激減してそのままなのはワクチンの効果だよなあ…
ブースターショットは日本では医療関係者とお年寄り以外はまあ来年に入ってから考えることなので、今のところ特に何も考えなくて良いです。
ソフトウェアもエントロピー増大の法則からは逃れられないのだ…(regressionを正当化する言い訳)
Rubyのメジャーリリース日、狙ってるのはわからなくもないんだけど、いくらなんでもこう押し迫りまくって師が爆走しているような時期にせんでも感はある。
このアカウントは、notestockで公開設定になっていません。
近鉄公式を騙るアカウントが消えて、同じIDにゴミな内容を垂れ流すアカウントが新規で作られ、本来の公式アカウントであるhinotori_80000は凍結されているという青い鳥の地獄
🤔
近鉄「公式Twitter」がなりすましだった 現時点で本物の公式アカウントは存在せず (1/2) - ねとらぼ https://nlab.itmedia.co.jp/nl/articles/2011/24/news078.html
オープンで何をやるのも何を *やらかす* のも自由な場所に慣れてきたせいで、最初っから顔本、あるいはその前からあった当初のミクシィ(今のとは別)とかは本能的にキモチワルイのよね。
Amazon
Apple
Alphabet(Google)
Alibaba
でクアドラプル・エーでええやん
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
電気主任技術者でもなんでもないので200番の鍵なんか持っておらず「はよぜんぶとめろ~!!!」って絶叫しながら会社中をまわる脳筋解決法で負荷を下げて対処した
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
↑🤔
・マグネットがこんがり
・インバータがこんがり
・モーターがこんがり
・キュービクルの一部がこんがり
↓☠️
だいたいいちばん根元のヒューズが溶けるか、そのさらに根元のブレーカーが飛んでどうにかなるけど、ごくまれに中途半端にサーマルも飛ばずヒューズも溶けずに流れ続けることがあってな…
このアカウントは、notestockで公開設定になっていません。
今だと「どうせ電力制御要るの相手は8割方モーターなんだから、交流モーターをVVVFインバータで駆動して調整すればええじゃろ?」って脳筋解決法が流行り
電力制御、ONとOFFの中間は
「直流ならものすごい勢いでON-OFFを繰り返して、ON-OFFの時間比を変えて調整する」
「交流ならいったん直流に直してもう一度交流を再生成する時に周波数と電圧を適当に調整する」
になるのでめんどくさい。
@MishimayaMina うちもうかどんの裏側で自宅NASとつなげて補助的なサービス動かしてるけど、最悪無くなってもどうにかなるのしか移してないしなあ。
@MishimayaMina あとIP固定は別料金だったりするのも見逃せない。DDNS使えば済むけどIP変わってからDNS引いた結果が各クライアントに伝わるまで微妙にダウンしてる判定になるし
@MishimayaMina
・電気代割と無視できない
・とてつもなくめんどくさい
・信頼性にかなり疑問が
なので勉強・テスト用以外にはおすすめしない…
KISSの原則の信奉者でいつもオッカムの剃刀振り回してるタイプなので、メディアも適当に自分とこに放り込んで、cronで時々いらないの始末する感じでどうにかしてるとっても雑鯖管です。
ストレージ足りてたら何もわざわざ外部のオブジェクトストレージサービス使わなくてもいいんだけど、だいたい足りてない事例のほうが優勢な感じ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そうそう、こういうのやりたいんだよ!
https://handon.club/@highemerly/102632671055360500
postgresもredisもsidekiqもどっか別のとこにぶん投げたいんだけど、まあとりあえずどうにかできたのでユーザー数デタラメに増えるまではこのままで
Mastodonサーバー運営、各コンポーネントを別サーバに分けたほうがデバックもチューニングもやりやすいと思うよ
このアカウントは、notestockで公開設定になっていません。
富豪プログラミングへの流れどうにかしたいけど、さすがに物理6GBあるのに仮想2桁GBぶっこまないと駄目とかやっぱり何か壊れてるよね…
このアカウントは、notestockで公開設定になっていません。
とはいえさっきの1GB/1coreチャレンジで詰将棋状態ならともかく、6GB/3coreで駄目とかにわかに信じがたい的な…
などという作業はあんまり生産的ではないので、めんどくさかったら物理メモリぶっこむのがやっぱり最速
postgresもredisもその他なんもかんも1サーバにぶちこんで動かしてる勢は、一般に言われてるdbチューニングをそのままやるとだいたいメモリ不足でswapガリガリするので、物理メモリ量とswapin/outの状況を眺めながら逆チューニング作業するハメになる
いまどきのOSはメモリ管理が賢くて、使ってないメモリを割と派手にswapに追い出していくので、単純にswapの使用量だけでこりゃ駄目だって話にはならないという知見を先日のチューニング作業で得たところ。
vmstatかなんかで監視しろってことなんだろうなあ。
メモリをでたらめに食ってswapガリガリしてなにもかも詰まってloadavgがたいへんなことになるオチは割とあるので、メモリ使用量の節約で多少は改善するかもしれない…
@mirai Linux系でもとにかく最低限の構成ならどうにかなりそうな気はするんですけどね。
軽いかどうかはともかく相当頑強なOSなので耐えた説もありうる…
Rubyがくそメモリ食った上でloadavgがえげつない値になるの、jemallocとかでどうにかなるかもしれない…ならないかもしれない…
@mirai 1Coreではないけれど1GBメモリのVPS上でならどうにかできた実績あります。ただしOSはFreeBSD。
もっとも、走らせるだけでswapガリガリして精一杯な惨状だとは思います。
あと、Webpacker(precompileで走るやつ)はとてつもなくメモリ・CPU両面で負荷かけるので、1Core/1GBだとものすごく待ってみればそのうち終わるかもしれない。
どっか別のマシンでWebpacker (assets:precompile) 動かしてできあがった何かを持ってくればどうにかなるかもしれないしならないかもしれない…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
西武、何もかもデタラメなつながり方をしてさらに直通運転で地獄の様相を呈しているようにしか見えない…
西武の路線図自体がとてつもない沼だし関西民にはなんでこうなったのかさっぱり分からない系のアレ
たぶん近鉄と同じ経緯だろうなーと察しはつくんだけれど。
このアカウントは、notestockで公開設定になっていません。
最大オフトゥン脱出速度が得られる(=強烈に眠気をもよおす)布団内温度分布が得られれば、睡眠障害改善に役立つ論文を1本書けるのでは
@kanade_lab わかんない!(ひどい
ただの妄想…だけど、めんどくさいのを解決するためにめんどくさいことをする開発者なら用意してあるのかなと…
@kanade_lab 今の所あまり1ファイルに積極的にこだわる理由はなさそうかな…
2ファイルでもtxtとzipぐらいは制限きついとこでも許されるだろうと考えてアレになったんだけど。
技術屋としては、悩むのやめてgithubのリリース機能にそのまま連携!とかは幸せになれそうだけど!
@kanade_lab 場合によるかなーと。ケチりすぎな気もするけど、更新チェックに毎回最低何十MBとか、富豪プログラミングにもほどがある感が…。特にインフラ担う側としては避けてもらいたいと思う感覚がある。
@kanade_lab CGIやらその他動的コンテンツを前提とした更新モードということで、homeurlの最後に?つけたら勝手にGETパラメータにファイル名つけて投げるだけモードになるとかどうかな…
@kanade_lab ただ、1ファイルだけだと毎回パッケージダウンロードの刑なので…。Partial Download(Rangeヘッダ)対応必須とかをサーバに要求するのかなり泣きそう。というかたぶん無理。
ejectコマンドユーザー会の定型句らしい。なんでも使ってるととりあえずejectしたくならないといけない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kanade_lab なんか1パッケージで済むイケてるのがあれば…。もっとも、zip自体CRCかなんかで見てるからもうええやんという説も。
@kanade_lab 連合タイムラインがカオスなのは連合リレー使ってるから割と意図的。連投してごめんなさいとかそういう変な遠慮を避けたいのと、ランダムな創作との出遇いをぜひしてほしいからかな…。
@bbergenia リアルワールドのグッズにするというのは割と思いもよらなかった問題が出て難しい。いやそれがおもしろいとも言う。
@kanade_lab 今のところ完全に1ファイルじゃないけどupdates.txtとnarだけにはできてる。その気になれば頭にハッシュ値とか書いたヘッダがついた仕様を考えて完全に結合された1ファイル仕様にもできると思う。
このアカウントは、notestockで公開設定になっていません。