اشتباه میکنید. بررسی اینکه نوشته کنونی من چند بایت است بار کمتری روی سرور دارد تا اینکه ببینید دسترسی من چه اندازه است.
بررسی تک تک کاربران یک کوئری از نوع Select * لازم دارد ولی فرستادن ارسال شما تنها یک کوئری از نوع Insert لازم دارد که خیلی با هم فرق دارند ، برای نشان دادن هم که Limit استفاده میشود و در نتیجه یک ستون مثلن 5000 واحدی را لازم نیست به صورت کامل فچ کرد
خوب اشتباه شما در همینجاست. من چند بار گفتم و ریفرنس به سورس و خود ویکیپدیا نیز دادم. این فرآیند سراسر دستی است و درست همینگونه است که گفتید. نه تنها 40 ثانیه زمان میبرد که بررسی آمادگی برای گردانندگی 7 روز به درازا نیز میکشد.
آنجا هم نوشته شده که در خواست شما بررسی میشود و رای داده میشود و دست آخر یک نفر درخواست شما را تائید میکند وقتی این کار را کرد سیستم شما را مدیر میکند . تغییر دسترسی به صورت دستی نیست بلکه رای گیری بین کاربران است
نخست اینکه ویکیپدیا با اینجا قبل مقایسه نیست ، دوم اینکه من مطمئن هستم که انتخاب کاربران به صورت ماشینی صورت میگیرد آن هم از روی مانیتور کردن فعالیت کاربر ، امتیاز های کسب کرده و کلن آرایشی که برایش تعریف شده - همانند این را ما در ویکی سایت e107 راه اندازی کردیم و خیلی خوب هم کار میکند ، در کنار اتوماسیون دسترسی ها سیستم دستی هم وجود دارد و منطقی اش هم همین است چون ماشین همیشه درست کار نمیکند و اشتباه میکند .
سوای همه این سخنها, دیدن این یکی جالب باید باشد و اگر در زمان آزاد در تالار کامپیوتر یا جای دیگر دربارهاش بیشتر توضیح بدهی سپاسگزار میشوم.
اینجا همان طوری است ، بر حسب رای کاربران و دسترسی های بالاتر و فعالیت و ...... دسترسی داده میشود - البته نیاز به تائید مدیر کل دارد ولی فقط یک تائید آژاکسی ساده است 🙂
بررسی تک تک کاربران یک کوئری از نوع Select * لازم دارد ولی فرستادن ارسال شما تنها یک کوئری از نوع Insert لازم دارد که خیلی با هم فرق دارند ، برای نشان دادن هم که Limit استفاده میشود و در نتیجه یک ستون مثلن 5000 واحدی را لازم نیست به صورت کامل فچ کرد !
گرفتن دسترسی که چیزی بیشتر از یک int نیست در همین SELECT Query کنونی انجام میپذیرد. در کنار دیگر دادههای کاربر, query وی تنها و تنها یکبار و زمانی که login میکند گرفته شده و در session ریخته میشود.
زمانی که تالارها را میخوانیم نیز, یک WHERE به کوئری افزوده میشود (که هماکنون داریم) و در آن سطح دسترسی با سطح دسترسی گفته شده تالار همانندی شده و دادههای تالار خوانده یا رد میشوند.
آنجا هم نوشته شده که در خواست شما بررسی میشود و رای داده میشود و دست آخر یک نفر درخواست شما را تائید میکند وقتی این کار را کرد سیستم شما را مدیر میکند . تغییر دسترسی به صورت دستی نیست بلکه رای گیری بین کاربران است .
خیر, برای دگرگونی دسترسی بایستی همانگونه که در پیک پیشین گفتی, نام کاربر را جستجو کرده و سطح دسترسی او را پایین یا بالا بیاوریم که فرآیندنی دستی است. البته اگر نگر شما از دستی این نباشد که خودمان برویم جدولهای بانکدادهها را بخوانیم و آن را بروز کنیم! که البته میتوان این را به پنل مدیریت کنونی نیز افزود.
گرفتن دسترسی که چیزی بیشتر از یک int نیست در همین SELECT Query کنونی انجام میپذیرد. در کنار دیگر دادههای کاربر, query وی تنها و تنها یکبار و زمانی که login میکند گرفته شده و در session ریخته میشود. زمانی که تالارها را میخوانیم نیز, یک WHERE به کوئری افزوده میشود (که هماکنون داریم) و در آن سطح دسترسی با سطح دسترسی گفته شده تالار همانندی شده و دادههای تالار خوانده یا رد میشوند.
مساله گرفتن نیست ، مساله آرایه ای است که ایجاد میشود و زمانی که قرار است در یک برنامه منظم این کار انجام شود هر بار بار سنگینی به سرور می آید ، دوستان ما در P30World این کار را کرده اند و شما ساعت 12 شب به وقت آلمان امکان ندارد بتوانید سایت را باز کنید ، هر چه بانک اطلاعاتی بزرگتر شود منابع بیشتری برای اجرای یک کوئری صرف میشود دست آخر هم آرایه ای که تولید میشود بر روی Virtual Memory ذخیره میشود و اگر بزرگی تیبل کاربران 1 مگ باشد ، 1 مگ از حافظه را از دست داده ایم . حالا شما همین 1 مگ که به نظر کم میاد رو قرار بدید کنار سایر پروسس ها و سایت ها ببینید چه بلایی داره سر سرور میاد ! صرفه جایی هر چه بیشتر در مصرف منابع هم فشار کمتری به سرور میاره و هم سرعت بارگذاری سایت رو بیشتر .
خیر, برای دگرگونی دسترسی بایستی همانگونه که در پیک پیشین گفتی, نام کاربر را جستجو کرده و سطح دسترسی او را پایین یا بالا بیاوریم که فرآیندنی دستی است. البته اگر نگر شما از دستی این نباشد که خودمان برویم جدولهای بانکدادهها را بخوانیم و آن را بروز کنیم! که البته میتوان این را به پنل مدیریت کنونی نیز افزود.
ما خودمان در E107 که به شما آدرس دادم اینگونه عمل کرده ایم و این پیشنهاد تیم دولوپ ویکی بود ، بدین معنی که خودشان هم همین کار را میکنند .
تبلیغ در گوگل شرایطش چگونه است ، ماهی چقدر دقیقا آب میخورد؟ با ۲۰۰ دلار کردیت چکار میشود کرد مثلا؟
یک حساب باید باز کرد ، بعد ار قبال هر بار نشان دادن تبلیغ ما مبلغی از اعتابر ما کسر میشود و میرود به جیب گوگل و اونی که تبلیغ ما در سایتش نشان داده شده . این در حقیقت یک مارکتینگ هست .
جناب Sonix چرا فقط حرف از دادن دسترسی اتوماتیک می زنین؟
اینجا اگه چند تا مدیر که کنترل داشته باشند رو فروم داشته باشه می تونن کاربران رو کنترل و به اونا سطح دسترسی بالاتری بدهند
اون چیزی که شما می گی برای زمانیه که به ویبولتین بگی وقتی تعداد پست های هر کاربر از 0 به 100 رسید اونو از کاربر معمولی به کاربر فعال تغییر بده ولی ما که چنین چیزی نمی خواهیم ما کاربرای خوب رو انتخاب و به بخش خصوصی راه میدیم که اصلا هم کار سختی نیست و نیاز به هیچ کویری یا پلاگینی نداره شما بحث رو از cron job که هیچ ربطی نداره شروع کردین حالا هم دارین دستورات MYSQL رو وارد بحث می کنید که بازم ربطی به بحث نداره حالا جالبیش اینجاست سروری که بخواد با تغییر پرمیشن کاربری سرعت لودش پایین بیاد بهتره اصلا بالا نباشه هیچ وقت
مبحث دیگه اینکه شما داری می گی هزینه اینجا رو داری تامین می کنی ما هم می تونیم این کار رو بکنیم همه اینجا رو دوست دارین چون ازادی بیان داره گرداننده سایت هم مطمعن باشه به تنهایی به موفقیت نمی رسن هر چند که ایشون و ادمین محترم همیشه سنجیده عمل می کنن و به کاربران و نظراتشون احترام می زارن
اون چیزی که شما می گی برای زمانیه که به ویبولتین بگی وقتی تعداد پست های هر کاربر از 0 به 100 رسید اونو از کاربر معمولی به کاربر فعال تغییر بده ولی ما که چنین چیزی نمی خواهیم ما کاربرای خوب رو انتخاب و به بخش خصوصی راه میدیم که اصلا هم کار سختی نیست و نیاز به هیچ کویری یا پلاگینی نداره شما بحث رو از cron job که هیچ ربطی نداره شروع کردین حالا هم دارین دستورات mysql رو وارد بحث می کنید که بازم ربطی به بحث نداره حالا جالبیش اینجاست سروری که بخواد با تغییر پرمیشن کاربری سرعت لودش پایین بیاد بهتره اصلا بالا نباشه هیچ وقت
دوست عزیز کرون جاب برای اجرای خود کار دستورات بود ، بحث sql هم بر میگردد به بار سرور و این حرفها و اینها دو چیز جدا گانه اند . همان طور که گفتم الان که حجم سایت کوچک است مشکلی پیش نمی آید ولی وقتی بزرگ شود سرور کم میآورد ، درنتیجه باید سخت افزار قوی تر تهیه کرد و آن زمان هزینه ها سنگین تر میشود و بلایی که به سر خیلی از سایت ها آمده بر سر اینجا هم می آید چون اینجا منبع در آمدی ندارد .
مبحث دیگه اینکه شما داری می گی هزینه اینجا رو داری تامین می کنی ما هم می تونیم این کار رو بکنیم همه اینجا رو دوست دارین چون ازادی بیان داره گرداننده سایت هم مطمعن باشه به تنهایی به موفقیت نمی رسن هر چند که ایشون و ادمین محترم همیشه سنجیده عمل می کنن و به کاربران و نظراتشون احترام می زارن
بنده بخشی از هزینه رو تامین میکنم و نه همه رو ولی از خیلی از مسائل که نمیتوان در باره شان توضیح بدهم آگاهم و برای همین با وارد کردن حتی 1 بیت پروسس اضافی بر سازمان به سرور مخالفم .
تا جایی هم که میتوانستم دلایلم را گفتم و بیشتر از این بحث سرور و برنامه نویسی و ... را ادامه نمیدهم ولی در همین حد بدانید که در حجم بالا کنترل دستی کاربران کاری است غیر ممکن و تنها باید نظارت انسانی وجود داشته باشد نه دخالت .
دلیل اصلی مخالفتم ها با اون بخش خصوصی رو هم که بارها و بارها گفتم ولی فشار اضافی به سرور هم یکی از دلایل است .
راه های تامین هزینه رو دوستان ذکر کردند تبلیغات و شاپ ، نیاز نیست با کسی دسترسی ادمین داده شود ، اما لازمه موفقیت تقسیم مدیریت است ، تقسیم کار ها برای کسب در امد هم من شخصه حاضر به کمک هستم هر چند راههای زیادی ازجمله شاپ و... وجود دارد
راه های تامین هزینه رو دوستان ذکر کردند تبلیغات و شاپ ، نیاز نیست با کسی دسترسی ادمین داده شود ، اما لازمه موفقیت تقسیم مدیریت است ، تقسیم کار ها برای کسب در امد هم من شخصه حاضر به کمک هستم هر چند راههای زیادی ازجمله شاپ و... وجود دارد
1 - چه کسانی حاضرند تبلیغ بدهند ؟ 2 - چه چیزی فروخته شود ؟
راه های تامین هزینه رو دوستان ذکر کردند تبلیغات و شاپ ، نیاز نیست با کسی دسترسی ادمین داده شود ، اما لازمه موفقیت تقسیم مدیریت است ، تقسیم کار ها برای کسب در امد هم من شخصه حاضر به کمک هستم هر چند راههای زیادی ازجمله شاپ و... وجود دارد
کامران جان من هم با شاپ وتبلیغات موافقم ولی کی میاد به دفترچه تبلیغ بده واگه شاپ بزنیم چه محصولی دفترچه باید بفروشه از اینم بگذریم تو ایران که نمیتونه بفروشه مجبوره تو اروپا بفروشه چند درصد خواننده ها وکاربرای دفترچه ممکن است تو اروپا باشند؟ دوستان هر دو پیشنهاد رو من هم دادم ولی خودم هم بعید میدونم بشه این دو تا کار رو کرد.🤭
مگه باید به نام دفترچه شاپ بزنیم دوستان؟ یه شاپ که هیچ اسم و نشونی از دفترچه توش نباشه ولی سودش بره تو جیب دفترچه
ممکنه خطر امنیتی داشته باشد! مثلا فکر کنید این فروشگاه تو ایران فعالیت داشته باشد وحالا به هر طرقی لو رفت که این فروشگاه با دفترچه در ارتباط است اونوقت تکیف امنیت عوامل داخل ایران فروشگاه چی میشود.
من در فرانسه زندگی می کنم می تونم تو فرانسه راه بندازم
تو فرانسه میخوای چی بفروشی؟ ایرانی های فرانسه حاضرن به جایی که برن از کتابفروشی سیاوش اوستا خرید کنند بیاند از فروشگاه شما خرید کنند اونم اینترنتی که هزینه حمل ونقل هم داره🙂
من تمام پیشنهادات و فکرم رو اینجا بیان کردم تنها هدفم از تامین هزینه ، راه اندازی بخش خصوصی و ... اینه که حالا که یه جا دور هم جمه شدیم و ازادی بیان داریم نمی خوام اینجا مثل گفتگو که به دلایل مالی بسته شد بسته بشه
دوستان قبل از اینکه انجمن شلوغ بشه بهتره فعالیت مدیران هم درنظر بگیرید وگرنه کل انجمن به فنا میره! انجمن پی هالز یک بار نزدیک بود اینجوری بشه که مدیراش جمعش کردند. چون وقتی ناگهانی تعداد کاربرها بالا بره نبض سایت از دست مدیرهاش خارج میشه و اگر هدف سایت کمرنگ بشه اون وقت از تعداد کاربران کاردرست سایت کم میشه. مثل مزدک بامداد که ما هرچی دنبالش میگردیم نیست
دوستان قبل از اینکه انجمن شلوغ بشه بهتره فعالیت مدیران هم درنظر بگیرید وگرنه کل انجمن به فنا میره! انجمن پی هالز یک بار نزدیک بود اینجوری بشه که مدیراش جمعش کردند. چون وقتی ناگهانی تعداد کاربرها بالا بره نبض سایت از دست مدیرهاش خارج میشه و اگر هدف سایت کمرنگ بشه اون وقت از تعداد کاربران کاردرست سایت کم میشه. مثل مزدک بامداد که ما هرچی دنبالش میگردیم نیست
🌹
همون روز اول عضویتشون دیدم نامشون رو در صفحه اول سایت و خیلی خوشحال شدم فقط نمیدونم چرا نمیان تو گود..برای همین تو پست قبلیم نامشون رو آوردم..بلکم یک ندایی به سایت بدهند!🙂