アカウント名:
パスワード:
というのも、現行のシステムは日記のアンテナとして位置づけられているので、友達一覧 [srad.jp]にでてくるのは日記を書いている友達だけなのがコードから読み取れました。友達登録のURLをイヂって本来なら友達登録できない、日記を書いてないユーザを登録していたり、友達が日記を全削除した場合はリストに表示されませんが、友達データとしては残っています。
さて、これらはどうすべきか。移行前に友達関係を設定したユーザが自力で削除することができないので、そのまま移行してしまうのはマズイ。かといって、勝手にぜんぶ削除してしまうのもあまりヨクナイ。
> 「被友達登録されているが日記を書いていないユーザ」に、 > ダミー日記エントリを強制投稿してしまう。 > てのはどうでしょうか? > まぁこれはこれでかなり乱暴だと思いますが、 > こうすれば友達リストには出てきますよね。
> まぁこれはこれでかなり乱暴だと思いますが、 > こうすれば友達リストには出てきますよね。
まず、「友達リストには出てくる」の部分。 最初の isi さんの要望は「出てこない様にして欲しい」と言っている様に私には読み取れました。 そのため、NyaNya さんの案ではかえって isi さんの要望と反対の方向へ流れていってしまうように読めます。
次に日記エントリのないユーザが友達リストに表示されない、という件。 これは現行のシステムがそうなっている、という話で、testslash の方では表示されます(今確認したばかりですが)。 いずれ消えるのでリンクは貼りませんが、testslash の私のユーザ情報の friends 欄を御覧下さい。 既に御存知とは思いますが、各ユーザのユーザ情報を表示させれば、「Relation」という Friend or Foe 関係の変更設定ページへのリンクがあります。 したがって、復活現象が起きた時でも、ユーザが一手間かければ削除できるわけですが、移行時にまとめてやってしまおう、というのが Oliver さんの案、と認識しています。
以上のような理由で、私の認識では NyaNya さんの案より Oliiver さんの案のほうが妥当だと思います。 # よりよい第三の案はきっとどなたかが提案して下さるでしょう ;-p
> いずれ消えるのでリンクは貼りませんが、testslash の私のユーザ情報の friends 欄を御覧下さい。 > 既に御存知とは思いますが、各ユーザのユーザ情報を表示させれば、「Relation」という Friend or Foe 関係の変更設定ページへのリンクがあります。
> 既に御存知とは思いますが、各ユーザのユーザ情報を表示させれば、「Relation」という Friend or Foe 関係の変更設定ページへのリンクがあります。
# 全く無関係ですが、黒くて楕円形の人間の敵、「G」を投稿フィルタの文章に盛り込むのは勘弁して下さい (;_;
まず、「友達リストには出てくる」の部分。 最初の isi さんの要望は「出てこない様にして欲しい」と言っている様に私には読み取れました。
次に日記エントリのないユーザが友達リストに表示されない、という件。 これは現行のシステムがそうなっている、という話で、testslash の方では表示されます(今確認したばかりですが)。
移行直前の数日前に、 「被友達登録されているが日記を書いていないユーザ」に、 ダミー日記エントリを強制投稿してしまう ↓ 友達登録されているユーザは全部リストに表示されるようになるので、 「整理」したいユーザは自分でリスト削除とかする ↓ ~~~~~移行作業開始~~~~~ ↓ ダミー日記エントリを全削除 ↓ ~~~~~移行作業終了~~~~~ ↓ 新システム運用開始
(見えないお友達を含め)リスト全削除したい人は、運営にメールする。
> 「移行前に」「自分の意思で」削除できるようにして欲しい
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
せめてほおっておいてくれませんか (スコア:1)
警告に従い、あらかじめ
トモダチリストを全部削除しておいたのですが、
testで7ユーザーほど「復活」してました。
おまけに本番環境でも1ユーザー「復活」してました。
いまさらFoF導入の是非を論じる気などありません。
せめて、ほっといてくれませんか。
Re:せめてほおっておいてくれませんか (スコア:1)
本番環境で勝手に復活した、という報告はにわか信じられません。ちゃんと消えてなかった、確認を行ったということはありませんか?本番環境のDBには一切、手を加えてませんし、自然復活というのも原理上難しいです。
Re:せめてほおっておいてくれませんか (スコア:1)
本番環境、旧テストスラッシュそれぞれで、削除され一切登録されていない状態になっていることを確認しています。
その後、旧テストラッシュが閉鎖されたのを見て、6月15日の日記エントリを登録しました。
6月23日に現行のテストスラッシュ公開がアナウンスされましたが、本番環境のトモダチリストは未登録、「あなたはまだ友達を作っていません.(あるいは,友達になったひとがまだ日記を書いてないんでしょう)」という表示のままでした。
6月27日に本番環境のトモダチリストにひとりが「復活」していることに気がつき、テストスラッシュも確認して7人ほどの「復活」を確認しました。
現在、改めて本番環境、現テストスラッシュでトモダチリストの削除を行い、一切登録されていない状態になっていることを確認しています。(なお、日記は現環境では6月15日と6月27日、現テストスラッシュでは6月15日のエントリが登録されています。これは正常な状態ですね)
いま、管理者として私のトモダチリストを確認し、だれかが登録されているように見えるなら異状であるといえるでしょう。
また、次回トモダチリスト移行後に「復活」現象が発生するかどうかで、異状の有無を確認できるでしょう。
Re:せめてほおっておいてくれませんか (スコア:2)
というのも、現行のシステムは日記のアンテナとして位置づけられているので、友達一覧 [srad.jp]にでてくるのは日記を書いている友達だけなのがコードから読み取れました。友達登録のURLをイヂって本来なら友達登録できない、日記を書いてないユーザを登録していたり、友達が日記を全削除した場合はリストに表示されませんが、友達データとしては残っています。
FoFデータへの変換は日記の有無に関係なく、友達データだけを元にしているので、これまでは表示されていなかった人が登場するという、「復活」現象になります。現行システム上でも、日記を書いてなくて失踪状態(?)だった友達が再び日記を書くと復活します。
ユーザインタフェースの友達リストが空になっている事を目視したisiさんと、データベースをみて友達データがあると確認した自分の視点の違いに気がつかないまま、まるでisiさんに操作ミスなどの落度があるかの様な書き方をしてしまい、申し訳ありませんでした。削除したい意志を明確にしてらっしゃるので、残っていたisiさん分の友達データはすべて手動で抹消させていただきました。
TODOメモ:
被友達登録されているが日記を書いていないユーザの数、約250
それらユーザが絡む友達リストに出ていない友達関係の数、約1100
調査方法:select distinct friend from journal_friends where friend not in (select uid from journals);
さて、これらはどうすべきか。移行前に友達関係を設定したユーザが自力で削除することができないので、そのまま移行してしまうのはマズイ。かといって、勝手にぜんぶ削除してしまうのもあまりヨクナイ。が、ユーザはその友達関係の存在を認識していない可能性が大きい。dead codeな現行システムに数行パッチ以上に手をいれる工数は割けない。トレードオフを考えて、やっぱり一律削除か?
Re:せめてほおっておいてくれませんか (スコア:1)
わたしも以前日記に書いた(一番下あたり) [srad.jp]ことありますし、
その時のコメント [srad.jp]で、有効活用(?)してる例も出ました。 一括削除はんたーい。
確かにそのまま移行はまずそうですが、
でも勝手に消されるのはそれはそれで困るかも。
で、一つ思いついた方法としては、
「被友達登録されているが日記を書いていないユーザ」に、
ダミー日記エントリを強制投稿してしまう。
てのはどうでしょうか?
まぁこれはこれでかなり乱暴だと思いますが、
こうすれば友達リストには出てきますよね。
移行直前の数日前に強制投稿→移行後には削除
としておけば、被害は少なそうですし。
Re:せめてほおっておいてくれませんか (スコア:1)
まず、「友達リストには出てくる」の部分。
最初の isi さんの要望は「出てこない様にして欲しい」と言っている様に私には読み取れました。
そのため、NyaNya さんの案ではかえって isi さんの要望と反対の方向へ流れていってしまうように読めます。
次に日記エントリのないユーザが友達リストに表示されない、という件。
これは現行のシステムがそうなっている、という話で、testslash の方では表示されます(今確認したばかりですが)。
いずれ消えるのでリンクは貼りませんが、testslash の私のユーザ情報の friends 欄を御覧下さい。
既に御存知とは思いますが、各ユーザのユーザ情報を表示させれば、「Relation」という Friend or Foe 関係の変更設定ページへのリンクがあります。
したがって、復活現象が起きた時でも、ユーザが一手間かければ削除できるわけですが、移行時にまとめてやってしまおう、というのが Oliver さんの案、と認識しています。
以上のような理由で、私の認識では NyaNya さんの案より Oliiver さんの案のほうが妥当だと思います。
# よりよい第三の案はきっとどなたかが提案して下さるでしょう ;-p
mobile ID portable_NoGood [slashdot.jp] 併用中
Re:せめてほおっておいてくれませんか (スコア:1)
# 全く無関係ですが、黒くて楕円形の人間の敵、「G」を投稿フィルタの文章に盛り込むのは勘弁して下さい (;_;
mobile ID portable_NoGood [slashdot.jp] 併用中
Re:せめてほおっておいてくれませんか (スコア:1)
#てかこの案で一番肝心な、
#「移行直前の数日前に強制投稿→移行後には削除 とすれば~」
#が引用されてないのは何故? わたしは「(少なくとも)移行後の環境では」出てこないようにして欲しい、と読みました。
ので、「移行前の数日」見せれば(ユーザが整理できるので)良いかなと。 これは知ってます。
あのコメント投稿前に自分の Friends を確認したので。
#わたしは5人ほど「表示されてない友達」がいます
だからこそ、一括削除には反対なわけで。
自分のリストの一部も削除されてしまうわけですから。
#「ガバッと整理した」2~3人のために、
#250人のお友達リストに手をつけるってのはちょっと・・・
Re:せめてほおっておいてくれませんか (スコア:1)
このコメント [srad.jp]で書いた案は、 という流れです。
「移行前に」「自分の意思で」削除できるようにして欲しい、
ってのがポイント。
ただし、日記を「消した」ユーザの意思は無視する格好になります。
あと、この案は、
「dead codeな現行システムに数行パッチ以上に手をいれる工数」より、
「ダミー日記エントリを強制投稿&全削除する工数」のが少ないのが前提になってます。
ここはコード読んでないので分からないんですけど、
まぁ実行するのはわたしじゃないですし(ぉぃ
あ、あともう一つの案として、
てのがあります。
これは「"ガバっと整理"したい人数が少ない」てのが前提。
でないと運営の手間が大きそうですし。
Re:せめてほおっておいてくれませんか (スコア:1)
この2点のポイントをすっかり読み飛ばしてたっぽいです(汗
mobile ID portable_NoGood [slashdot.jp] 併用中
Re:せめてほおっておいてくれませんか (スコア:1)
対応、ありがとうございました。
TODOについて対応される際には、
十分な事前アナウンスをお願いします。
どのような手法を取るにせよ、事前のアナウンスが
Oliverさんの工数以上に負荷を減らすことになると思います。