[Mehrbod]

درسته ، ولی شخصن ترجیح میدهم در بالاترین تبلیغ شود چون کاربرانش دنبال بحث های ایران پراودی نیستند ، شما یک نگاهی به تاپیک های محبوب آنجا بیندازید - تاپیک هایی مثل این : آیا موهای زیر بغلتون رو میزنید !!!!!
90% بحث هاش اینطوریه ، کاربران اینجا هم همین طوری کیلویی زیاد بشوند نتیجه بهتر از آن نخواهد شد .

---------- ارسال جدید اضافه شده در 05:11 PM ---------- ارسال قبلی در 05:04 PM ----------



اینکه کنترل کردنش رو چه کسی بر عهده میگیره که دست من نیست دست صاحب اینجاست که با شناختی که من ازش دارم عمرن به جز همان یک نفری که خودش میشناسد شخص دیگه ای رو دسترسی برای این کار ها نمیده ، به منی که دارم بخشی از هزینه های اینجا رو تامین میکنم و از نزدیک با هم در ارتباط هستیم نداد
در مورد دسترسی های کاربری هم همان طور که گفتم وی بولتین به صورت پیش فرض چنین امکانی نداره ، باورتون نمیشه ؟ این لیست قوابلیات وی بولتین : http://www.vbulletin.com/index.php?do=features
زیر نظر داشتن کاربران فعال و غیر فعال و تغییر دسترسی هاشون به صورت دستی در حجم بالا غیر ممکنه عزیز من و برای این کار شما باید کارهارو به صورت اتوماتیک انجام بدید ، یعنی باید بیاید یک الگو تعریف کنید و سیستم بر طبق اون الگو عمل کنه که هر کسی که فعالیتش زیاده رو دسترسی بده و هر کسی که نیست نده یا هر کسی که زیاد شد رو بده و هر کسی که کم شد رو ازش بگیره ، شما هم نگاه نکن الان 30-40 تا یوزر هست ، تا یکی دو ماه دیگه میزنه بالای چند هزار تا ، شما فقط بخوای یک لیست چند هزار تایی رو فقط اسمهاشون رو بخونی چند ساعت زمان میبره - چه برسه به اینکه بخوای فعالیت های دونه دونه شون رو بررسی کنی ببینی کدوم ها رو باید دسترسی بدی کدوم ها رو نباید بدی و یا از کدوم ها دسترسی رو بگیری !

تازه اگر هم عملی بشه این کار به صورت دستی ! که اولین چیزی که به ما توی برنامه نویسی یاد دادند این بود که کار هایی با حجم بالا رو به هیچ عنوان دستی انجام ندید . بخش خصوصی میشه یک بخش تخصصی و پر بار و باقی جاها میشه چت روم و این باعث میشه سطح کیفی سایت بره توی زیر زمین .

ولی گفته کسری جان در این باره خیلی خوب ، منطقی و عملیه .

تا آنجاییکه می‌دانم, دوستان دیگر نیز در PHP تخصص دارند. اگر نیاز بود می‌توانیم
برای آن یک سیستم کنترل مانند ویکی‌پدیا در بیاوریم که آدمین در جایگاه sysop
و گردانندگان کنونی در جایگاه bureaucrat بتوانند به کاربران دسترسی بالاتر بدهند.

---------- ارسال جدید اضافه شده در 07:36 PM ---------- ارسال قبلی در 07:33 PM ----------

ویکی پدیا یا یاهو یا گوگل یا ... این کار را به صورت خودکار انجام میدهند ، دستی نیست .

ویکی‌پدیا دستی انجام می‌دهد. چیزی به نام سطح دسترسی داریم, می‌توانید سورس آن را بخوانید.

[sonixax]

تا آنجاییکه می‌دانم, دوستان دیگر نیز در PHP تخصص دارند. اگر نیاز بود می‌توانیم
برای آن یک سیستم کنترل مانند ویکی‌پدیا در بیاوریم که آدمین در جایگاه sysop
و گردانندگان کنونی در جایگاه bureaucrat بتوانند به کاربران دسترسی بالاتر بدهند.

---------- ارسال جدید اضافه شده در 07:36 PM ---------- ارسال قبلی در 07:33 PM ----------



ویکی‌پدیا دستی انجام می‌دهد. چیزی به نام سطح دسترسی داریم, می‌توانید سورس آن را بخوانید.

ویکی پدیایی که شما میبینید ، با آنچیزی که برای دانلود قرار دارد خیلی فرق میکند . اسکریپتی که شما دانلود میکنید تنها بستر رو آماده میکنه طبیعی هست که بخش دستی باید باشد . بخش خودکار معمولن اسکریپت های CGI هستند و هر کسی بسته به نیاز خودش اونها رو مینویسه .

برای Vbulletin هوک مخصوص این کار و اسکریپت هاش هست ، ولی باری که به سرور میاورد را هم حساب بفرمایید .

