@rustered_ML db, user, pass もpsqlと一致していたら、つながらないとおかしいですねー。
db:
host: xxx.xxx.xxx.xxx
port: 5432
# Database name
db: misskey
# Auth
user: misskey
pass: XXXXXXXXXXXX
に対して、
psql -h xxx.xxx.xxx.xxx -p 5432 -d misskey -U misskey
という対応関係かな。
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@rustered_ML db, user, pass もpsqlと一致していたら、つながらないとおかしいですねー。
db:
host: xxx.xxx.xxx.xxx
port: 5432
# Database name
db: misskey
# Auth
user: misskey
pass: XXXXXXXXXXXX
に対して、
psql -h xxx.xxx.xxx.xxx -p 5432 -d misskey -U misskey
という対応関係かな。
@rustered_ML そしたらormconfig.jsの方かな。
こんな感じになってます?
const config = require('./built/config').default;
const entities = require('./built/db/postgre').entities;
module.exports = {
type: 'postgres',
host: config.db.host,
port: config.db.port,
username: config.db.user,
password: config.db.pass,
database: config.db.db,
extra: config.db.extra,
entities: entities,
migrations: ['migration/*.ts'],
cli: {
migrationsDir: 'migration'
}
};
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
これ、ちょっと前に、週のユニークログインユーザー数を基準にいくつかのサーバをピックアップして調べた奴で、こういう数字を拾ってこないと実態がつかみづらいかと思います。 @Chromie_
QT: https://fedibird.com/@noellabo/106001935542612201
Fedibirdに、先日よりNightly Fedibirdの方でテストしていた『絵文字リアクション』機能を適用しました。Mastodon系では、Fedibird、Nightly Fedibird、worst-friends.chatと互換性があります。また、Misskey、Pleromaの各サーバと互換性があります。互換性のないサーバへは、お気に入りとして通知されます。
WebUI(ブラウザからのアクセス)およびSubway Tooter 4.5.7以降が対応しています。WebUIは再読込をお願いします。Subway Tooterなどクライアントアプリでは『アクセストークンの更新』を行って下さい。
絵文字リアクションの利用を希望しない場合は、『ユーザー設定』の『その他』で、絵文字リアクションを非表示にすることができます。また、通知カラムの設定で、絵文字リアクションをどのように通知するか(あるいはしないか)設定できます。通知系は、この期に見直しされることをお薦めします。 #fedibird
なお、Misskeyの場合、Mastodonよりもカスタム絵文字の制限が緩く、Mastodonでは扱えないタイプのカスタム絵文字があります。これらのカスタム絵文字を使ったリアクションはFedibirdには届きません。Pleromaの場合、Unicodeで定義されている絵文字のみ使用可能で、サーバ毎に追加しているカスタム絵文字は使用できません。
絵文字リアクションは、全てのサーバに伝播するわけではありません。リアクションの対象となったサーバには全てのリアクションが届いていますが、その他のサーバでは、その一部だけを受け取っています。同一サーバ内の投稿については、すべてのリアクションが確認できます。
Fedibirdの絵文字リアクションは、お気に入りとは別の機能として提供されます。それぞれ性質が異なるものですので、うまく使い分けてください。
また、絵文字リアクションというカラムがあり、自分がリアクションした投稿を一覧することができます。ご活用ください。 #fedibird
#fedibird の諸機能は、基本的にクライアントアプリでは対応していないので、ブラウザからのアクセス(WebUI)が基本になります。
なお、いくつかのアプリでは、対応している機能もあります。うまく併用し、活用されると良いかと思います。
購読等の機能は、リストを活用することで、従来の枠組みの中で機能するように設計しています。リストが使いやすいアプリを使われると良いでしょう。
Androidでは、 Subway TooterがFedibirdの多くの機能に対応しており、今回の絵文字リアクションについてもいち早く対応されています。Subway Tooterは、直近ではストアからの更新がGoogleの審査の関係で遅れているので、F-DroidかGithubから最新版を確認して更新されることをお薦めします。
引用についてはYuitoが対応しており、こちらもお薦めです。
iOSでは、機能に直接対応しているアプリはないかと思います。通知等はアプリがあると便利ですので、最新機能への対応がすすんでいる Metatextなどをお薦めします。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ネオジオ(NEOGEOまたはNEO・GEO)は、 SNK(旧社)[1]が開発・販売、及びレンタルしていた家庭用ゲーム機、並びに業務用ゲーム機の名称。また、両機で使用されているシステムウェアの総称でもある。
https://ja.wikipedia.org/wiki/%E3%83%8D%E3%82%AA%E3%82%B8%E3%82%AA
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
今日の #デレステ
日々、フルコンの回収にいそしんでおります。むずい!!
メッセージ、Yes! Party Time!!、ススメオトメ、さよならアンドロメダの、いずれもPROですが、正直私にとっての難易度と曲のレベルが一致していません! でも頑張ったヨ……
@liddle 結局、マネージドDBで上手くいかなかったから仕切り直した感じですか……お役に立てず。
ともあれ、新鯖おめでとうございます!! 🎉
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
タイミングを合わせるのが難しい譜面というのがあって、さっきフルコン達成した報告をした『さよならアンドロメダ』もやたら難しかった。手癖で対応するとすぐズレる。
実は未だにミツボシがうまくいかない。ミツボシちょうむずい。……ミツボシの攻略に入るか……。 #デレステ
@sakasame ちなみに、v3.4.0から仕様が変わって、初期自動フォローできなくなったんだよ。
かわりに、登録時にフォロー候補が出てくるんだけど、そこの上位に表示するようになった。
自動フォローを前提にしている人が多くて、復活要望も強いんだけど、現状そういうことなのでよろしくー。
@mini_pc 意外と多いのが、実はすり抜けてMISSっていうやつなんだよね……。
バシッ! バシッ! って強く叩いていかないとマジで抜ける。
脳卒中のリスクも!?ITエンジニアがやってしまいがちな、5つの怖い生活習慣と対処法まとめ | FAworksブログ
https://fa-works.com/blog/5-bad-lifestyle-habits-of-engineers
「本物のエンジニアが欠かさない5つの習慣」あったよ!
@sakasame 仕様ですね。
まず、投稿時点ではプレビューカードが生成されていません。バックグラウンドで生成されます。
んで、投稿にアクション、例えばお気に入りすると、サーバから最新の投稿データが返されてくるので、それをWebUIに反映すると、プレビューカードが投稿に追加されるという仕組みです。
もちろん、ブラウザのリロードで全部読み直しても反映されます。
@sakasame では、ついでに理由も。
まず、投稿と同時にOGPを取得すると、応答時間がアクセス先の状況に左右され、投稿の処理が完了するのに時間がかかりすぎて、投稿そのものが失敗する可能性があります。投稿ボタンの反応が悪いのもストレスですよね。
また、OGPの取得は、リモートからやってきた投稿についても行われるのですが、これつまり、投稿したサーバのみならず配送されて届いたサーバ全てがほぼ同時に取得を行うことになってしまいます。
ちょっとしたDDoSみたいなもので、だいたいCDNをかましていないブログ等はこれで負荷が集中しすぎて落ちます。割と笑えない負荷です。
そこで、わざとランダムに遅延を入れています。完全な解決ではないですが、これでずいぶん軽減しています。
この遅延の分だけ、投稿への反映が遅れるようになっています。
つまり意図的に遅らせています。
またぞろ #デレステ のお話ですよ。
きゅん・きゅん・まっくすのMASTERが、それはそれは気持ちの良い譜面で、いまこいつに夢中です。自分の腕前的に丁度良いというところですね。
まぁ成績はベストで添付画像の通りで、ヘタすると途中でライフ尽きるし、まだまだそんなにうまく叩けません。
でも、ようやく調子の良い時はコンボが200はつながるようになってきて、叩けない箇所はなくなっています。とにかくミスが頻発して追いつかないというだけです(ダメ)
@sakasame ダメなやつはprivateで投稿してますので(滅多にない)、そうじゃないやつはご自由にブーストどうぞ!
スクショが必要な時も、私の公開と未収載のものは断り無しで使ってかまいません。映り込んでいた時はうまく使ってやって下さい。
@sakasame TwitterがOGPを取得する場合、Twitterは連合していないので、一回だけそのリソースにアクセスすれば済みます。この差は大きいよね。
ちなみに、同一サーバ内で最近取得されたプレビューカードは再利用されます。
Twitterの投稿URLなどでは該当することは比較的少ないですが、YouTubeの動画などは同じものを貼る人が結構いるので、体感できるかと思います。PixivのURLなんかもそうですね。
再利用される場合は、反映が極端に早いです。
プレビューカードはほっとくとかなりの容量を食うので、tootctlで削ったりします。Mastodonホスティングの場合はホスティング側で管理してくれるので気にしなくてOKです。
これは俺たちがやりたいことではなく、目的達成に必要な手段なんだ、って繰り返しているうちに、
その手段に依存したり目的化したりしてませんか?