このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
tootctl domain purge、つながらないサーバに接続しようとして延々またされるの理不尽な気がする
(LTL) pleroma.nakayoshi.tk そろそろpurge していいかい…？
https://gist.github.com/tateisu/f8f942478019ebf87d56166adbbb00a8 Mastodon の sidekiq のリトライを読む単純なスクリプト。配送エラーのメッセージのホスト名部分を集計します。 tootctl domain purge するかどうかの判断に使えなくもないかも。
「短いサイトの説明」の表示例
- /about
- アカウントの公開ページのサイドバー
- /about の<meta>タグ
試してみたらmetaタグの方はタグが除去された状態になった。aタグやimgタグはなかったことになる。
3.0.1で「サイトの説明」がほぼ使われなくなります。公開ページとそのMETAタグで「短いサイトの説明」だけが使われます。 なおHTMLタグは使えるので「サイトの説明」に指定してた内容を「短いサイトの説明」に丸ごとコピペしても大丈夫です。いや公開ページのサイドバーやMETAタグ内部に長文HTMLが出てくるのはどうなのと思わなくもないです。
@kazumi_7 行の最後に必要なんじゃなくて、実際には前の文と新しい文の間に必要なんだから仕方ないね。 tmp=a; a=b; b=tmp; とか1行に書く時もある
サイトの死活検知とかみると分かるけど、自動検出って一回イベント上げた後にその状態が収まるまで異常状態を覚えておいて状態変化時に通知する形か、状態を覚えないかわりに何度も通知するか、強制的に状態を解決しちゃうかなのです。実装コスト的に最後のになっちゃうのはよく分かる。3.0.1なるべくすぐに出したいだろうし
HTMLはもはやコンテンツ記述言語ではなくて、UI記述言語だからね。しょうがないね。
属性指定が内容とマッチしないサイト(Githubとか)が既に大量にあるので、ブラウザやサーチエンジンがHTMLのlang属性の正しい取り扱いを要求することは今後もないだろうと思う。
HTTPのAccept-Language が色んなサイトで役に立ってることはわかるけど、HTMLのlang属性が役に立たないという話とはまた別だね。あの属性のブラウザ上での振る舞いが、デフォルトでは「フォント」「引用要素の引用符」だけなので、どっちも内容の言語じゃなくて読み手の言語に合わせた方が読みやすい…となる。
HTMLのlang属性は内容の言語を表すために用意されたが、その挙動を見ると書き手よりも読み手の言語に合わせた方が(特にCJK圏では)良い結果になる。またGoogleの検索エンジンはlang属性を利用しておらず、SEO上の優位性は全くない。大半のサイトで正しく設定されていないからだそうだ。
…どうしてこうなった…
物欲を解消したい時に、同じのいくつも買うよりは別の機種を買う選択肢があった方がいいじゃないの
STの絵文字ピッカー、カスタム絵文字のタブを選んで、次に右端のタブを選んで、またカスタム絵文字のタブを選ぶと落ちるらしい。露骨なテスト不足や…。 3.8.4を出した直後だけど3.8.5を出しました
このアカウントは、notestockで公開設定になっていません。
https://github.com/tootsuite/mastodon/commit/c8bcf5cbfdc4b076eae0d9091e688436aa7f2508 マストドンの次のバージョンではハッシュタグがデフォルトで承認済みになる管理者設定が増えるらしい
https://github.com/tootsuite/mastodon/pull/12119 は「サイトの説明」に(YouTube埋め込みを含むような )長いHTMLを書かれるのがイヤだから「短いサイトの説明」だけにするというPRだけど、「短いサイトの説明」にもHTMLを使えてしまうので、それならサイト管理者は今まで「サイトの説明」に書いてたことを「短いサイトの説明」にコピペするだけになるんじゃないかなあ。結果としてサイドバーやmetaタグの説明文にまで長いHTMLが書かれることになる。
サイト設定の「短い説明」も普通にHTMLタグが使えるらしい。入力欄の説明には特に書いてないけど。
