ارسال‌ها: 3,701
موضوع‌ها: 140
تاریخ عضویت: اردیبهشت 1394
اعتبار:
134
تشکرها: 195
3447 بار تشکر شده در 2120 پست
یه فیلد دیگه برای لغو عضویت اضافه کنید که به flag کاری نداشته باشه و وقتی لغو عضویت میزنن اون رو 1 کنید و موقع ارسال پیام به flag کاری نداشته باشین
ارسال‌ها: 3,701
موضوع‌ها: 140
تاریخ عضویت: اردیبهشت 1394
اعتبار:
134
تشکرها: 195
3447 بار تشکر شده در 2120 پست
راستی یه سؤال پیش اومد برام: وقتی لغو عضویت زده چطوری پیام میفرسته تو گروه؟
ارسال‌ها: 53
موضوع‌ها: 17
تاریخ عضویت: تير 1394
اعتبار:
0
تشکرها: 81
6 بار تشکر شده در 6 پست
ببینین مثلا الان ربات عضو گروه هست
کاربر میاد یه متن ارسال میکنه (داخل گروه ) ( وقتی هر متنی ارسال میکنه خودکار عضو ربات میشه ) ( سیستم flag کاربر 1 میشه )
الان ربات میاد کاربر رو عضو خودش میکنه و موقع ارسال پیام به کاربر پیام ارسال میکنه
حالا کاربر میخواد پیام براش ارسال نشه به صفحه ربات میره و دستور لغو عضویت رو میزنه ( حالا من میام flag کاربر رو 0 میکنم )
حالا اگر کاربر داخل گروه دوباره بیاد یه چیزی رو ارسال کنه سیستم میاد flag رو 1 میکنه و دوباره همون آشو همون کاسه
--------------------------------------------------------------------------------------
به نظرتون چطوره یه جدول دیگه درست کنم و فقط id کاربر و flag رو براش بذارم
هر پیامی که ارسال میشه ( روزانه چند هزار پیام ارسال میشه )
اول چک کنم ببینم id کاربر داخل جدول هست یا نه ؟ اگر نبود
بیام id کاربر رو ذخیره کنم با flag یک
و اگر کاربر خواست لغو عضویت کنه من بیام flag رو 0 کنم
و برای ارسال پیام به کاربران از همین جدول استفاده کنم؟
ولی به سرور فشار نمیاد؟
هر روز چند هزار بار سیستم باید چک کنه ببینه id کاربر داخل جدول هست یا نیست.
این روش خوبه؟
سناریو بهتری براش نیست؟
ارسال‌ها: 3,701
موضوع‌ها: 140
تاریخ عضویت: اردیبهشت 1394
اعتبار:
134
تشکرها: 195
3447 بار تشکر شده در 2120 پست
خوب شما یه فیلد دیگه بگذارین برای لغو عضویت که 0 هست. کاری به این flag نداریم برای ارسال پیام. این فقط برای چک کردن عضویت هست. حالا وقتی کاربر لغو عضویت زد فیلدش 1 میشه (فیلد دیگه نه flag) و شما هم موقع ارسال پیام با روبات، اول فیلد لغو عضویت رو چک میکنه و اگه 1 بود، دیگه به flag کاری نداره.
ارسال‌ها: 53
موضوع‌ها: 17
تاریخ عضویت: تير 1394
اعتبار:
0
تشکرها: 81
6 بار تشکر شده در 6 پست
ممنون متوجه شدم
میشه این روش رو هم بگید چطوره؟
میخوام ببینم وقتی برای چند هزار بار چک میکنه که یوزر داخل جدول هست یا نه به هاست فشار میاره؟
-----------------------------------------------------
به نظرتون چطوره یه جدول دیگه درست کنم و فقط id کاربر و flag و لغو عضویت رو براش بذارم
هر پیامی که ارسال میشه ( روزانه چند هزار پیام ارسال میشه )
اول چک کنم ببینم id کاربر داخل جدول هست یا نه ؟ اگر نبود
بیام id کاربر رو ذخیره کنم با flag یک و لغو عضویت 0
و اگر کاربر خواست لغو عضویت کنه من بیام لغو عضویت رو 1 کنم
و برای ارسال پیام به کاربران از همین جدول استفاده کنم؟
ولی به سرور فشار نمیاد؟
هر روز چند هزار بار سیستم باید چک کنه ببینه id کاربر داخل جدول هست یا نیست.
این روش خوبه؟
سناریو بهتری براش نیست؟
ارسال‌ها: 3,701
موضوع‌ها: 140
تاریخ عضویت: اردیبهشت 1394
اعتبار:
134
تشکرها: 195
3447 بار تشکر شده در 2120 پست
میتونید از کش فایل هم استفاده کنید. کسانی که لغو عضویت میزنن رو علاوه بر اصلاح در دیتابیس، توی یه فایل کش هم بصورت عادی id اونها رو ذخیره کنید و با کاما از هم جدا کنید. موقع چک کردن، اگه این فایل وجود داشت محتواش رو بخونید و برحسب کاما جدا کنید و ببینید توش هست یا نه و اگه این فایل نبود توی دیتابیس بگردین. موقعی که یک کاربر جدید لغو عضویت میزنه هم کش رو دوباره بسازین.
![[عکس: packages.gif]](http://forum.ncis.ir/images/ads/packages.gif)