cookieにユニークIDを記録させたいです。

Question

会員制サイトに teratailの「お知らせ機能」と同じような物を付けたいと考えています。

nodeを扱える程のスキルは全然なくて Javascriptも全然なんですけど、
何かしらのアクションがあった際に動的に更新できればいいかな？？などと甘いことを考えているんですけど
DBではなく各クライアント毎のcookieに配列で保存させていただいたほうがいいかな？
と考えております。
今の時点での保存するデータは
’タイプ’、
’タイトル’、
’リンクURL’、
’登録時のタイムスタンプ’
程度でと思って居るのですが
既読済みの物にアクションを加えたりとか後々便利なようにユニークIDは必須かなと思うんですが
そんな方法ってあるんでしょうか？

それや もしくはそんなことやめといたほうがいいよ！とか 諸々のアドバイスを頂ければ幸いです。
どうかよろしくお願いいたします。

【追加補足です】
ログインに必要なユーザーのデータは別途ＤＢで管理できるようにしてます

それと、後から思いついたんですが 一つの端末を複数の人が使うケースもあるわけですから、それも識別させないとですよね

Answer 1

登録させる機能があるならば、そのリクエストの時に、ユーザーデータをサーバが保持する必要があります。そうなると、そのタイミングでIDを発行するでしょうから、それを記憶するのがベストでしょう。
DBで管理すればID重複なども起こりえない形にできるため、ユニークである事も保証できます。

あるいは、アクセスする度に勝手にIDを振るだけで良く、重複しても致命的な問題にならないのであれば、年月日時分秒＋乱数など、恐らく重複しないであろう値を振るという手もアリかも知れません。

また、既読済みの物を判定すると有りますが、それだけにフォーカスするならば、既読ページのページID等を直接Cookieに持ってしまうだけで良いかもしれません。拡張性は乏しいので、おすすめはできませんが。

Comments

[退会済みユーザー]

ありがとうございます！

システム全体のアクション（データ）の中から　各ユーザーに必要な「お知らせ」を絞り込んでそれをすべてcookieに格納しようとしてましたけど。
絞り込みに必要な条件（ユーザーIDや既読等のページID）をcookieに持たせた方がいいという解釈でいいんでしょうか？

[gittib_gittib]

それについては一長一短なので、最終的にはSora-tanさんの作りたい物に従って判断されるべきだと思いますが、個人的には後者をおすすめします。

システム全体のアクションからお知らせを絞り込む場合、お知らせ対象となる、あらゆるアクションを一つ一つ保持しなければならないため、後者の絞り込み条件を保持する場合よりCookieの使用容量が大きくなりそうという懸念があります。
機能追加などで他のサービスを利用するなどした場合、それらのサービスとCookieを分け合う（取り合う？）形になるため、不必要に多くのデータを置きたくないと思います。

[退会済みユーザー]

とっても参考になりました　
ありがとうございます。