بحث کاربر:WASP-Outis - ویکی‌پدیا، دانشنامهٔ آزاد

انتقال یافت به بحث کاربر:Jeeputer/newPagesFeed.js WASP ‎بحث‎ ۸ اردیبهشت ۱۴۰۳، ساعت ۰۱:۳۲، ‏۲۶ آوریل ۲۰۲۴، ساعت ۲۲:۰۲ (UTC)[پاسخ]

سلام. اگر از فعالیت‌های شما درست متوجه شده باشم، از ویژه:صفحه‌های تازه هم استفاده می‌کنید. برای من این صفحه خیلی در هم ریخته به نظر می‌رسد و به همین خاطر تاکنون خیلی کم به آن سر می‌زدم. دیروز برای یک بررسی آنجا رفتم و به فکرم رسید که با یک اسکریپت سر و سامانش بدهم. همین باعث شد که کاربر:Jeeputer/newPagesFeed را بنویسم. اگر حدسم در مورد فعالیت شما در گشت زنی صفحه‌های تازه درست بود و دوست داشتید از این اسکریپت استفاده کنید و در بهبودش کمک کنید. قصد دارم پس از آن که از عملکرد درستش مطمئن شدم، برای کاربران دارای دسترسی گشت‌زن به‌طور پیش‌فرض فعالش کنم تا کمکی باشد به بازبینی صفحه‌های جدید. ممنون از شما. {{کاربر|جـیپیوتر}} ^بحث ‏۱۵ آوریل ۲۰۲۴، ساعت ۲۱:۴۸ (UTC)[پاسخ]

@Jeeputer: واقعا اسکریپت کاربردی و خوبی هست. ممنونم از زحمات شما، درست حدس زدید، من اغلب مواقع از همین صفحه استفاده میکردم. تا اینجای استفاده باگ خاصی ندیدم، اما به فکر اضافه کردن یکی دوتا ویژگی دیگر افتادم. ممکنه داکیومنتی که مربوط به کلاس ingredients است رو برای من ارسال کنید؟ بازهم متشکرم از زحماتتون WASP ‎بحث‎ ۲۸ فروردین ۱۴۰۳، ساعت ۰۶:۳۷، ‏۱۶ آوریل ۲۰۲۴، ساعت ۰۳:۰۷ (UTC)[پاسخ]

@WASP-Outis: بسیار عالی. منظورتان را متوجه نشدم. اگر می‌خواهید بدانید که این مخلفات از کجا تهیه می‌شوند و چطور به کار می‌روند، می‌توانم همینجا توضیح دهم. {{کاربر|جـیپیوتر}} ^بحث ‏۱۶ آوریل ۲۰۲۴، ساعت ۱۱:۲۸ (UTC)[پاسخ]

@Jeeputer: منظورم کلاسی به نام ingredients است که در کدها استفاده شده. آن از کجا آمده، در Document های مربوط به api در اینجا پیدایش نکردم. (یا متوجهش نشدم)

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

ممنونم میشم اگر توضیحات لازم رو بهم بدید. متشکرم WASP ‎بحث‎ ۲۸ فروردین ۱۴۰۳، ساعت ۱۹:۴۱، ‏۱۶ آوریل ۲۰۲۴، ساعت ۱۶:۱۱ (UTC)[پاسخ]

@WASP-Outis: چنین کلاسی در api مدیاویکی موجود نیست. ingredients در واقع همان آرایهٔ boxIngredients است که در سطر ۱۶۲ با داده‌های استخراج‌شده از شیء jQuery تهیه‌شده از هر آیتم فهرست پر می‌شود. بعد از آن هم به خورد تابع createBox داده می‌شود تا برای هر آیتم فهرست، یک جعبه بسازد.

برای دریافت متن مقاله می‌توانید از همان parse یا Revisions استفاده کنید. یک راه سومی هم ظاهراً هست که متن ساده (plain) را دریافت می‌کند، اما من تا به حال از آن استفاده نکرده‌ام. مستنداتش در Extension:TextExtracts#API موجود است. {{کاربر|جـیپیوتر}} ^بحث ‏۱۶ آوریل ۲۰۲۴، ساعت ۱۸:۱۵ (UTC)[پاسخ]

