ログ見ない人たちはそれでいいんじゃないか
mastodonの場合、#つけずにsubwaytooter と subway と サブウェイでtootsearchで検索した方がエゴサのヒット率高いからな…。
@masarakki nuro光のルータは外向けに管理ポートかあいてたりする。閉じられない。
@ijs01140 今回のは何が迷惑だったのか共有されてないので誰の参考にもならないと思います。
このアカウントは、notestockで公開設定になっていません。
ところで #SubwayTooter には特定ユーザからのFav/BT通知を表示しなくする機能があります。ふぁぼ爆はイヤだけどブロックはしたくない場合などにお使い頂けます
ActivityPub のC2Sは仕様策定まで出張る気力のあるサービス開発者が登場しないとムリ。クライアント作者がいればよいという状態では全くない。
@mitarashi_dango それ色々未策定の部分が多くて困難なやつ。まず認証方法から未定義。投稿することすらできない
#Pleroma dev said "#SubwayTooter is Client applications that are known to work well" in early stage.
https://git.pleroma.social/pleroma/pleroma
Then they drops compatibility with Mastodon API. Then Pleroma users send claims to #SubwayTooter .
ST's dev have not been involved at all from the beginning.
It's very annoying.
Pleroma users do not send issues to ST's repository.
Currently I do not keep track of Pleroma's problem, so I have no idea about issues between ST and Pleroma.
@Eai Webサーバの設定でバックエンドがつけるCSPヘッダを中継しないようにすればいい。 nginxなら proxy_hide_header "Content-Security-Policy";
add_header "Content-Security-Policy" "...";
マストドン2.7.0にする時はPostgres 9.6以上にした方がいいっぽい。まあどうせなら11にしちゃえとも思うけど
ツイッターがどんなきっかけで盛り上がったか考えてみましょう。そう、災害です。SNSなんて盛り上がらない方が平和なのです。
usohttps://juggler.jp/ とか書くとリンクにならないのに公開ページで見るとプレビューカードついてるのは直すべき
湿度計。アナログ式よりデジタル表示の方が誤差が少ないみたい。けど安物なので状況が変化しても追従がおそい。窓をあけて換気すると値の変化が落ち着くまで30分くらいかかる
要望への対応に比較的柔軟なだけですよ。投稿ウィジェットとかは割とずっと保留でとまってるし。どういうのが求められてるのか分からんと手がつけにくい
リンク下線の有無なんてST的には15分もあればカスタマイズ可能になるやつ。
議論してるの大変だなあ…という印象
「通常テキストとリンクを同じ色にしたい」が設定可能なら、「リンクの下線を消したい」も設定可能にするべきか…
リンク色の下線は結局は流行の問題でしかないんだよな…。どっちも好ましいと思うユーザがいる。
STの場合アンダーラインはずっとつけてたと思う。単にTextView中のClickableSpanがそうだったからという程度の理由。
nextcloudのdockerコンテナは13から15にメジャーバージョンを飛ばすとエラーになる。エラーチェックしてる部分をコメントアウトしたらmigration成功。あとメンテナンスモードの解除だけconfig.phpをいじったら普通に使えるようになった。…大丈夫かコレ
総務省|ソースネクスト株式会社に対する技術基準への適合要請 http://www.soumu.go.jp/menu_news/s-news/01kiban16_02000202.html
まろてる
minioのdockerコンテナはメジャーバージョンいくつか飛ばしても自動でmigrationちゃんとしてくれるな。えらい
宅ふぁいる便、数百万件の個人情報が流出 緊急会見へ https://www.asahi.com/articles/ASM1T5WG6M1TPLFA008.html
@Tina04VV ミシンくらいは使ってるだろうけど、モノが小さいので手間ばかりかかるやつ
@Tina04VV 印刷できる同人誌や複製できるフィギュアと違って、衣装は一つ一つ手作りなのでさらに競争が激しい。イベントいくとわかりやすい
衣装を買いにイベントまでいくならボークス、メーカー製衣装ですませるならアゾンの方が無難。俺は後者。イベント怖い
@Tina04VV その場合、ドール衣装作家を先に探して、その人が対応してるボディに合うヘッドを選ぶのだ
このアカウントは、notestockで公開設定になっていません。
事前に断ってIPアドレスも明かしてから調査するのは別に構わないかな。なんならそのアドレスをブロックすればいい。
そもそも悪事がしたい人は別のアドレスでバレにくいようにやるだろう。まず先に自衛をちゃんとしろというお話。
脆弱なままあちこちに放置されてるIoT機器がへるなら良いことだよ。空き家の放置問題と同じ
ドールはボディがいくつか規格ごとに互換性あるから、好きな顔のドールにエロいボディをつければいいんでは…
@Tina04VV azo2とかDDDyとかラジカルのシームレスとか東京ドールのシームレスとかすな
@Tina04VV ドールは型番あたりの販売数が少ないので、適当にアンテナはってイベントや予約などの情報を仕入れるとこから
予約してたドールとタペストリーを受け取り、それから同人ショップで普通に表紙買いして行列に並び直すなど
秋葉原メロン一号店の店舗受け取り窓口、スマホで受け取り証だせるのは良いが電波凄く悪いのでイマイチ感ある
エロ本は緊急性とかない。ネットですむならその方がいい。物理的にないと困るナプキンと比べるのは失礼だよ…
STのは再編集して投稿ボタンを押すまで削除しないんだもの。おまけに下書き機能は既に別途存在する。「下書きに戻す」とは書けなかった
雑誌読み放題系サービスの楽天マガジンを解約した。毎月カメラ雑誌を読むとか別にしなくてもいいことだと思った。
このアカウントは、notestockで公開設定になっていません。
https://blog.cardina1.red/2018/12/24/creating-useful-document/ 和製の一部のWikiは見出しにアンカーつける時にidやnameをランダム生成する。生成された識別子はソースに埋め込まれるので、意図的に変えない限り変わらない。
そうかaptの脆弱性か…と思ってたらstretchにすら上げてないdebianがあったので上げてみたらパッケージ依存関係のループがあったりして sudo dpkg --configure -a のお世話になるなど
@Common_Lisper ヘッダ部アイコン/テキストの大きさも変えてたけど、反応はあまりなかった
kotlin 1.3.20のプラグインを入れると GradleCompilerRunner$Companion.getOrCreateSessionFlagFile$kotlin_gradle_plugin がIO例外を出すのでAS3.3付属のkotlin1.3.11に戻すよ https://gist.github.com/tateisu/d47dd733cba989adc138f1827236f709
STには「デフォルトのリンク色」というデータが昔からあったんだけど実はあまり使ってなかったのでこないだ使われるようにしたよ。好みじゃないならアプリ設定でリンク色をいじれば変わるよ。
添付メディアがなくてもプレビューカードを隠すためにNSFW指定できたらいいのになあ?
日本の法律がこのようなものである以上、子供相手にSNSサービスを提供するのはとても危険な行為であると言わざるを得ない。自己責任で頑張れ、突き放すことが全くできないのだ。
https://www.minpou-matome.com/%E6%B0%91%E6%B3%95%E7%B7%8F%E5%89%87/%E4%BA%BA/%E6%84%8F%E6%80%9D%E8%83%BD%E5%8A%9B%E3%81%A8%E8%A1%8C%E7%82%BA%E8%83%BD%E5%8A%9B/ 平成29年改正法は、意思無能力による無効の法理を明文化している。
「第3条の2 法律行為の当事者が意思表示をした時に意思能力を有しなかったときは、その法律行為は、無効とする。」
https://git.pleroma.social/pleroma/pleroma-fe/merge_requests/305
子供にSNSさせて良いのか? ってあたりから議論するべき。小学生には契約当事者能力がないとみなされているため、子供相手に利用規約の同意を得ても、訴訟においてはなんの同意も得られていないのと同じである
(LTL)給食だけだとおなかがすくので、フルーツこんにゃく系のお菓子が手元にあるといいかもね。蒟蒻畑よりララクラッシュの方が量あたりのカロリーが低い。
このアカウントは、notestockで公開設定になっていません。
このMastodonサービスのPostgreSQLを9.6から11に上げた。
事前にpostgresql.conf ,pg_hba.conf, pg_ident.conf のdiff を把握しておくべきだったかな…。少し手間取った
ていうか背中やられてるならトイレいけないよなあ… 性的じゃないシモの世話があるから、ウェットティッシュとかゴミ用の袋とか多めに用意した方がいいかもな
科学技術担当相「ハンコってどうなの?どこでも同じの買えちゃうじゃん」 http://blog.livedoor.jp/goldennews/archives/52063225.html 実印に装飾模様が使えないという制限をまず撤廃するべき。個性を出した方が良いものに対して個性を制限するとは何事か
そうそう、pg_upgradeは拡張モジュールのバイナリ互換性までは見てくれないので、素のpostgresを使ってる前提じゃないとダメです。
(LTL)スナック菓子に使う割り箸、給食にかけるポン酢醤油と七味等辛子とゴマ油と醤油とケチャップとマヨネーズ、トイレで使うポケットサイズのオナホ
docker環境でのpostgreSQL 9.6 => 11 へのアップグレード https://gist.github.com/tateisu/026dfb95a029484aed07d149743a6a63
起きた。先日のメンテでバックアップしたDBデータをpostgres11用に変換してみる
@sepia118_fsys アプリ設定/見た目/カラムストリップのアイコンの大きさ 32くらい
このアカウントは、notestockで公開設定になっていません。
タバコ吸いにPCを貸して戻ってきたのを分解掃除して「ヤニくせー」っていったらなぜか嫌われたことがある。事実じゃないか…
Misskeyは事故以前に、公式WebUIからログアウトできない不具合をいいかげんに直してほしい
大昔に一度だけマストドンにPRおくって採用されたけど、今はもうそのコードは欠片も残ってないよ。私は貢献者ではないし、そのくらいの距離が適切だと思ってる
https://3.distsn.org/notice/16194138
いや、さすがに逆恨みすぎるだろう…。 まあPleromaの開発が色々アレなのは全面的に同意する。
TheDeskを試してたらHTLと通知TLのRate limitを使い切られた…
Picrewの「雑バターメーカー」でつくったよ! https://picrew.me/share?cd=YMgkbnpwVu #Picrew #雑バターメーカー
Picrewの「ぱっつんが無限に出てくる」でつくったよ! https://picrew.me/share?cd=VvV6se9Nml #Picrew #ぱっつんが無限に出てくる
今年はB240乳酸菌入りのドリンクを飲んでるせいかまだインフルにはかかってない。引きこもりだというのもあるが…
このアカウントは、notestockで公開設定になっていません。
WebUIでログイン状態が一日に何度か失われるやつは誰もissueあげてないのだろうか。俺も調べようがなくて放置してるけど
予約投稿一覧のページングを実装しなきゃ…。適当なツールでリクエスト25回投げて試さないとダメなやつだ
予約投稿の PUT /api/v1/scheduled_statuses/:id では scheduled_at しか変更できないので、STでは「削除して再編集」と同様に予約投稿を削除して新しく作り直すような実装にしています。
それに伴いSTの3.3.4で予約投稿の再編集時に添付メディアを引き継げるようにしました
このアカウントは、notestockで公開設定になっていません。
WeChatに「a map of deadbeat debtors(借金を踏み倒す債務者のマップ)」が公開、社会信用スコア構築テストの一環で https://thebridge.jp/2019/01/hebei-court-unveils-program-to-expose-deadbeat-debtors-pickupnews 中国はどこを目指しているのか…
@GoatsLive @switchingsocial @JPEG @tom79 @tootapp @Tusky
Once upon a while I used APIs from Imgur and Twitter with different apps. But they charged or abolished the API. I am tired of collaborating with non-open services.
also, IFTTT is mainly suitable for activities on the network. There is no reason to work with mobile client app. ( maybe Tasker is welcome.)
after applied https://github.com/tootsuite/mastodon/pull/9894 on my test server, I could reuse media attachment when "delete and redraft" scheduled status! great!
知らない言語の知らない処理系のバグの原因をものすごく適当に推測して開発者に伝える恥知らずなアレをかましてきた
Rubyはなんか一般名詞的なメソッド名が出るとそこでコード追いかけるのを諦めてしまう。なんかIDEがあればもっと深く追いかけられるとかあるんだろうか?
お、進展あったらしい。期待して待とう。これで再編集時に画像を引き継げるようになったら嬉しいな
ちな scheduled_at はrailsの string.to_datetime が受け付ける形式なら何でもOKです https://apidock.com/rails/String/to_datetime
よく分からんしissue投げて忘れることにする https://github.com/tootsuite/mastodon/issues/9893
https://mastodon.juggler.jp/@tateisu に見えてる https://mastodon.juggler.jp/@tateisu/101454993930570857 と https://mastodon.juggler.jp/@tateisu/101454996524405107 は 予約投稿だったんだけど、時刻が来る前にアカウントTLに出ちゃってるな
https://github.com/tootsuite/mastodon/issues/9884 にリアクションつけてほしい…
ところが予約投稿を削除すると、それに紐付けられてた添付メディアは即座に削除されるっぽいのです。(うちのテストサーバとのえるさんのgoroneサーバで確認)
インフルの予防接種は流行が予測されてるいくつかの種類に効くよってだけなので、予想外の種別のインフルにかかることはあります
某氏のばあいはタンスの問題かアプリの問題か切り分けるために無改造に近いテストサーバで試してみるのをおすすめします
添付メディアのガベージコレクションはconfig/sizekiq.yml で media_cleanup_scheduler に指定されてる 、3-5時の0-59分のどれかに1回行われるやつです。そんなすぐにGCされる訳ではありません。
@mayaeh 私が言ってたのは「削除して再編集」の時のことです。普通に予約投稿を作成してそのまま発動させた場合に出なかったことはないですね…。
このアカウントは、notestockで公開設定になっていません。
STのUIで意図せず特徴的になってしまったのは、ある項目に対して「編集」と「リセット」のボタンが横に並んでること。既製のカラーピッカーとか使ってるとダイアログ内部にリセットボタンを追加するのが面倒くさかったので、編集ボタンの横に並べた。未設定状態に戻すのがラクだから結局ずっとそのままである。
@i_sparkling クッションが丈夫なカメラバッグいちおしですね。中仕切りやインナーケースも色々あります
コンビニの成年誌取り扱い撤退、komifloとかアダルト読み放題サービスが出てきたのでネット世代は特に困らないんじゃないかな。
年寄りもエロのためならタブレットの取り扱いくらい学習するやろ。エロは偉大だ
@i_sparkling ノートPC対応のビジネス風カメラバッグで中仕切りを取り外せるやつは最近いろいろあるので、アキヨドなどで見てみると楽しいかもですね
(BT)予約投稿API的には秒単位で指定できるけど、UI部品の事情で端折ってるのです…
このアカウントは、notestockで公開設定になっていません。
@i_sparkling ThinkTankPhotoのアーバンディスガイズv2がお気に入りです。
このアカウントは、notestockで公開設定になっていません。
時計タイプで2ステップの奴は
「時分から先に指定したい」場合に思考を阻害すると思う
最近見かける時計の文字盤みたいなUIで時刻指定させられるやつがちょっと苦手。たぶん慣れてないだけなんだろうけど。
一応かいとくと、時計タイプのPickerは日と時を両方一度に指定するには画面サイズの問題がある。2ステップでの指定は好みではないのでスピナータイプにした。それ以上のコストをかける気は全くない。
@rinsuki アップロード後のサムネイル表示がモーダルの中なのは正直どうかと思う
@rinsuki 画像が投稿されるまではNSFWボタンは不要なんだから、添付画像のサムネイルを表示した先にNSFWボタンがあれば自然なんじゃないかな
STには「投稿画面は縦スクロールして複数の項目を表示できるようにする」という前提があるので拡張には困らないのだった
Profile Directory はデフォルトだとフォロワーが10人以上いるアカウントしか表示されないのですが、特に小さめのタンスではこの制限は厳しすぎるだろうということでこのタンスでは0人以上に変更します
ああ、そうかフォロワーが一定数いないとProfile Directoryに出ないんだっけか…
このタンス的にはProfile Directoryに掲載したい人はあまりいないっぽいな
いままでは attrs.xml に図柄の識別子を定義してスタイルでテーマ別に色の違う画像を紐付けてたけど、STは色を指定できる箇所が多いのでテーマ別だけだと不十分だった。それで前回、画像は1色だけにして android:tint="…" で色を変えるようにした。
@pikepikeid Android Studioで生成される図柄のサイズが32dpから24dpになったんよね。あとは「https://material.io/design/components/buttons.html#specs 」のサイズ指定
@pikepikeid 直すけど、タッチ判定は今までどおり48dp、図柄の大きさは24dpで揃える方向にいくかなあ…。図柄を24dpにするのは最近のデザインガイドラインの影響らしいよ
@pikepikeid 画像データ的には24dpなんだけど、ボタンサイズにあわせて拡大表示してるのがその1個だけだったらしい…
@YUKIMOCHI あとYouTubeの場合は「通知領域から次のトラックを選択」すると改善する場合があります
@YUKIMOCHI 端末最適化という名のバックグラウンド動作制限が各メーカー固有に存在するので、まずそこから除外する設定をためしてみては
このアカウントは、notestockで公開設定になっていません。
おう、 tootctl feeds build はリストTLは修復できないのか…。
このアカウントは、notestockで公開設定になっていません。
https://github.com/tootsuite/mastodon/issues/9884 予約投稿の作成時にscheduled_atが5分以内ならエラーを返してほしい、というissueを投げた
このアカウントは、notestockで公開設定になっていません。
HTLとListTLが短くなってしまった。tootctl feeds build を試してみる
マストドン2.7.0が公開されましたね。
2.7.0のサーバでは予約投稿機能が利用可能です。5分以上先の日時を指定して投稿すると、サーバ側でその時刻に投稿処理が行われます。
この機能は公式WebUIからはまだ利用できず、未対応のアプリからも利用できません。ぜひSubway Tooterでお試しください!
@Tina04VV 今回のは大丈夫です。更なるメンテが必要かどうかの判断に時間がかかってただけなのです
このアカウントは、notestockで公開設定になっていません。
えーと。正しく終わったかどうか不安になる事象が1つあったけど多分大丈夫だろう、という状態
このアカウントは、notestockで公開設定になっていません。
マストドン2.7からはサーバー運営からの警告などのメッセージをメールで送れるようになったので、これでユーザは躊躇いなく運営アカウントをミュート、ブロックできますね?
ゴミだけじゃなくて情報セキュリティ上の問題も https://wired.jp/2019/01/19/government-shutdown-cybersecurity-impact/ ああ、こないだアメリカ政府のWebサイトで証明書の期限切れがでたのはコレのせいだったのか
政府機関閉鎖で公園はゴミだらけ https://www.businessinsider.jp/post-182664 自主的に掃除する人はそんなに多くなかったらしい。家が近いとかならともかく、山の中の自然公園とかじゃなあ…
アメリカでは政府機関の一部が閉鎖したので職員たちは副業を増やしたり寄付を募ったりしている https://www.businessinsider.jp/post-183074 これが日本なら「公務員が副業なんてとんでもない」とか老害が言い出す事案だろうなあ…
結局時計のズレがあるのでクライアント側では判断しないほいがいいよね。クライアント側で下手にマージンをとると「公式だと5分以内なら指定できるのにあるアプリだと6分以内になるのはなんで?」とかクレームになる
予約投稿、タンス側時刻で5分以内の日時を指定するとその場で投稿されます。あとから時刻を変更しようとした場合に限り5分以内ならエラーになります。困る
@mayaeh しかも時刻をあとから変更する時だけチェックして投稿時にはチェックされないよねそれ。不便だわー
あと個人的な希望としては、新バージョンの開発に入ったら 2.7.0alpha とかバージョン番号を上げてほしい。バージョン番号によって機能が提供されてるかどうか異なるので、開発初期でも異なるバージョン番号がほしい。
トレンドタグやおすすめユーザもそうだけど、先にAPIだけ用意してアプリが対応おわってから公式WebUIにのせるという流れは割と好きです。影響を受けるユーザの数が減るので、混乱するユーザが減ります。
予約投稿委一覧の項目の、予定日時を書いてるとこをタップで「削除して再編集」まである
ちなみに予約投稿一覧にはページングがないのに、予約投稿自体は数百個まで作れます。古いのから削除することはできません
どっちにしろユーザにできる対応を書いてないのだから、理由を述べるだけならどっちでもよさげ
そもそもSTが予約投稿を実装するまでまともに正常系ユースケースを通してなかったみたいだしな。これもDiscordでゴネてなんとか通せるようになった
開発版の機能まで積極的に取り込むアプリはiOSどころかPCにもAndroidにもほぼ皆無だよ。STが異常なだけ
@mayaeh 「スケジュールされた投稿」は個人的には長すぎる。「このスケジュールされた投稿を削除しますか?」はスマホの画面では見たくない字面
なので、インスタンスによってはアンケート項目が追加される可能性などもあるかもしれません。
予約投稿のAPIからparamsを取得できるようになったのは俺がDiscordでゴネたからだよ。それまではIDと時刻しか分からんかった。
paramsは基本的には投稿APIに渡すパラメータそのものです。
@Lgyhx_Lambda サイドメニューの「全てのカラムを閉じる」で保護してないカラムをまとめて閉じることができます。常用カラムを保護してから使うと便利
@Eai EUC_JPって書くのが正しい表記だと思う。EUC-JPだとブラウザによってはcharsetを理解しないかも
リリースノートを英訳する手間すら惜しんでるので、ストア用の新機能紹介を毎回真面目に自分で書くなんてムリ。すまぬ。俺の限界なんだ…。誰か書いてくれたりしないかなあ…。
件のボタンサイズは基本的には設定で変えられるようにしたので前進したはずなのですが、問題はそれに気がつかない人が結構いることなのでした