ブランク空いた後でトーク辞書を書くために久しぶりにお題に従って喋れ!とやったんだけど、自分の映し身なはずの所長たんよりてつわんこ(とらふぃっく☆とれいん)のほうがさくっと喋り始めるのどういうことなの…
ブランク空いた後でトーク辞書を書くために久しぶりにお題に従って喋れ!とやったんだけど、自分の映し身なはずの所長たんよりてつわんこ(とらふぃっく☆とれいん)のほうがさくっと喋り始めるのどういうことなの…
ラーメンとかなんでもかんでも火が入ってるからそこまで食中毒確率高くなさそうに思うんだけど、いわゆる二郎系だから山盛りになってる具のほうでなにかやらかしちゃった疑いありそうね
ラーメン店「歴史を刻め」で食中毒 コロナ後再開の矢先:朝日新聞デジタル https://www.asahi.com/articles/ASN6M7GNCN6MPTIL04Z.html
ラーメン店
歴史を刻め
食中毒
コレの話です。
master branchのPR 13836以降デッドキュー送りが多発するの大丈夫?って話。オイゲン氏はさっさと諦めてエラーにしたほうがええんちゃう派。
https://github.com/tootsuite/mastodon/issues/14091
なかなか難しいネー ほかの人誰か意見書く可能性もあるのでしばらく待った上でIssue閉じちゃおっかな
オイゲン御大から「5秒でさっさと諦めてエラー落ちするコードのほうがいいんじゃない」って回答が来た。
もともとかなり偏執狂レベルのコーディングしてるので、SSP本体のヒープ利用効率は異様なレベルで良いんだけど、たぶんスクリプトエンジン(SHIORI)がかなり悪いはず
それはメモリを正しく使ってる証拠っぽい気がするしむしろいいことかも?><;
ヒープモード変更APIの一部で落ちるようになったので、たぶんヒープの切り替えには成功してるんだけれど、よくわからんね。Cランタイムヒープの処理が間に挟まってるのも考慮しないといけないし。
セグメントヒープなるものがWin32アプリに開放されたということで、喜び勇んでmanifestに追記してみたけれど、SSPではほとんど変わらなかった。とてもつらい。
このアカウントは、notestockで公開設定になっていません。
すでにフリーシェルとしてマッチしそうなのがあるならそのほうがいいもんね
でないともったいないねん
自キャラがどんな見た目か言葉で表現するのすごく難しいけど、表現できればトーク書きの助けになるぞ
接続したりマウントしたりもいいけど、同型ペアリング概念も推していきたいところ
このアカウントは、notestockで公開設定になっていません。
@Cookie サーバにそれっぽい名前をつければいつでも頻繁に"接続"ができるのでおすすめ
@Cookie maikazeをマウント…(ひどい妄想が脳内に展開される)
理屈上はありうるかもしれないと思うんだけど、現実の運用上入換中継信号機と誘導中継信号機は存在せず、前者は線路別表示灯とか入換反応標識とかでお茶を濁す感じ、後者に至っては誘導信号機を視認できないようなシチュエーションがまずない
←サーバ管理者経験があると言いたげなトゥート書いてるけど実体は物理系ガチ製造業な人
裏でそれなりの維持費用と人件費を食いつぶしているという感覚のある人(おおむね鯖管経験のある人)は、メシの種になりづらい以上しゃあないわ、と割り切れるんだけど、なかなか見えないものを説明するのは難しい。
@noellabo とりあえず、connection timeoutが120秒ぐらい要るところまでは調べたので、Issue立ててきます。
あくらふ屋さん - BOOTH https://aqraf.booth.pm/
グランドオープン!
アイコンステッカーとメガネ拭きをご用意しました
1つ売れると100円の利益らしいです
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
どうせreadかwriteのタイムアウトだろうと思ってたんだけど、追い詰めたらconnectのタイムアウト一択だったのがとても興味深い。冷静に考えればわかることではあるんだけれど。
スワップ律速になってたのがいい感じでCPU律速に寄りつつあって興味深い
しばらく60秒で運用して再検証。
しかしこれ、もしかしてpumaのスレッド数って各地でrubyのマルチスレッド性能がよくないからデカくしてもあまり意味ないよ、っていう話を覆すことになるのでは…?
割とクソ重いけど大半が他の処理の待機っていう処理ばかりだと仮定したら、スレッド数上げ気味のチューニングのほうが有利になりそう。
タイムアウト60秒で、時々再試行キューに落ちるけど何度かリトライしてうまくいく感じ。このくらいが落とし所かな?
このアカウントは、notestockで公開設定になっていません。
当然ゆゆぴかさんのイラストが好きなの知ってるじゃないですかやだー
QT: https://ukadon.shillest.net/@ponapalt/104365140407556314
このアカウントは、notestockで公開設定になっていません。
ふるどんのふっそたんは無限に可愛いのでみんなグッズ買うといいよ。 #frfr
QT: https://mstdn.f72u.net/@frfr/104365056134811914
「ペッパーランチ」売却へ 「いきなり!ステーキ」立て直し | 2020/6/18 - 共同通信 https://this.kiji.is/646252548733027425
何箇所かコード変えたりして試してみた結果、サーバのうちたいへんActivityPubの処理が多くて混雑している数カ所で、正常だけれどconnectに平均120秒ぐらい要する挙動が見られた。
おそらくnginxかpumaのacceptがいまいち追いついてなくて、tcp backlogに放り込まれたままacceptをひたすら待ってるんだと思う。
現状
read : 10
connect : 120 ※これだけ変更
write : 10
で様子見中。
このアカウントは、notestockで公開設定になっていません。
Φ10のうどんは太すぎるのではという疑問が出たあたり、伊勢うどんはマイナーすぎる
https://ja.wikipedia.org/wiki/%E4%BC%8A%E5%8B%A2%E3%81%86%E3%81%A9%E3%82%93
ゲーミングレツノとか想像もつかないぐらい社畜イメージが染み付いているし、なんとなくスタバには似合わない
このアカウントは、notestockで公開設定になっていません。
International Sushi Day (18th June) | Days Of The Year https://www.daysoftheyear.com/days/sushi-day/
今日は国際寿司の日
こちらは「なんとなく一次創作主体のデスクトップマスコットとかに興味が微妙にあるかもしれないしないかもしれないひとたちが、時々デスクトップマスコットの話もするしそうでもない話もするテーマサーバとは言い難い何か」になります。
サーバの説明はうどんの話ですし、サーバ管理者自体が特に縛りを設けずとりとめもないことを書いている始末なので、そのあたりよろしゅうお願いします。
『私は好きにした。君らも好きにしろ』
-----A-----
とりあえず、
「エクスプローラー」から今のトレンド的なものを眺めたり、
リアルタイムフィード→このサーバー(サーバ内のみ・流速超低速)を眺めたり、
リアルタイムフィード→他のサーバー(うかどんが受信している他サーバの全アカウント・流速超高速)を眺めたりして、
フォローを適当に増やすことで自分のタイムラインを作るところから始めるといいと思います。
-----B-----
ほかのサーバの人も問題なくフォローできるのでじゃんじゃんやってみましょう。
このサーバはMastodonというソフトで運営されていますが、サーバ間の通信規格さえ合っていれば誰でもフォローしてやりとりできるのです。
例えば相手がMisskeyだから無理!とかいうことはないので、適当に試してみてください。
リモートフォローのボタンが見つからない場合は、相手のIDをアットマーク以降のサーバの名前も含めてコピーして、検索欄に入れて検索すると簡単にフォロー操作ができます。
たとえば私だと…
[at]ponapalt[at]ukadon.shillest.net
になります。 [at] はアットマークです。
-----C-----
後はまあなんとなくTwitter/Xっぽい感じなので、いい感じで操作していただければわかるかと思います。
なんか1画面あたりの情報が薄いなあと思う人は、ユーザー設定-外観、から上級者向けUIを有効にするとTweetDeckっぽくなりますし、昔登録してこのチェックが入ったままの人は、外すとなんかいまどきのTwitter/Xっぽくなります。
-----D-----
投稿の時は公開範囲を個別に細かく選べます。鍵つき相当にするには「フォロワーのみ」にしてください。
鍵アカウント(フォロー承認制アカウント)でも、一部だけフォローしていない人向けに公開、などという設定もできたりします。
また、CW(内容警告)という本文を伏せる機能があったり、画像を投稿する時のNSFW(メディアを閲覧注意にする)という、クリックするまでぼかし表示する機能もあります。
えっちなやつとかえっちなやつとかを投げる時とかに使うといいと思います。
-----E-----
よかったら 設定→プロフィール→プライバシーとつながりやすさ、の
・アカウントを見つけやすくする
をONにしてください。
新規の人のおすすめ欄にあなたのアカウントが表示されやすくなります。
また、自分の公開投稿が検索で引っ掛かるようにするには、
・公開投稿を検索できるようにする
をONにしてください。
-----F-----
このサーバは割と頻繁に最新開発版のMastodonに追従していますので、時々妙な不具合が起きたり、なんか昨日と微妙に違うなと思ったりすることがあると思いますが、まあなんとなくそんなものなので楽しんでください。
最新版への追従作業や、不具合の調整のために、時々502や503エラーになって、天使っぽいキャラがバンバンするかもしれませんが、一呼吸置いたらだいたい復旧します。
-----N-----
にゃんぷっぷーエンコーダ
平仮名・数字をにゃんぷっぷーカスタム絵文字に変換します。
ご新規様向けイワテドンの説明です。よろしくお願いします!
このアカウントは、notestockで公開設定になっていません。
「物理削除のコスト高いからどうにかしたいんだけど」
「論理削除?」
「それいらない領域たくさん残るんだよね…」
「心理削除」
「気のせいにしてごまかしてきた!」
「倫理削除」
「それをすてるなんてとんでもない」
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
はいはい!地震気づいてない勢です!
※震度1ぐらいだと装置稼働の揺れと混ざってさっぱりわからない
元に戻して再確認しはじめたら、ブースト(Announce)はたくさん来るのになかなかタイムアウト起きない件について。
取りに行ったサーバ上で、ブースト対象トゥートを書いたアカウント情報がキャッシュされてるか否か?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@noellabo 確かにTimeout外せばどうにかなるものの、コネクション張ったままの状態で取得完了まで4分かかるのはあからさまにマズくて、じゃあなんで起きてるんだというところで読み慣れない言語に苦戦しているところでございます…
もうIssue上げてお茶濁そうかな…(弱気
ただ、タイムアウトが問題になってるのが全部ブーストだった。
仮説:ブースト取ってくる時に、相手サーバ側がsidekiqでなんかとってくるの待ってないかこれ
webfinger_helperのタイムアウトパッチ外して実行したら確かにデッドジョブと再試行キューの大半は消えたんだけど、ThreadResolveWorkerの実行時間が最大234秒とかになっていて、うーんこれはないよなあという顔してる。
timeout短縮パッチを疑うとしても、いくら重くてもconnectに5秒、write/readに10秒とかかかるかふつう…?
例のhttp timeoutの短縮パッチの副作用という線はありうる?
このアカウントは、notestockで公開設定になっていません。
@noellabo ありゃ…何でしょうねこれ。ごく普通にWebは見られるので、新しいのに追従する時にマージをミスったとかかなあ…
玉子丼(mstdn.tamag.org)さんへのThreadResolveWorkerがHTTP::TimeoutErrorでデッド送りになってるのうちだけ?
このアカウントは、notestockで公開設定になっていません。
亀が挟まったはまだニュースになるけど、鹿轢いたは近鉄とかだと多すぎてニュースにすらならなかった。
あまりに慣れすぎて運転再開まで5分という始末。
亀挟まり級以上にめんどくさい鹿轢きインシデントも人類の叡智で回避されてます
https://www.sankei.com/west/news/180528/wst1805280003-n1.html
亀挟まり問題、「分岐器の手前にU字溝を置いて落とす」という超シンプルメソッドで解決したというだいぶ前の記事
@popn_ja もともと特に活用されてませんでしたし、ひたすらドカドカ噴火してもらって経済水域の培養用ってことで…
このアカウントは、notestockで公開設定になっていません。
当然その分見逃し率も激増するんだけど、脳みそ焼けるよりマシだから、勘という名の選択処理と余分な情報をぶった切るフィルタ発達させていこうな!
たぶん情報の流量自体はおいそれと増やせなくて、訓練すると枝葉の情報を削ぎ落とす前段フィルタが発達するんじゃないか説
このアカウントは、notestockで公開設定になっていません。
ただし脳みそのデータ流量は限られてて、あふれるとオーバーヒートで緊急停止するので、どうしようもない量のデータが溢れている今は選択に最低な悪影響及ぼしそうよね
特定の作品が性癖に刺さりました脳汁だばだばーってやつも選択じゃあないですか。
脳みその仕組みとして、人間は本来何かを選ぶことに「向いている」はずなんだけど、勘とかいうあやふやな仕組みの結果根拠薄弱な選択になってしまい理性が許さない的なところありそう
@mitamachiUKA 現時点ではななろだVersion2をおすすめします。
https://wikiwiki.jp/satolist/%E3%82%B4%E3%83%BC%E3%82%B9%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%83%AD%E3%83%BC%E3%83%80%E3%80%8C%E3%81%AA%E3%81%AA%E3%82%8D%E3%81%A0%20Version2%E3%80%8D%E3%81%A7%E3%82%B4%E3%83%BC%E3%82%B9%E3%83%88%E3%82%92%E5%85%AC%E9%96%8B%E3%83%BB%E6%9B%B4%E6%96%B0%E3%81%99%E3%82%8B
むしろ私の認識としては豊田自動織機ってまだ織機作ってたのかよ!って感じ。
任天堂がまだ花札作ってるんだよ的なアレ。
モデレーションへの追加機能、しばらくして枯れたら本線(tootsuite/mastodon/master)にPRしたほうが良さそう級のやつだ…
https://fedibird.com/@noellabo/104342401045514498
#fedibird いつものように、master追従しています。
要望があったので、faviconなどのMastodonアイコンをデフォルトのものから変更しました。他のサイトと識別しやすくする目的です。
ここは本来、Fedibirdの独自のアイコンを設定すべきところなのですが、まだ何も考えていないので、暫定的に色を変更する対応となりました。
また、モデレーションに機能追加し、アカウントレベルで閲覧注意を強制指定できるようにしました。
閲覧注意フラグを付けずにsensitive投稿するユーザーの投稿について、一律にフラグ適用した状態にすることができます。
本人が指定したフラグはそのまま残っているので、解除することもできます。ただし、連合先
に配送された投稿を修正することはできません。
日常的にsensitiveを考慮しないユーザーや、悪戯でテロを働くユーザーに対処するのに適切な対処方法がなかったために追加したものです。これにより、サイレンスやアカウント停止せずに対処が可能となっています。
@fine_l スクリプトの長さが50%OFFになって、ファイル2個要らなくなった。
このアカウントは、notestockで公開設定になっていません。
やばい!通報された!どうしよう!
ところで、管理者が通報されたら管理者としてどうすればいいんだろう?
このアカウントは、notestockで公開設定になっていません。
YAYA Tc552-1
GETENV関数追加
https://github.com/ponapalt/yaya-shiori/releases
#ukagaka
だいたいなんでも「20年も経ってないのにオワコン呼ばわりとはケツが青いなあ」と言い返してやりましょう。
@Satis 当方オワコン言われて18年ぐらい経った、20周年を過ぎた界隈に所属しているのでたいへんよくわかり…!!!
@Satis 普段C++/C#使いだからあんまり馴染みないですけど、古いライブラリだということはなんとなくわかります。
なんか安定した技術がないというボヤきが聞こえる現状だとむしろオワコン言われたぐらいがいい感じで枯れてるのかなーと邪推…
jQueryはオワコン
※コード眺めたこと1バイトすらないです
※こういうのはオワコン言われてからが本番。ぼくしってる。
うーん、なんか環境変数を取るためだけにバッチファイルとvbsを実行とか解せぬって感じがするのでどうにかしたい
@fine_l アカウントなんだっけなーと「ろすえん twitter」で検索したのはひみつだ!最近精神衛生上の都合であんまり青い鳥見てないからな!
@fine_l とりあえず返事した。なんかあったらフォローおねがい。
最新の里々と文ってどこで取ってくればいいのだろう、というボケた思考で5秒ほど手が止まってしまった。
正解:うちのgithubリポジトリ
京成青砥の脱線は、ほぼ完全にRA2018-1-1(東武東上線中板橋事故)のコピペってことでいいみたいです。
https://www.mlit.go.jp/jtsb/railway/rep-acci/RA2018-1-1.pdf
特に断水とか報告されてないのに、陥没した地表面に水が溜まってたってことは、小規模だけど逸泥が起きてヘタしたら噴発だったって話なんだろうなあと。
泥水シールドの水のリークレートは必ずプラント側で監視してる(してないとおかしい)から、地質学的な話はさておきとりあえずウチのせいっぽいですっていうニュースリリースは出せるよね。
新横浜の陥没は「なんかしらんけどうちのせいっぽいのでなんとかします」的なプレスリリースが出でたので相鉄東急直通線のせいってことでいいみたいです。
密閉型泥水シールド工法だから、加圧された泥水が地表まで続く砂礫層を伝って出ちゃったとかかなあ。
https://www.jrtt.go.jp/corporate/public_relations/pdf/st-release20200612.pdf
登大遊氏、同時5軸MCとか3+2軸スイス式旋盤とか渡したらドハマリしそう
プログラミングのスキル、余裕でリアル部品加工に再活用できるので、ぜひ製造業界にですね…(むり
自動ご飯だばだば機でさえそれなりに稼働しているくらいだし、自動味噌汁機のほうが構造単純だから納得はできる。
@popn_ja セルフサービスでおたまを共有するのもアレだし、かといって人つけるわけにもいかないし、という今だから需要ありそう
@popn_ja 業務用ならともかく、家庭用味噌汁サーバは割と衝撃を受けた…
このアカウントは、notestockで公開設定になっていません。
登さんの文書だとこれが好き
登 大遊 - Windows のファイルのコピーは、驚くほど奥が深い。 Windows... | Facebook
https://www.facebook.com/dnobori/posts/2142836202459674/
もとはこれかー
https://softether.hatenadiary.org/entries/2007/03/24
イヤイヤSoftEther御大のあの人は別格だからね?
段取り仕事のプログラミングにこんなカウボーイプログラミング的手法で当たるヤツはむしろ叩き出されるのでは
まあ仰るとおり「基本的には圧縮しない」で正解だしこれはタイホには至らないよね…
正直BMPを生のC++で読んだ私でもすっかり忘れてたし…
BMPの中身PNGやJPEGにできるという超ウルトラマイナー機能を思い出した。誰も実装したことないのでは説。
@204504bySE そうねえ、今までRLEその他の圧縮オプションついてるやつ読んだことないから…
PNGはGIFの改良版
→⭕ 開発経緯的に一応そう。ライセンス問題回避を主眼としてたけどいいかげん画像フォーマットとしてGIFはキビシイのでどうにかしようって話も含む
フルカラー画像対応
→⭕ 32bit(ARGB)対応
高圧縮率
→⭕ GIFよりは高圧縮
半透明への対応
→⭕ パレット1つを透明として指定するGIF以来の方式も使えるけど、1ドットごとに透明度を指定できるのが売り
このアカウントは、notestockで公開設定になっていません。
たぶんスモールカラーとかじゃなくてパレットカラーとかだからこいつが誤りだって問題では
たぶん運転免許の試験とかと一緒で、文章的に間違ってそうな感じがしない様子の引っ掛けが混ざってる
BMP・GIF・PNG・JPEGを全部読めるソフト作者が悩む問題は明らかにおかしい
このアカウントは、notestockで公開設定になっていません。
@kanade_lab さすがにOSS界隈でとてつもなく鍛えられたsqliteが、何の理由もなく権限警告するとは思えないしなあ。
@kanade_lab データベースごとに1ファイルで、データベース作成命令があるから、ディレクトリの+w権限が必要ではないかなあと
@kanade_lab 独りだけのサーバなら好き放題+wすれば終わりだけど、他の人もログインする場合とかや、また独り用でも万が一のときのセキュリティに気を配りたい場合は、db daemonの所有者に合わせてchownしておくほうが良いと思う。
@kanade_lab DBは複数のファイルとかジャーナルログとかで構成されて、ファイル自体を新規で作る権限がないとうまく稼働しないから、ファイルだけでなくディレクトリに書き込み権限が必要。
ゆえに、ディレクトリのパーミッションをつけるか、もしくはdb daemon稼働中の所有者に揃える必要があると思う。