@Jeeputer: متشکرم از توضیحات، تلاش میکنم یک‌سری تغییرات بهش بدم. WASP ‎بحث‎ ۲۹ فروردین ۱۴۰۳، ساعت ۲۲:۱۶، ‏۱۷ آوریل ۲۰۲۴، ساعت ۱۸:۴۶ (UTC)[پاسخ]

@Jeeputer: سلام. طی این مدت که من از این ابزار استفاده کردم به باگی برنخوردم. خسته نباشید! و تشکر

البته هنوز فرصت نکردم روی قابلیت های جدید کار کنم، این چند روز یکم درگیری داشتم. به زودی روشون کار میکنم و اطلاع میدم.

به فکر اضافه کردن 1. یک پیام برای مشخص کردن این هستم که برچسب حذف در مقاله وجود دارد یا نه

2. اینکه سازنده مقاله چند ویرایش در مقاله انجام داده

3. یک امتیاز دهی با توجه به متن مقاله و سوابق کاربر میخوام انجام بدم که احتمال خرابکاری بودن مقاله چقدر است.

به نظرم این سه مورد کار گشت زن ها را برای اینکه با یک نگاه متوجه اعتبار آن مقاله بشوند راحت میکند. WASP ‎بحث‎ ۱ اردیبهشت ۱۴۰۳، ساعت ۰۸:۰۶، ‏۲۰ آوریل ۲۰۲۴، ساعت ۰۴:۳۶ (UTC)[پاسخ]

@WASP-Outis: قابلیت اعلان وجود برچسب حذف سریع را قبلاً اضافه کرده‌ام (زیر تعداد رده‌ها و میان‌ویکی‌ها نمایش داده می‌شود). این قابلیت البته برای حذف زمان‌دار و نظرخواهی برای حذف فعال نیست. اما افزودن‌شان (دست کم برای حذف زمان‌دار) خیلی سخت نیست.

دریافت تعداد ویرایش‌های ایجادکننده در صفحه از سرور احتمالاً باعث می‌شود که ابزار دیرتر بارگیری شود. خصوصاً در صورتی که تعداد آیتم‌های نمایش‌یافته در صفحه مثلاً روی ۱۰۰ یا ۲۵۰ تنظیم شود. چون برای هر آیتم باید یک درخواست API داده شود. اگر هم برای همهٔ آن‌ها به صورت جمعی یک درخواست داده شود، باز دریافت پاسخش طول می‌کشد و بارگیری کامل ابزار را به تعویق می‌اندازد. از آنجا که این اطلاعات حیاتی هم نیست، فکر می‌کنم بهتر است این یکی را فاکتور بگیریم. تعداد کلی ویرایش‌های کاربر شاید سبک‌تر و سریع‌تر انجام شود.

امتیار ساعن یا همان ORES که در تغییرات اخیر هم کاربرد دارد، باز می‌تواند مفیدتر باشد. {{کاربر|جـیپیوتر}} ^بحث ‏۲۰ آوریل ۲۰۲۴، ساعت ۰۹:۴۸ (UTC)[پاسخ]

@Jeeputer: سلام. ابتدا بابت تاخیر عذرخواهی میکنم، این چند روزه درگیر امتحانات هستم و یکم زمانم محدودتر است.
در کاربر:WASP-Outis/temp.js، من امتیاز ORES رو اضافه کردم. البته دوتا مشکل بزرگ داره و کامل نشده. اول اینکه revid آخرین ویرایش صفحه را به api میدهد، درحالی که باید revid اولین ویرایش صفحه را بدهد (که من متوجه نشدم از کجا بگیرمش)

مشکل دوم هم بحث زمان اجرا است، که انگار با قسمتی از کد که رده ها را میگیرد به تداخل میخورد و بخش رده ها روی در حال تجزیهٔ صفحه… میماند.
چونکه امروز فرصت بیشتری برای کار کردن ندارم، کد را آپلود کردم که اگر شما ایده ای برای حل اشکال دارید به من بگید تا فردا اصلاحش رو انجام بدم. ایده اولیه خودم این هست که فراخوانی api برای ORES را در تابع parsePage به صورت یکجا انجام بدهم. که البته پیچیدگی های خودش را دارد. از کمک شما بینهایت سپاسگذارم

WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۴:۴۱، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۱۱ (UTC)[پاسخ]

همزمان من هم قابلیت نمایش حذف زمان‌دار و نظرخواهی برای حذف (به همراه پیوند) را به ابزار اضافه کردم.

