のえる 
DTP鯖管
@noellabo@dtp-mstdn.jp
- Keybase
- noellabo
- github
- https://github.com/noellabo
- Qrunch
- https://noellabo.qrunch.io
- Fedibird
- https://fedibird.com/@noellabo
Admin
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users
2017年 4月 に登録
のえる DTP鯖管
さんがブースト
DTP鯖管
さんがブースト
どれか一つのトゥートを起点として、みんなでメンション無しのリプライでつないでチャットするというのはどうだろう？
Mastodonをv2.5.0にアップデートした皆様、連合リレーはもうお試しになりましたか？
デフォルトのjoinmastodon.orgを登録すると、外国語のトゥートが流れてくるようになりますが、日本のサーバを登録すれば、日本語のトゥートが流れてきます。
日本で代表的なリレーサーバはYUKIMOCHI Toot Relay Serviceで、現在104のインスタンスが接続されています。
https://relay.toot.yukimochi.jp/
リレーは複数登録することでバックアップになるし、より多くのインスタンスと繋がることができるので、サブでいくつか登録すると良いでしょう。
h3zjp pub-relay Server
https://pub-relay.hama3.net/
Mastodon Pub-Relay Server
https://relay.kemo.one/
ハッシュタグ付きのトゥートだけをリレーするサービスもあります。
https://hashtag-relay.dtp-mstdn.jp/
リレーはオプションで、必須ではありません。負荷が増すのであらかじめご承知おきを。
のえる DTP鯖管
さんがブースト
DTP鯖管
さんがブースト
自前でインスタンスを立てるのって、リスクを自分で管理できるようにすることが主眼だから、リスクの種類が異なれば、それぞれ別に設置した方がいい、というのはある。
猥褻物扱いされがちなコンテンツを不当な侵害から守るため、政治的な主張を不当な侵害から守るため、他人が管理するインスタンスでの不当な扱いから身を守るため、などなど。
現実にはマシンパワーの問題で、複数のサーバを借りなければならなかったりする。ただ、これはそのうち解消されるかもしれないね。
本当は、複数ドメインをマルチホストできるマストドン（そんなものはない）を一個だけ立てれば用が済むケースが多いんじゃないかな。
QT: https://tl.telmina.com/@Telmina/100738850162657310
私はこの御一人様とリベラルインスタンスの2つを運営している。 どちらもさくらVPSの2Gプランなので、サーバ代だけで月額三千円以上掛かっている。さらにもう一つインスタンスを増やそうとするとかなりキツい。
ハッシュタグリレー、説明とインスタンス一覧が出るページを作ったよ。
https://hashtag-relay.dtp-mstdn.jp/
雪餅リレーに登録しているインスタンスには、こっちにも登録してもらえると、ハッシュタグの流通が促進されていいかなーと思ってます。
雪餅リレー参加インスタンスにとっては、同一のトゥートが別経路でリレーされてくるだけなので、負荷の増大は誤差程度。
ハッシュタグリレーにだけ参加しているインスタンスにとっては、負荷をあまり増やさないで繋がれるメリットがあるよね。
雪餅リレーが落ちた時でも、ハッシュタグつければ届くので、ちょっとしたバックアップになるしw
「だめ」と言えば、 @estpls さんの「だめ」って何なんだろう、とずっと思っている。（FAQ）
QT: https://mstdn.jp/@mzp/100738777557482950
ミニブログは編集できない、ということにすることで生じるメリットを享受したいよね。
ミニブログはコピーが不変とみなせるからライトウェイトに扱える。常に最新情報にアップデートしなくてもいい。
ブログは大きなコンテンツという扱いで、参照が基本になっている。コピーで済ませずに、必要な都度、オリジナルを参照する実装にした方がうまくいく。
ここから自分もちゃんと説明できないんだけど、sRGB v4プロファイルを使ったv4ワークフローって、PCSに中間ガモット形状（PRMG）を定義して、A2B0（知覚的）の際にも色域圧縮とか最適化するよ！って取り組みなので、B2A0だけで色域圧縮するv2と比べてどうよ、ってことを議論しないと意味がないのよね。
PRMG = Perceptual Reference Medium Gamut
というわけで、こっちの資料をみてもらった方がいいと思います……。
http://www.color.org/events/prague/8.Green.pdf #dtp
ICCプロファイルというか、現実の色域変換を行うにあたって、色域の外周の形状って大事だよね、という話があります。
拡張色空間を数学的に定義すると、そもそも可視領域にない値が定義できたり、再現できるデバイスが存在しない値になったりして、無意味な領域がでてくる。
そのままで、例えばPhotoshopのようなソフトで彩度をあげる操作をすると、カラー値が見えない領域に行っちゃって、現実世界で表示できなくなる。
そこで、実際に使える領域は別に定義して運用しなくちゃね、ということになります。
まずはこれ。 #dtp
ハッシュタグタイムラインオンリーという投稿属性を設けるか、付けるとそういう扱いをされる専用ハッシュタグ（たとえば#chatとか#ttlonly）を設けることで、リレーと併用して、
ハッシュタグタイムラインによるマストドンチャットができるようになる。
チャットのチャンネルはハッシュタグで指定する。
この#chatを非表示にするフィルターを各自で設定すれば、いまでも擬似的に実現できるかな。
チャットと言ったけど、つまりはそのタグに関心のある人にだけ投稿を届けられるということ。
ローカルタイムラインをタグタイムライン化しているインスタンスでは、結果としてローカルオンリー投稿になる。
欠点は、この機能を導入していないインスタンスやFediverseの他の実装では未対応で垂れ流しなこと。
「ルームから抜ける」処理は、マストドン側でフォローを外せばいいので不要な気がする。元々フォローしてたとかもあって面倒だし。 数が多いと手間だけど。 QT: リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自...
Botが「～さんが参加しました！」とか呟けばGood QT: リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自動的に相互フォローするだけ。 懸念は、リレーサーバにアカウントのapiキーを渡す必要がある所か...
リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自動的に相互フォローするだけ。 懸念は、リレーサーバにアカウントのapiキーを渡す必要がある所かな。
たまーにjoinmastodon.org覗くと、どんどん改良されて良くなっているね。
Fediverse凄いなと思うのは、国外の人と繋がってコミュニケーションとりたいな、と（自分に）思わせたところかな。
英語でやり取りしているところにissueやプルリクエスト投げたくなったり、Webサービスとかアプリ作るのに多言語対応を真っ先に考えるようになったり。
いま、久々にhtml書こうとして、あれこれどうやって多言語対応すればいいんだ？とかなっててビックリしてる。前提が以前と変わってしまっている。なんだこりゃ。 #dtp
- Keybase
- noellabo
- github
- https://github.com/noellabo
- Qrunch
- https://noellabo.qrunch.io
- Fedibird
- https://fedibird.com/@noellabo
Admin
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users
2017年 4月 に登録