[Mehrbod]

ویکی پدیایی که شما میبینید ، با آنچیزی که برای دانلود قرار دارد خیلی فرق میکند . اسکریپتی که شما دانلود میکنید تنها بستر رو آماده میکنه طبیعی هست که بخش دستی باید باشد . بخش خودکار معمولن اسکریپت های CGI هستند و هر کسی بسته به نیاز خودش اونها رو مینویسه .

برای Vbulletin هوک مخصوص این کار و اسکریپت هاش هست ، ولی باری که به سرور میاورد را هم حساب بفرمایید .

ببینید, سخن من درباره دسترسی دادن به کاربران است که در ویکی‌پدیا دستی انجام می‌گیرد.
شما یا هر کس دیگری می‌تواند ده سال هم در ویکی‌پدیا ویرایش کند و سطح‌دسترسی‌اش
از کاربری بالاتر نرود, چرا که ماشینی انجام نمی‌پذیرد. به جای آن, کسانی که هم‌اکنون دسترسی
بالاتر دارند با نگرش به فعالیت یک کاربر و با مشاوره یکدیگر سطح دسترسی او را بالا یا پایین می‌برند.

در سورس آن می‌توانید سطح‌های دسترسی را ببینید و اصولا به همین شیوه است که ویکی‌پدیا
کار می‌کند. برای Vbulletin نیز می‌توان یک plugin یا هوک نوشت و این‌را پیاده‌سازی کرد که کار بسیار ساده‌ای نیز است.

البته همه این‌ها زمانی می‌ارزد که فاروم شلوغ شده باشد.

[sonixax]

ببینید, سخن من درباره دسترسی دادن به کاربران است که در ویکی‌پدیا دستی انجام می‌گیرد.
شما یا هر کس دیگری می‌تواند ده سال هم در ویکی‌پدیا ویرایش کند و سطح‌دسترسی‌اش
از کاربری بالاتر نرود, چرا که ماشینی انجام نمی‌پذیرد. به جای آن, کسانی که هم‌اکنون دسترسی
بالاتر دارند با نگرش به فعالیت یک کاربر و با مشاوره یکدیگر سطح دسترسی او را بالا یا پایین می‌برند.

در سورس آن می‌توانید سطح‌های دسترسی را ببینید و اصولا به همین شیوه است که ویکی‌پدیا
کار می‌کند. برای vbulletin نیز می‌توان یک plugin یا هوک نوشت و این‌را پیاده‌سازی کرد که کار بسیار ساده‌ای نیز است.

البته همه این‌ها زمانی می‌ارزد که فاروم شلوغ شده باشد.

نخست اینکه ویکیپدیا با اینجا قبل مقایسه نیست ، دوم اینکه من مطمئن هستم که انتخاب کاربران به صورت ماشینی صورت میگیرد آن هم از روی مانیتور کردن فعالیت کاربر ، امتیاز های کسب کرده و کلن آرایشی که برایش تعریف شده - همانند این را ما در ویکی سایت e107 راه اندازی کردیم و خیلی خوب هم کار میکند ، در کنار اتوماسیون دسترسی ها سیستم دستی هم وجود دارد و منطقی اش هم همین است چون ماشین همیشه درست کار نمیکند و اشتباه میکند .

سوای اینها ما باید به بار و فشاری که به سرور می آید هم نگاه کنیم و البته اگر همه اینها را حل و فصل کردیم باز هم بخش خصوصی که نوشتارش در دسترس نباشد برای سایرین به صورت طبیعی باعث افت کیفی تالار که میشود هیچ خود به خود دسترسی اسپایدر ها هم به آنجا بسته میشود و مطالبش در موتور های جستجو ایندکس نمیشود و از آنجایی که بحث در قسمت های باز خیلی خاله زنکی و سطحی میشود خود به خود کاربرانی که جذب میشوند از همان دسته هستند و آن وقت ما شاهد بحث هایی مثل این :

http://forum.iranproud.com/showthread.ph...9%88%D9%86

در حجم بالا در اینجا هستیم .

[Mehrbod]

نخست اینکه ویکیپدیا با اینجا قبل مقایسه نیست ، دوم اینکه من مطمئن هستم که انتخاب کاربران به صورت ماشینی صورت میگیرد آن هم از روی مانیتور کردن فعالیت کاربر ، امتیاز های کسب کرده و کلن آرایشی که برایش تعریف شده - همانند این را ما در ویکی سایت e107 راه اندازی کردیم و خیلی خوب هم کار میکند ، در کنار اتوماسیون دسترسی ها سیستم دستی هم وجود دارد و منطقی اش هم همین است چون ماشین همیشه درست کار نمیکند و اشتباه میکند .

سوای اینها ما باید به بار و فشاری که به سرور می آید هم نگاه کنیم

Role-based access control

Bureaucrats

• promote other users to administrator or bureaucrat status;
  
• grant and revoke an account's bot status; and
  