بله به نظر من هم بهتر است که به تابع parsePage (تابع تجزیه) منتقل شود. آن تابع پس از جدول‌بندی اجرا می‌شود و تقریباً نسبت به آن مستقل است. کارش هم به این صورت است که پس از دریافت اطلاعات، عنصر مرتبط با رده‌ها را پنهان می‌کند، محتوایش را به‌روز می‌کند و عنصر را دوباره نمایش می‌دهد. برای ORES هم بهتر است در طابق createBox ابتدا یک عنصر با display:none تعریف کنیم، بعد در تابع تجزیه یا حتی یک تابع جداگانه با نامی مانند fetchORES آن عنصر را به روز کنیم و بعد آن را از حالت پنهان خارج کنیم. به این شکل دیگر مشکلی با ترتیب اجرا نخواهیم داشت. علت توقف تابع تجزیه این است که واکشی اطلاعات ساعن زمان‌بر است و باعث تأخیر در تولید جعبه‌ها می‌شود. وقتی جعبه هنوز تولید نشده و عنصر مورد نظر تابع تجزیه وجود ندارد، طبیعتاً تابع نمی‌تواند عنصر مورد نظرش را به روز کند و به همان شکل اولیه باقی می‌ماند. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۲۳ (UTC)[پاسخ]

@Jeeputer: تشکر، سعی میکنم سریعتر اصلاحش کنم. درباره مشکل اول چطور؟ راه حل دریافت revid اولین ویرایش(ایجاد) مقاله چیست؟ WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۴:۵۸، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۲۸ (UTC)[پاسخ]

امروز بعید است که فرصت کنم، اما در اولین فرصت این قابلیت را اضافه می‌کنم. نظرتان چیست که دریافت اطلاعات ساعن اختیاری باشد؟ مثلاً برای هر مقاله یک دکمه تعریف کنیم که اگر کاربر روی آن کلیک کرد، اطلاعات اختصاصی فقط برای همان مقاله واکشی شود (پیش‌فرضش واکشی نباشد که زمان‌بر هم نشود) و بعد نمایش داده شود. یک کار دیگر هم که می‌شود کرد، این است که خودکار بودن و نبودن واکشی داده‌های ساعن را وابسته کنیم به ترجیحات ابزار؛ مثلاً در کاربر:Jeeputer/common.js#L-28 من برای یکی از ابزارهایم (که البته خودش قابلیت شخصی‌سازی داشت) این را تعریف کرده‌ام که با دو کلیک فعال شود. مثلاً فعال شدن خودکار لازمه‌اش این باشد که دستور زیر در common.js کاربر قرار داده شده باشد:

window.npfFetchORESByDefault = true 

هرچه ابزار قابلیت شخصی‌سازی بیشتری داشته باشد، بهتر است. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۳۶ (UTC)[پاسخ]

@WASP-Outis: متوجه شدم. آن شناسه مال آخرین نسخهٔ صفحه است و تصورم اشتباه بود. پیوند تاریخ (که یک پیوند دائمی به نسخهٔ اول صفحه است) شناسه‌اش را در href دارد. برای استخراجش باید مستندات را مطالعه کنم و ببینم چه راه ساده‌ای برای گرفتن پارامترها از URL وجود دارد. بعد می‌توانیم شناسه را از URL پیوند دائمی نسخهٔ اول بگیریم و در همان شیء مخلفات ذخیره کنیم. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۵۵ (UTC)[پاسخ]

@Jeeputer: درباره revid، روی یک مقاله‌ی تست، آیدی را دریافت کردم و در کنسول مرورگر نوشتم، بعد با مقایسه متوجه شدم که آخرین نسخه است نه اولین نسخه.
موردی که گفتید خیلی عالیه. من موافقم و هر کمکی بتوانم میکنم. اما پیشنهاد من این هست که یک دکمه در هر باکس باشد برای اطلاعات هر مقال ه که با کلیک بر روی آن، اطلاعات فقط برای آن مقاله واکشی شود، و یک دکمه هم در بالای صفحه وجود داشته باشد که با کلیک روی آن اطلاعات همه را واکشی کند. به نظر اینطوری ساده تر است و هر دفعه نیاز به تغییر ترجیحات نیست. شاید یک زمان نیار باشد همه واکشی شود و یک زمان فقط یکی. WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۵:۲۵، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۵۵ (UTC)[پاسخ]

پیش‌فرض آن ترجیح را می‌شود روی false قرار داد و هر دو دکمه‌ای که گفتید را تعریف کرد. اگر آن ترجیح را کاربر روی true تنظیم کند، آنگاه دیگر آن دکمه‌ها نمایش داده نمی‌شوند و داده‌های ساعن به‌طور خودکار استخراج می‌شوند. رویش کار می‌کنم. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۵۷ (UTC)[پاسخ]

@Jeeputer: سپاس فراوان از زحمات شما. WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۵:۳۰، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۲:۰۰ (UTC)[پاسخ]

شما یک زحمتی بکشید. اگر فرصت داشتید، در مستندات مدیاویکی بگردید ببینید متودی برای دریافت مقدار یک پارامتر از URL صفحه وجود دارد؟ مثلاً این نشانی یک پارامتر oldid دارد که شناسهٔ نسخهٔ اول مقاله است. جاوااسکریپت خودش می‌تواند این کار را بکند، اما اگر مال خود مدیاویکی باشد به‌نظرم بهتر است. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۲:۰۰ (UTC)[پاسخ]

البته parsePage بهتر است از همان شناسهٔ کنونی استفاده کند. چون در نسخهٔ اول ممکن است رده وجود نداشته باشد، اما در نسخه‌های بعدی افزوده شده باشد. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۱:۵۵ (UTC)[پاسخ]

@Jeeputer: تا جایی که متوجه شدم ORES فقط ویرایش را میبیند، نه کل صفحه را، بنابرین شاید یکک صفحه حرابکاری باشد، اما ویرایش آخر آن، خرابکاری بودنش را نشان ندهد. من چند تست انجام دادم و متوجه شدم روی ویرایش اول بسیار بهتر عمل میکند.

درباره‌ی گرفتن اطلاعات از URL، با RegEx فکر میکنم به سادگی بشه آیدی رو دریافت کرد. WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۵:۳۰، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۲:۰۰ (UTC)[پاسخ]

بله با RegExp شدنی است، اما می‌خواهم کد شلوغ نشود. RegExp شلوغش می‌کند. {{کاربر|جـیپیوتر}} ^بحث ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۲:۰۱ (UTC)[پاسخ]

@Jeeputer: در کتابخانه mediawiki.util یک تابع به نام getParamValue وجود دارم که فکر میکنم همین کار را انجام دهد. WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۵:۴۹، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۲:۱۹ (UTC)[پاسخ]

البته من بازهم فکر میکنم استفاده از regex از نظر پیچیدگی زمانی بهتر عمل کند. با کدی مانند این:

match = re.search(r'oldid=(\d+)', url) oldid = match.group(1) 

WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۶:۳۶، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۳:۰۶ (UTC)[پاسخ]