• rename user accounts.
  

Administrator If at this point you are interested in requesting adminship, you should first read the guide to requests for adminship and the nomination instructions. When you are ready to apply, you may add your nomination to the Wikipedia:Requests for adminship ("RFA") page, according to the aforementioned instructions. A discussion (not a vote) will then take place among fellow editors about whether you should become an administrator. After seven days, a bureaucrat will determine if there is consensus to approve your request. This is sometimes difficult to ascertain, and is not a numerical measurement, but as a general descriptive rule of thumb most of those above ~80% approval pass and most of those below ~70% fail.

برای فشار به سرور هم به شما اطمینان می‌دهم, چک کردن دو‌بایت در هر درخواست, هیچ فشاری به سرور نمی‌آورد.

و البته اگر همه اینها را حل و فصل کردیم باز هم بخش خصوصی که نوشتارش در دسترس نباشد برای سایرین به صورت طبیعی باعث افت کیفی تالار که میشود هیچ خود به خود دسترسی اسپایدر ها هم به آنجا بسته میشود و مطالبش در موتور های جستجو ایندکس نمیشود و از آنجایی که بحث در قسمت های باز خیلی خاله زنکی و سطحی میشود خود به خود کاربرانی که جذب میشوند از همان دسته هستند و آن وقت ما شاهد بحث هایی مثل این :

http://forum.iranproud.com/showthread.ph...9%88%D9%86

در حجم بالا در اینجا هستیم .

خوب این می‌شود یک گفتمان دیگر و بستگی به نگر شما پشتیبانان مالی سایت دارد.

[sonixax]

برای فشار به سرور هم به شما اطمینان می‌دهم, چک کردن دو‌بایت در هر درخواست, هیچ فشاری به سرور نمی‌آورد.

نه در شرایطی که سایتهای بسیاری بر روی این سرور میزبانی میشوند .

خوب این می‌شود یک گفتمان دیگر و بستگی به نگر شما پشتیبانان مالی سایت دارد.

یکی از دلایل مخالفت من همین است ، البته آن داستان سختی کار هم بماند .

در مورد ویکیپدیا هم که همان طور که گفتم بر حسب امتیازات و .. هست ولی تغییر دسترسی خودکار هست . ولی در ویبولتین اینگونه نیست و باید یک نفری برود در AdminCp و از اونجا نام کاربر رو سرچ کنه و بعد دسترسیش رو دستی تغییر بده که خودش حد اقل 40 ثانیه زمان میبره

[Theodor Herzl]

من اول فکر کردم شوخی‌ می‌کنید این رو گفتید جالبه راجع به موی زیر بغل و پشم زیر بیضه صحبت میکنند در ایران پرواد ، بعدش بری اونجا یه تاپیک بزنی‌ که بالای چشم محمد تازی ابروست ، پست رو پاک میکنند

[sonixax]

من اول فکر کردم شوخی‌ می‌کنید این رو گفتید جالبه راجع به موی زیر بغل و پشم زیر بیضه صحبت میکنند در ایران پرواد ، بعدش بری اونجا یه تاپیک بزنی‌ که بالای چشم محمد تازی ابروست ، پست رو پاک میکنند

نه بابا راست میگم ، تا دلتون بخواد از این بحث ها توشه کاربر زیاد و کیلویی جمع کردن سایت رو به اون روز میندازه .

[Mehrbod]

نه در شرایطی که سایتهای بسیاری بر روی این سرور میزبانی میشوند .

اشتباه می‌کنید. بررسی اینکه نوشته کنونی من چند بایت
است بار کمتری روی سرور دارد تا اینکه ببینید دسترسی من چه اندازه است.

در مورد ویکیپدیا هم که همان طور که گفتم بر حسب امتیازات و .. هست ولی تغییر دسترسی خودکار هست . ولی در ویبولتین اینگونه نیست و باید یک نفری برود در AdminCp و از اونجا نام کاربر رو سرچ کنه و بعد دسترسیش رو دستی تغییر بده که خودش حد اقل 40 ثانیه زمان میبره

خوب اشتباه شما در همینجاست. من چند بار گفتم و ریفرنس به سورس و خود ویکی‌پدیا نیز دادم.
این فرآیند سراسر دستی است و درست همین‌گونه است که گفتید. نه تنها 40 ثانیه
زمان می‌برد که بررسی آمادگی برای گردانندگی 7 روز به درازا نیز می‌کشد.


به هر روی, ما گفتیم که با این موافق هستیم و اگر زمانی خواستید پیاده‌سازی
کنید, می‌توانید روی کمک و زمان گذاشتن من در برنامه‌نویسی آن حساب کنید.

[Theodor Herzl]

تبلیغ در گوگل شرایطش چگونه است ، ماهی‌ چقدر دقیقا آب می‌‌خورد؟ با ۲۰۰ دلار کردیت چکار میشود کرد مثلا؟