بسیار خب پس با عبارت باقاعده انجامش می‌دهم. فعلاً که کارمندان بنیاد لطف کردند ساختار HTML صفحه را تغییر دادند. :) باید اول اسکریپت را با این تغییرات سازگار کنم. {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۱:۵۶ (UTC)[پاسخ]

قابلیت شناسایی ویرایش خرابکارانه برای نخستین نسخهٔ صفحه هم افزوده شد. از آن سه موردی که بالاتر گفتید فقط «سازنده مقاله چند ویرایش در مقاله انجام داده» مانده. به‌نظرتان ضروری است؟ چه کاربردی می‌تواند داشته باشد؟ خودم چون خیلی در زمینهٔ گشت‌زنی با این صفحه کار نکرده‌ام، کاربردش برایم قابل تصور نیست.

آیکون هشدار ساعن را به شکل چشمک‌زن درآوردم. به‌نظرتان چطور است که نامزدی صفحه برای حذف را هم به همین شکل درآوریم؟ اول ایده‌اش به فکرم رسید، اما فکر می‌کنم ممکن است باعث حواس‌پرتی کاربر و شلوغی صفحه شود. جایگزینش این است که متن اعلان «نامزد حذف سریع» را به‌شکل پررنگ درآوریم. {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۵:۱۲ (UTC)[پاسخ]

@Jeeputer: درود، تمام بار زحمتش بر دوش شما افتاد. متشکرم از زحمات شما. خوشحال میشوم از اینجا به بعدش را کمک بیشتری بکنم.

ابتدا از نظر ظاهری:

از نظر من اگر نامزدی های حذف نیز به شکل آیکون در بیایند بهتر است. و در ابتدای صفحه، در یک خط آیکون ها توضیح داده شوند. اینطوری از نظر بصری یافتن نامزد های حذف نیز آسان تر میشوند. اما چشمک زن نباشند. (بازهم بحث سلیقه است و هرطور که صلاح میدانید)

درباره‌ی تعداد ویرایش‌های کاربر سازنده:

یک سری معیار های تجربی برای من وجود دارد که مشخص میکند یک ویرایش خرابکاری است یا خیر. این نیز یکی از آنهاست. اگر کاربر سازنده، در ویرایش اول خود (ایجاد صفحه) یک حجم بالای 1 کیلوبایت ویرایش داشته باشد، و کاربر با سابقه ای نباشد قطعا ویرایش را کپی کرده و خرابکاری است. یا اگر کاربر سازنده بالای 8 ویرایش روی مقاله (در مدت کم) داشته باشد، و بازهم کاربر با سابقه‌ای نباشد، به احتمال زیاد بحث تعارض منافع در کار است و میتواند خرابکاری باشد.

این معیار های من‌درآوردی در اکثر مواقع کار میکند و خبر از خرابکاری میدهد. به نظرم فهرستی از این موارد را درست کنم تا با ORES ترکیب شود، امتیاز جدیدی تولید کند و پیش‌بینی دقیق‌تری از خرابکاری بدهد. ORES در خیلی جاها درست عمل نمیکند. مثلا بانو وانگ جاشیل و ملکه موهاسو را ببینید. منابع ندارند و ORES آلارم خرابکاری نداده. عایض مشخصا نمونه‌ای از همان معیار است که گفتم. حجم بالای 1 کیلوبایت در زمان ایجاد، و کاربر کم سابقه. نمونه های دیگر نیز کاملا مشهود است. و بازهم ORES اشتباه کرده.

یک ویژگی دیگر:

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

با آرزوی بهترین ها و خسته نباشید

‌ WASP ‎بحث‎ ۷ اردیبهشت ۱۴۰۳، ساعت ۱۹:۰۹، ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۵:۳۹ (UTC)[پاسخ]

پیشنهاد میکنم اگر مدتی ویرایشهای خرابکارانه نیز علامت گذاری شوند، میتوانم هوش مصنوعی قوی تری از ORES با قابلیت شخصی سازی بیشتر بسازم. البته برای چنین کاری نیاز به فهرست بیشتر از ۱۰۰۰ ویرایش در انواع خرابکاری های مختلف مختلف دارم. امیدوارم در آینده ممکن شود. WASP ‎بحث‎ ۷ اردیبهشت ۱۴۰۳، ساعت ۱۹:۲۰، ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۵:۵۰ (UTC)[پاسخ]

ORES دارد بازنشست می‌شود و جایش را به یک افزونهٔ دیگر می‌دهد که نه نامش را یادم هست و نه در موردش اطلاعات زیادی دارم. مستنداتش در وبگاه مدیاویکی موجود است و اگر کمی بگردید، پیدایش می‌کنید. اگر آن یکی هم خوب نبود، می‌توانید به بنیاد ایمیل بزنید. تا جایی که می‌دانم، از کمک‌های داوطلبان همیشه استقبال می‌کنند. من هم در حد توانم به شما کمک می‌کنم. {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۵:۵۴ (UTC)[پاسخ]

در خصوص ابزار هم، آن بخش اول و دوم کمی زمان‌بر است و حوصله می‌خواهد. یک روز که برای چند ساعت وقت و حوصله داشتم، رویش کار می‌کنم. اگر خودتان هم خواستید رویش کار کنید، کدهای جدید ابزار را کپی کنید که درست کار کند. برای سازگاری با ساختار جدید صفحه تغییراتی در آن اعمال کرده‌ام. {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۵:۵۶ (UTC)[پاسخ]

آن ویژگی آخر را هم سر فرصت اضافه می‌کنم. خیلی سخت نیست. اما لازمه‌اش اول این است که یک پنل تنظیمات در بالای صفحه اضافه شود. بعداً از همان پنل می‌توانیم برای توضیحات مرتبط با نمادهای حذف و دکمهٔ واکشی ORES هم استفاده کنیم.

پیش از این‌ها باید آن دکمه‌های ORES که گفتم + قابلیت شخصی‌سازی آن را اضافه کنم.

ببخشید که پیام‌هایم قطعه قطعه شد، نمی‌دانم چرا عادت کرده‌ام به جای enter پشت هم ctrl+enter بزنم (شاید به‌خاطر استفاده از کنسول مرورگر باشد)! {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۶:۰۰ (UTC)[پاسخ]

@Jeeputer: حتما روی آن دو مورد کار میکنم. درباره‌ی امتیاز خرابکاری، سعی میکنم یک نمونه اولیه را بنویسم و با همین ابزار به صورت جاوا اسکریپت تست و دیباگ کنم. اگر نتیجه رضایت بخش بود به شکل api در می‌آورم. اگر کمکی درباره کار با api نیاز بود مزاحمتان میشوم، چون تجربه کافی درباره ساختار api ویکی را ندارم.

سپاس از همه زحماتتان، پیشنهاد میکنم برای است اسکریپت و راحتی کار بجای استفاده از کنسول، از افزونه Code Injector استفاده کنید. برای اج، کروم، و فایرفاکس موجود است! کنسول واقعا پر دردسر است. WASP ‎بحث‎ ۷ اردیبهشت ۱۴۰۳، ساعت ۱۹:۳۴، ‏۲۶ آوریل ۲۰۲۴، ساعت ۱۶:۰۴ (UTC)[پاسخ]

@Jeeputer: تا اینجای کار از ابزار ORES کوچ کردم به ابزار liftwing. البته که خروجی هردو کاملا یکی است. اما ORES دیگر آپدیت نمیشود. ضمنا امتیازدهی را بر اساس اینجا ترش‌هولد بندی کردم. به سه دسته احتمال خرابکاری کم، متوسط و زیاد در سه رنگ سبز، نارنجی و قرمز. بخاطر این تغییر کلاس مربوط به چشمک‌زن بودن را برداشتم. و css رنگ را داخل خود جاوااسکریپت به صورت داینامیک تعریف کردم. پس دیگر نیازی به color: red در css کلاس npf-ores-indicator نیست. بازهم خودتان بر اساس سلیقه خودتان تغییرات را اصلاح کنید یا بفرمایید تا اصلاح کنم. تغییری که در آینده میدم این است که اگر در آخرین ویرایش، مقاله هنوز منبع ندارد، احتمال خرابکاری بدون را افزایش دهد. که سر فرصت انجامش میدهم.

فکر میکنم بهتر است ادامه گفت و گو درباره تغییرات را در یک زیرصفحه در بحث ابزار انجام دهیم تا همانجا ثبت شود. WASP ‎بحث‎ ۸ اردیبهشت ۱۴۰۳، ساعت ۰۱:۱۱، ‏۲۶ آوریل ۲۰۲۴، ساعت ۲۱:۴۱ (UTC)[پاسخ]

عالی! بله در بحث ابزار پینگم کنید تا همانجا ادامه دهیم. اصلاً همین ریسه را به آنجا منتقل کنید. اگر خواستید بایگانی‌اش را داشته باشید، به‌جای کات، کپی کنید. {{کاربر|جـیپیوتر}} ^بحث ‏۲۶ آوریل ۲۰۲۴، ساعت ۲۱:۴۴ (UTC)[پاسخ]

درود طبق سیاست استفاده از برچسپ حذف سریع در صورتی که کاربری به جز نویسنده برچسپ را بر دارد دوباره نمیتوان از آن برچسپ استفاده کرد. Reza Amper (بحث) ‏۱۸ آوریل ۲۰۲۴، ساعت ۱۳:۴۵ (UTC)[پاسخ]

درود دگر، طبق رهنمودها به نبح بردن به عهده شماست که شاید در سرشناسی این بازیگر مردد هستید.Reza Amper (بحث) ‏۱۸ آوریل ۲۰۲۴، ساعت ۱۳:۴۷ (UTC)[پاسخ]

@Reza Amper: درود، من گمان کردم که شما سازنده صفحه بودید، اشتباه از جانب بنده بود. WASP ‎بحث‎ ۳۰ فروردین ۱۴۰۳، ساعت ۱۷:۱۸، ‏۱۸ آوریل ۲۰۲۴، ساعت ۱۳:۴۸ (UTC)[پاسخ]

@Reza Amper: سلام. آنچه گفتید برای حذف سریع نیست، برای حذف زمان‌دار است که یک‌بار مصرف است. {{کاربر|جـیپیوتر}} ^بحث ‏۲۰ آوریل ۲۰۲۴، ساعت ۰۹:۵۰ (UTC)[پاسخ]

درود، @Jeeputer: وپ:حذف سریع: سازندگان صفحه‌ها نباید برچسب حذف سریع را از آن‌ها بردارند اما ویرایش‌گران دیگر مجاز به انجام این کار هستند...اختلاف نظر وجود داشته باشد، روند حذف صفحه به حذف از طریق بحث و نظرخواهی تغییر خواهد کرد. Reza Amper (بحث) ‏۲۰ آوریل ۲۰۲۴، ساعت ۱۱:۴۹ (UTC)[پاسخ]

@Reza Amper: حالا بحث خیلی مهمی هم نیست، اما چون شما فرمودید «دوباره نمیتوان از آن برچسپ استفاده کرد» خواستم آگاهتان کنم که چنین محدودیتی برای حذف سریع وجود ندارد. اگر مخالفتی وجود داشته باشد که وارد هم باشد، بله بهتر است از نبح استفاده شود تا مقاله با اجماع حذف شود و نه صرفاً با نظر یک کاربر. سربلند باشید. {{کاربر|جـیپیوتر}} ^بحث ‏۲۰ آوریل ۲۰۲۴، ساعت ۱۵:۱۹ (UTC)[پاسخ]

MediaWiki message delivery ‏۲۲ آوریل ۲۰۲۴، ساعت ۲۰:۲۷ (UTC)[پاسخ]

@Jeeputer: سلام، دراینباره آیا نیاز هست ابزارها بروزرسانی شوند؟ WASP ‎بحث‎ ۴ اردیبهشت ۱۴۰۳، ساعت ۰۰:۰۸، ‏۲۲ آوریل ۲۰۲۴، ساعت ۲۰:۳۸ (UTC)[پاسخ]

سلام. در این نسخهٔ اخبار فناوری موردی نمی‌بینم که باعث از کار افتادن خود ابزارها شود. اگر منظورتان آن مورد در بخش تغییرات آینده است، ارتباطی به ابزارها ندارد. اسکریپت‌هایی که در زیرصفحهٔ vector.js فراخوانی شده‌اند، در حال حاضر هم در پوستهٔ ۲۰۲۲ و هم پوستهٔ قدیمی فعال می‌شوند. اما تا پایان ماه مه، صفحهٔ vector.js تنها به پوستهٔ وکتور قدیمی اختصاص خواهد داشت و اگر از پوستهٔ جدید استفاده کنید، ابزارهایی که از vector.js فراخوانی می‌کنید فعال نخواهند شد. برای مثال شما مشکلی نخواهید داشت؛ چون اسکریپت‌ها را از طریق common.js فرامی‌خوانید. به این معنی که در تمام پوسته‌ها مشترک و به عبارت دیگر عمومی (common) است. {{کاربر|جـیپیوتر}} ^بحث ‏۲۲ آوریل ۲۰۲۴، ساعت ۲۱:۳۶ (UTC)[پاسخ]

@Jeeputer: تشکر بابت توضیحات، برداشت من از تغییرات آینده اشتباه بود WASP ‎بحث‎ ۴ اردیبهشت ۱۴۰۳، ساعت ۲۲:۳۲، ‏۲۳ آوریل ۲۰۲۴، ساعت ۱۹:۰۲ (UTC)[پاسخ]

سلام بازرسی زاپاس کاربر طردشده بودن را تاییدکرده است لطفا تمامی این مقالات حذف شوند با تشکر Luckie Luke (Talk / ^C) ‏۲۴ آوریل ۲۰۲۴، ساعت ۰۱:۰۱ (UTC)[پاسخ]

زحمتش را قبلا یکی از مدیران کشیده. سپاس WASP ‎بحث‎ ۶ اردیبهشت ۱۴۰۳، ساعت ۱۷:۳۶، ‏۲۵ آوریل ۲۰۲۴، ساعت ۱۴:۰۶ (UTC)[پاسخ]