שיחת ויקיפדיה:הנחיות למפעילי מערכת

Wikisign

מסתבר כי לא רק שניתן להפעיל שאילתות דרך האתר הזה, אלא שניתן לתרגם את ההודעות שיש שם. אני תרגמתי את הדף באנגלית ולפני שאני פונה לכותב, אני מבקש שמישהו יעבור על זה.

התרגום הוא:

<? $wgAllMessagesHe = array(

// Language specific informations /////////////////////////////////////////////////////////////////////////////////

// Language abbrevation, the abbrevation must be the same like at the Wikipedia "language_abbr" => "he", "language" => "עברית", "language_engl" => "Hebrew", // The name of the language in english "language_translatedby" => "Translated by <a href=\"http://he.wikipedia.org/wiki/משתמש:טרול רפאים\">he:משתמש:טרול רפאים</a>",

// Common strings /////////////////////////////////////////////////////////////////////////////////

// Wikipedia language specific Namespaces "mw_ns_0" => "", "mw_ns_1" => "שיחה:", "mw_ns_2" => "משתמש:", "mw_ns_3" => "שיחת משתמש:", "mw_ns_4" => "ויקיפדיה:", "mw_ns_5" => "שיחת ויקיפדיה:", "mw_ns_6" => "תמונה:", "mw_ns_7" => "שיחת תמונה:", "mw_ns_8" => "MediaWiki:", "mw_ns_9" => "MediaWiki שיחת:", "mw_ns_10" => "תבנית:", "mw_ns_11" => "שיחת תבנית:", "mw_ns_12" => "עזרה:", "mw_ns_13" => "שיחת עזרה:", "mw_ns_14" => "קטגוריה:", "mw_ns_15" => "שיחת קטגוריה:",

// Title of the pages "website_brand" => "www.wikisign.org", "website_description" => "כלי שאילתות SQL עבור ויקיפדיה", "title_index" => "דף ראשי", "title_doquery" => "בצע שאילתה", "title_history" => "היסטורית שאילתות", "title_hdetail" => "פרטים",

// Common texts "txt_language" => "שפה", "txt_articles" => "ערכים", "txt_dumpdate" => "זמן עדכון", "txt_date" => "תאריך", "txt_table" => "טבלה", "txt_wiki" => "ויקי", "txt_list" => "רשימה", "txt_error" => "שגיאה", "txt_outputformat" => "פורמט תוצאות", "txt_sqlquery" => " שאילתתSQL", "txt_state" => "מצב", "txt_contact" => "קשר", "txt_comment" => "הערה",

"txt_feedback" => "תגובה", // ### NEW "txt_asc" => "סדר עולה", //### NEW "txt_desc" => "סדר יורד", //### NEW "txt_sort" => "מיון", //### NEW

// Error messages "err_open_db" => "אי אפשר לפתוח את מסד הנתונים", "err_notenough_param" => "אין מספיק פרמטרים", "err_only_select" => "לא ניתן לשנות נתונים, רק פקודות SELECT!", "err_cantwrite" => "שגיאה קריטית: לא ניתן לשמור את השאילתה.",

// Specific strings /////////////////////////////////////////////////////////////////////////////////

// Main Site "main_img_descr" => "כלי ויקיפדיה", "main_dumplist_title" => "מהעותק של הויקיפדים הבאים:", "main_discl_title" => "אזהרה:", "main_discl_txt" => "כל שאילתה והודעת דואר אלקטרוני נשמרים באתר. המשתמש יכול להסתיר את השאילתה, כך שלא תתווסף להיסטוריה. הודעות לעולם אינם מוצגות בהיסטוריה, ושימוש נוסף בכתובות הדואר האלקטרוני אסור. עוגיות נמצאות בשימוש עבור שמירת שפת התצוגה.", "main_copyleft_note" => '<a href="http://de.wikipedia.org/wiki/Bild:Wikipedia_lexikon3e.jpg">התמונה</a> שמופיעה ברקע שייכת ל- <a href="http://de.wikipedia.org/wiki/Benutzer:Sansculotte">Sansculotte מוויקיפדיה הגרמנית</a> והיא תחת הרשיון <a href="http://creativecommons.org/licenses/by-sa/2.0/">cc-by-sa.</a>',

// Query page "query_textfield" => "שים את השאילתה שלך בתיבת הטקסט ושלח/י אותה:", "query_comment" => "תיאור של השאילתה (אופציונאלי):", "query_selectlang" => "בחר את מסד הנתונים של הויקיפדיה המבוקשת (*.wikipedia.org):", "query_wikilink" => "קשר את התוצאות לערכי ויקיפדיה
אופציה זו תוסיף קישורים לערכי ויקיפדיה. בשביל שאופציה זו תפעל, העמודות cur_namespace ו- cur_title בטבלהcur חייבים להופיע בשאילתה. כאשר פורמט ויקי נבחר קישורים פנימיים יתווספו אוטומטית", "query_addhistory" => ' הוסף שאילתה זו לרשימת <a href="chronik.php?wsLang=he">ההיסטוריה</a>.
אם התיבה לא מסומנת, השאילתה לא תתווסף להיסטוריה. ', "query_email_1" => "כתובת דואר אלקטרוני:", "query_email_2" => "(הכתובת לא תהיה בשימוש נוסף)
כאשר תסתיים ריצת השאילתה, תקבל הודעה. תכונה זו טובה עבור שאילתות ארוכות.", "query_references" => 'References: <a href="http://en.wikipedia.org/wiki/Wikipedia:Database_queries">שאילתות ויקיפדיה (בוויקיפדיה האנגלית)</a> ו <a href="http://dev.mysql.com/doc/mysql/en/select.html">פורמט שאילתות (אנגלית)</a>', "query_dblayout" => 'טבלאות: brokenlinks, categorylinks, cur, image, imagelinks, links, oldimage, site_stats (ראה גם <a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/%2Acheckout%2A/wikipedia/phpwiki/newcodebase/docs/schema.doc?rev=HEAD&content-type=text/plain">מבנה מסד הנתונים של ויקיפדיה</a>)', "query_sendbutton" => "שלח שאילתות", "query_viewhistory" => 'התוצאות מוצגות ברשימת <a href="chronik.php?wsLang=en">ההיסטוריה</a>!', "query_sent" => "השאילתה נשלחה.", "query_viewresult" => "עבור התוצאות של השאילתה", "query_infonohistory" => "אזהרה: השאילתה לא מוצגת ברשימת ההיסטוריה כי בחרת לבטל את האופציה. נא להוסיפה לרשימת ההיסטוריה", "query_defaultdblang" => "de",

// Query background engine "result_error" => "השאילתה נכשלה", "result_errorno" => "מספר שגיאה", "result_errortext" => "תוכן השגיאה", "result_noentry" => "לא נמצאו תוצאות",

  // Of total %d entries only the first %d will be shown.

"result_toomanyresults1" => "מתוך", "result_toomanyresults2" => "רק התוצאות הראשונות", "result_toomanyresults3" => "יוצגו.", "result_noticewikilink" => " על מנת שהקישורים יוצגו העמודות cur_namespace ו- cur_title בטבלהcur חייבות להופיע בשאילתה .", "result_outputastable" => "הצגה כטבלה:", "result_outputaswiki" => "הצגה בפורמט ויקי על מנת להעתיק לוויקיפדיה:", "result_outputaslist" => "הצג כרשימה:",

// Mail message "mail_hello" => "שלום!", "mail_querydone" => "השאילתה שלך הסתיימה:", "mail_viewresult" => "על מנת להציג את התוצאות לחץ על הקישור הבא:", "mail_feedback" => "אם יש בעיות או שאלות, ענה להודעה זו.", "mail_title" => "השאילתה ב-www.wikisign.org הסתיימה",

// History "history_inprocess" => "השאילתה בביצוע, אנא נסה שנית מאוחר יותר", "history_wait" => "בהמתנה", "history_inprocess" => "בביצוע", "history_noaddtohistory" => "(השאילתה לא מוצגת)", "history_nocurrentquery" => "כרגע אין שאילתות.", "history_querys" => "%d השאילתות האחרונות:", "history_detail" => "פרטים", "history_finish" => "הסתיימה", "history_noresults" => "אין תוצאות", "history_errorreport" => "דוח תוצאות", "history_options" => "הראה אפשרויות", "history_viewcomment" => "הראה רק שאילתות שבוצעו, ממוינות בסדר ", "history_viewall" => "הצג את כל השאילתות, ממוינות בסדר",

"history_alllanguages" => "כל", //### NEW "history_sortorder" => "סדר", //### NEW "history_queryscurrpage"=> "כניסות %d עד %d מתוך %d כניסות", //### NEW "history_nextpage" => "הדף הבא", //### NEW "history_prevpage" => "הדף הקודם", //### NEW "history_rows" => "הצג %s כניסות בכל דף", //### NEW

// History detail page "hdetail_queue" => "בתור", "hdetail_run" => "השאילתה בביצוע, אנא נסה/י שוב מאוחר יותר", "hdetail_done" => "השאילתה הצליחה", "hdetail_noresults" => "השאילתה הצליחה אולם ללא תוצאות",

);

?>

הצעה - חסימה ושחזורים

בעקבות ארועים תכופים מדי של חסימות ושחזורים מעוררים מחלוקת, רציתי להעלות שתי הצעות שלדעתי יתרמו, לדיון הקהילה:

• במקרה של אנונימי או משתמש רשום שמשנה פרט מסוים בערך (עריכה ליגיטימית, לא השחתה) שוב ושוב לאחר שמפעיל משחזר מפני שנראה לו כי ה'תיקון' אינו נכון, יש לפנות למשתמש בדף שיחתו ובמקרה הגרוע לנעול את הערך, אבל לא לחסום לפני קבלת תשובה מהמשתמש או האלמוני (זאת בפרק זמן נורמלי, כמובן).
• כלל שכבר אמור להיות מיושם; אבל בפועל לא תמיד: זמני החסימה יהיו רק לפי הנהלים המקובלים ולא על דעת המפעיל; מפעיל לא יוכל להחליט על חסימה לחודשיים לדוגמא בגלל השחתה 'רגילה' בלי היסטורית השחתות קודמות.

Pacman 19:31, 29 מרץ 2006 (UTC)

זה בערך הנוהל הנוכחי. גילגמש • שיחה 19:32, 29 מרץ 2006 (UTC)

פעמים רבות הוא לא מיושם. Pacman 19:33, 29 מרץ 2006 (UTC)

כי למפעיל שיקול דעת בלעדי על הפעלת הנוהל או חלק ממנו בהתאם לסיטואציה נתונה. אי אפשר להמציא חוק לכל מקרה פרטי. גילגמש • שיחה 19:34, 29 מרץ 2006 (UTC)

תפקיד של המפעיל הוא לשמר את כללי הויקיפדיה שסוכם על-ידי הויקיפדים, והוא לא מורשה להפעיל שיקול דעת בלעדי.

במילים אחרות, אין נוהל, ומפעיל הישר בעיניו יעשה. זה מתכון טוב להבטחת המשך הויכוחים. גדי אלכסנדרוביץ' 19:37, 29 מרץ 2006 (UTC)

אכן. גילגמש • שיחה 19:38, 29 מרץ 2006 (UTC)

במקום להתלונן (או: בנוסף), אתה יכול להציע נוהל שאפשר לדעתך לעבוד לפיו. עוזי ו. 19:50, 29 מרץ 2006 (UTC)

למה להתאמץ? בא Pacman וכבר עשה את זה. בכל מקרה, לפני שמתחילים לבזבז זמן על המצאת נהלים, כדאי לוודא שבאמת יפעלו על פיהם. אם בכל זאת תתעקש שאציע משהו, בינתיים יש לי רק כלל אצבע אחד: לחסום רק אנשים שביצעו השחתה בסגנון "כגעגכד" בתוך ערך (או העלו דיסאינפורמציה, או תמונת פורנו, או משהו דומה שמטרתו בבירור לגרום נזק). מקובל עלייך? גדי אלכסנדרוביץ' 19:58, 29 מרץ 2006 (UTC)

זה ויכוח ישן ומיותר. אני לא מתכוון להשתתף בו כי לדעתי מדובר בבזבוז זמן מוחלט. דעתי ידועה פחות או יותר. אסתפק בדברים אלו. גילגמש • שיחה 20:01, 29 מרץ 2006 (UTC)

אמת, דעתך ידועה ואני לא מנסה להתווכח איתך. גדי אלכסנדרוביץ' 20:03, 29 מרץ 2006 (UTC)

העובדה שהויכוח עולה שוב ושוב מצביעה על בעיה לא פתורה ולא על מיותרות הויכוח.אורי מוסנזון 21:28, 29 מרץ 2006 (UTC)

זה מצביע בעיקר על כך שלאף אחד מהמשתמשים הוותיקים אין יותר דברים חדשים להגיד. אני מציע לכל מי שנמצא פה יותר מחודשיים (אז נערך הדיון האחרון בנושא) לשתוק ולתת לחדשים לדבר. אצלם לפחות יש סיכוי לרעיונות חדשים, אין טעם לטחון מים על הרעיונות הישנים שלא התקבלו ולא יתקבלו. טרול רפאים 21:36, 29 מרץ 2006 (UTC)

מי שהוסיף היום שברוך מרזל נקלע לעימותים עם חברי כנסת ערבים "בגלל שהם טרוריסטים בכנסת שלנו" לא התכוון לגרום נזק (בוודאי שלא "בבירור" - יתכן שהוא כתב את ההסבר הנכון, לדעתו). אל תחשוב שבסיסמאות כמו "דיסאינפורמציה" ו"מטרתו בבירור לגרום נזק" אפשר לבנות נוהל שלא יצריך פרשנות (לפי שיקול דעתם של המפעילים, בסופו של דבר). עוזי ו. 00:02, 30 מרץ 2006 (UTC)

מה ניסית לומר בדוגמה הזו? האם לדעתך היה צריך לחסום אותו? מה קרה לאחר ששוחזרה העריכה שלו? גדי אלכסנדרוביץ' 05:51, 30 מרץ 2006 (UTC)

אם ה"תורם" האלמוני היה עומד על שלו, הכלל שלך לא היה מאפשר לעשות כלום. אם אתה מאד רוצה, נסה לבנות מערכת כללים מסודרת, מדוייקת ומוגדרת היטב שאפשר לעבוד לפיה. מכיוון שהמצב הנוכחי סביר בעיני, אין לי סבלנות להצביע על חורים ובעיות בגירסאות הביניים. עוזי ו. 06:04, 30 מרץ 2006 (UTC)

למה לא לעשות כלום? האם לא היה אפשרי להגן על הערך? גדי אלכסנדרוביץ' 06:07, 30 מרץ 2006 (UTC)

אגב, מבט בדוגמה שלך מראה שאותו ברנש ביצע שינוי יחיד ובטח שלא התחיל להילחם על זה. אז נכון שבתיאוריה הוא היה יכול לעמוד על שלו, כמו שבתיאוריה אם גילגמש הולך לישון ויקיפדיה קורסת בגלל מתקפה של מאות טרולים. כל עוד זה לא מה שקורה בפועל, הכוח שאנו מפעילים לא צריך להיות מוחלט. אגב, ולמה לא ציינת שהאלמוני כתב "בגלל שהם זונות טרוריסטים..."? התוספת "זונות" מספיקה כדי להראות שהוא לא רוצה לכתוב אנציקלופדיה, הוא רוצה לקלל ערבים. הוספת קללה לערך שלא כחלק מציטוט אלא כדעה של כותב הערך היא פגיעה בערך, ואני לא חושב שיש על זה ויכוח. גדי אלכסנדרוביץ' 06:15, 30 מרץ 2006 (UTC)

אתה מתחמק. אם תציע מערכת כללים מדוייקת ומסודרת שאתה גם עומד מאחוריה ולא רק משחק איתה פינג-פונג מילולי, יתכן שארצה להתייחס אליה. עוזי ו. 08:11, 30 מרץ 2006 (UTC)

וגם הערה קונסטרוקטיבית: אם ההצעה שלך תכלול הכבדה כלשהי של פעילות המפעילים (למשל, אם היום אני יכול לסלק עשרה קשקשנים ומשחיתים ב-n לחיצות כפתור ומחר אצטרך n+1), אצביע נגדה. לעצמך אתה יכול להמציא שיטות וכללים כמה שתרצה; את הזמן שלי הרשה לי לתמחר בעצמי. עוזי ו. 08:16, 30 מרץ 2006 (UTC)

נו, באמת. כל הצעה שאיננה "להמשיך לתת למפעילים לעשות מה שבא להם" כמו שקורה עכשיו היא הכבדה. פשוט תגיד שאתה מתנגד לכך ששיקול הדעת שלך לא יהיה בלעדי, וגמרנו. אגב, אתה הוא זה שמתחמק - טרם הסברת לי מדוע לא ניתן להגן על ערך לפני שמתחילים לחסום. כדי להפסיק להציק למזנון, אני מזמין אותך לעבור למייל, ושם אני מקווה ששנינו נוכל להיות יותר ענייניים ואולי אפילו להגיע להסכמה. מקובל? גדי אלכסנדרוביץ' 08:21, 30 מרץ 2006 (UTC)

המצב הנוכחי רחוק מלהיות כפי שכתבת. אין לי שום התנגדות לביקורת על שיקול הדעת שלי (פרט לזה שהיא נוטה להיות מעורפלת ולא מנומקת). אי אפשר לענות על שאלותיך התכופות מדוע "לא ניתן" לעשות דבר מה, משום שכל דבר "ניתן" לעשות. ניתן להזמין את המשחיתים לקפה ועוגה, ניתן לאפשר להם להשחית ערכים ולחכות שהם ילכו לישון לפני שמשחזרים, ניתן לערוך דיון במזנון לפני כל חסימה. במקום להמציא שאלות כאלה, אולי תסביר מדוע "לא ניתן" היה לחסום את האדם האחרון שנחסם? עוזי ו. 18:05, 30 מרץ 2006 (UTC)

מה הקשר בין המקרה הזה לנושא הדיון? בוודאי שיש לחסום משחיתים כמו זה. מדובר על משתמשים אלמונים או רשומים שלעיתים נחסמים מהר מדי, למרות שעם קצת יותר התדיינות ופחות כוח היה אפשר לגמור את הסיפור הרבה יותר טוב. זה לא המקרה כאן, אבל כן המקרה לדוגמא באירוע שקרה אתמול; משתמש אלמוני התעקש להוסיף בערך דואר אלקטרוני כי הקיצור לא תקני על פי האקדמיה. תוספתו שוחזרה מספר פעמים, פעמיים או שלוש נדמה לי, ולבסוף הוא נחסם, מבלי שהוסבר לו בדף השיחה. אם מפעיל היה מגן על הערך לדקה ומסביר לאלמוני את טעותו (אם היא קיימת) הלכ היה טוב הרבה יותר.

הקשר הוא שנושא הדיון הוא הצעת מדיניות, ומדיניות צריכה לכסות את כל המקרים. המשתמש ההוא נחסם מכיוון שהערת העריכה שלו פתחה ב"גילגמש אתה מתחיל לעלות לי על העצבים". גם השחזורים היו מוצדקים, משום שערך צריך להתחיל בהגדרה ולא בדיון לשוני. עוזי ו. 18:50, 30 מרץ 2006 (UTC)

עוד דיון על חסימת מחשיתים ושחזור השינויים שלהם! הידד! למפעילים אין שיקול דעת בלעדי, אחרת הייתי חוסם על ימין ועל שמאל כל משחית כדי שידע העולם שאותנו לא משחיתים. הייתי גם חוסם את הטרול בדיון בדף הזה בלי לחשוב פעמיים.אין לנו שיקול דעת בילעדי - זה שטויות. מה שיש לנו זה נוהל. אם מפעיל בוחר לחרוג מהנוהל כיוון שהוא אינו מתאים למקרה פרטי ספציפי, אין לי עם זה בעיה כלל. אגב, גם אני הייתי רוצה לראות הצעת נוהל שתעשה את עבודתי קלה יותר ובו בזמן תרצה גם את המשחיתים. לגבי המייל, CC אלי. Yonidebest Ω Talk‏ 13:10, 30 מרץ 2006 (UTC)

אתה לא חושב שיש בעיה עם כך שאלמונים ורשומים רבים עוזבים את וויקיפדיה בכעס, אפילו שהם לא טרולים? אתה לא חושבבפמים רבות מאוד זה יכל להגמר אחרת, טובה יותר לשני הצדדים? Pacman 14:19, 30 מרץ 2006 (UTC)

הטענה האחרונה היא דמגוגיה מיותרת. אם יש לך מה להציע הצע, את השלב של להסכים שיש בעיה עברו כולנו ממזמן. טרול רפאים 17:26, 30 מרץ 2006 (UTC)

ממש לא דמגוגיה. זה מה שקורה בפועל, לצערי.אורי מוסנזון 18:20, 30 מרץ 2006 (UTC)

אין הסכמה על זה שיש בעיה. תשאל את גילגמש ואת יוני הכי טוב.אורי מוסנזון 18:22, 30 מרץ 2006 (UTC)

אם תשים לב היטב, התגובות שלהם אינם התכחשות לבעיה, אלא חוסר הסכמה עם כל הפתרונות המוצעים עד כה. זה לא ממש אותו דבר... כפי שציינתי אין טעם לטחון מים, אם יש לך רעיונות שלא הועלו, העלה אותם, אם לא חבל על הזמן והאנרגיה. טרול רפאים 20:22, 30 מרס 2006 (UTC)

לא ברור לי איך הדיון התדרדר לקישורים כמו זה שעוזי סיפק ולדיבורים של יוני על משחיתים. הסבלנות שלי למשחיתים קטנה עוד משלכם - משחית שהוזהר פעם אחת והשחית שוב צריך, עד כמה שזה נוגע לי להיחסם לצמיתות. אף אחד לא מדבר על משחיתים, אלא על ויכוחים על עריכות שבעינינו לא מוצאות חן. עוזי, תתנגד אם אפנה אלייך במייל? גדי אלכסנדרוביץ' 21:25, 30 מרס 2006 (UTC)

אני מתנצל על דרדור הדיון מאיגרא רמא של חסימות-בתאוריה לבירא עמיקתא של חסימות-בפועל. (בוודאי שאין לי התנגדות להמשך הדיון בערוצים אחרים). עוזי ו. 22:42, 30 מרס 2006 (UTC)

שיחזור מהיר

חוזר מארכיון 129, מפני ששתיקה אין פרושה הסכמה ואין פרושה אי הסכמה. הא? 12:26, 30 מרץ 2006 (UTC)

חבל רק שהעריכה של צהוב עולה למעלה שוחזרה בשחזור מהיר על אף שלא מדובר בהשחתה. אין לשחזר שחזורי תוכן בעזרת הכלי לשחזור מהיר. שחזורים מסיבות תוכן צריכים להיות מנומקים, ושחזור מהיר לא מאפשר לציין נימוק בתקציר העריכה. הא? 19:38, 25 מרץ 2006 (UTC)

נכון מאוד! וצריך מדיניות כזו לשיחזור מהיר. זה בלתי אפשרי שהשיחזור לא יהיה מנומק כראוי, אם זו לא השחתה ברורה. כמו כן, המשחזר צריך לברור מה ראוי לשיחזור ומה לא. לשיחזור מהיר יש תקציר אחיד שלא מאפשר נימוק, והוא משחזר את כל העריכות האחרונות של המשתמש. לפיכך הנזק הוא כפול: ראשית, הוא לא מנמק את השיחזור, ואי אפשר לדעת מדוע בוצע (אפשר, כמובן, לשחק במשחקי ניחושים...); שנית, אם היו תרומות חיוביות לצד התרומות שלא מצאו חן בעיני המשחזר, גם הן משוחזרות. אני מציע שנדון על כך כאן, ובנפרד מהדיון הקודם, ולפיכך הפרדתי את הדיון וערכתי קלות את הודעתו של הא?. ‏– rotemliss – שיחה 19:51, 25 מרץ 2006 (UTC)

תארתי לעצמי שזה יפוצל, אבל לא חשבתי שכל כך מהר. תודה. הא? 19:58, 25 מרץ 2006 (UTC)

וסליחה על ההעלאה באוב של הפרשה הישנה הזו, אך ראו לדוגמה את היסטוריית התבנית הזו. היא מדגימה את הבעייה - לא כל כך את בעיית הנימוק (היה ברור לי במה מדובר, בין השאר בגלל שהשיחזור של רשות הציבור בוצע בסמוך לכך, והיה מנומק), אבל את הבעייה של הבררנות: אני שיניתי את סיומת התמונה בנוסף להרבה שינויים עיצוביים, והשיחזור שיחזר את כולם. אני לא מאשים אף אחד אישית, אבל צריך להפסיק את מדיניות השיחזור המהיר כשאין מדובר בהשחתה ברורה - וזו, כמובן, אינה השחתה. ‏– rotemliss – שיחה 19:59, 25 מרץ 2006 (UTC)

יפה שמאשימים בלי להודיע לי. שחזרתי בצורה מהירה מכיוון שביצעת את השינוי בתבניות רבות. אני מאמין שפניתי אליך בדף שיחה במקום לנמק כל שחזור. Yonidebest Ω Talk‏ 23:39, 25 מרץ 2006 (UTC)

אני לא מאשים אותך - מה שהיה היה, לא הייתה אז מדיניות, ואני מנסה רק להדגים את הבעייה ולא להאשים אנשים ספציפית (לכן גם טרחתי לבדוק שהשיחזור שדובר עליו לא בוצע על ידך, כדי שזו לא תיראה כהתקפה עליך). כמו כן, הבעייה לא הייתה הנימוק - הוא היה ברור לי, ואכן פנית אלי בדף השיחה, ואכן נימקת בדף רשות הציבור. הבעייה הייתה השיחזור המהיר. אשר לתבניות רבות - ביצעתי את זה רק בתבניות ספורות, ובפרק זמן ממושך. באותו הזמן דובר על שני דפים בלבד, ואלה כל התרומות הנוגעות לנושא באותו הזמן (מלבד בהמשך, בדיון במזנון), שאינו קשור. לכן אני מבקש להפסיק את זה - לא מאשים, לא מתקיף, לא מעורר מהומות ומציע הדחה מכהונת מפעיל מערכת למשל, אלא מציע מדיניות חדשה ומדגים את הנזק במצב הנוכחי, בלי קשר למי שבמקרה ניתן כאן כדוגמה. ‏– rotemliss – שיחה 13:21, 26 מרץ 2006 (UTC)

ואלה, אגב, העריכות שלך הנוגעות לכך (שני שחזורים, שתי עריכות במזנון ועריכה אחת של דף שיחה לא קשור של אנונימי). ‏– rotemliss – שיחה 13:29, 26 מרץ 2006 (UTC)

לא רק מי שעריכותיו שוחזרו צריך להיות מודע לסיבת השחזור, אלא כולם. ולכן פניה אליו, גם בדף ציבורי, אינה מחליפה נימוק בתקציר העריכה. אם הנימוק ארוך, כותבים תאור הפעולה ובסוגריים "ראו דף השיחה", שם מפרטים הנימוק. הא? 21:33, 26 מרץ 2006 (UTC)

יש מי שחושב אחרת? הא? 16:54, 27 מרץ 2006 (UTC)

שחזור של שינוי שנומק בתקציר העריכה צריך לנמק. עוזי ו. 17:31, 27 מרץ 2006 (UTC)

נניח, למרות שגם על זה אפשר להתווכח. אם כך, חשוב שכך ננהג. כיום זה אינו המצב, וזה ברור לך. הא? 12:26, 30 מרץ 2006 (UTC)

הגבלת משתמשים שאינם רשומים

אני מפעיל מערכת במיזם ויקי אחר, בו הוחלט כחלק ממדיניות של התגוננות מפני השחתת ערכים למנוע ממשתמשים שאינם רשומים ליצור דפים חדשים באתר (אבם עם זאת הם יכולים לערוך דפים קיימים). הייתי רוצה לדעת אם זה אפשרי, ואם כן, אז כיצד ניתן לעשות זאת. 14:59, 2 יולי 2006 (IDT)

טעות ב"הנחיות למפעילי מערכת"

הועבר מהמזנון:

ויקיפדיה:הנחיות למפעילי מערכת#חסימת משתמש או כתובת IP

חסימת אנונימים:

מתי לחסום ומתי לא: חוסמים אנונימים רק בסמוך לביצוע העבירה. כלומר, תוך 5 - 10 דקות מביצוע ההשחתה. אם האנונימי השחית ערך אחד או שניים והסתלק, אין טעם לחסום. כדאי להכיר את כתובות ה-IP העיקריות של משתמשים ישראליים. צריך להיזהר לא לחסום כתובות אוניבריסטאיות. על מנת לגלות את הספק של המשתמש אפשר להשתמש בקישור הזה: [1]. דרכו אפשר לגלות גם כתובות פרוקסי פתוחות. עולים על פרוקסי בעזרת רמז שמקבלים מהקישור - לפרוקסי אין ספק.

הפסקה צריכה תיקון. עם כל הכבוד למי שכתב את זה, ניכר מהטקסט שהוא לא כל-כך מכיר פרוקסים שכן כמובן שאמרה כגון "לפרוקסי אין ספק" היא ממש לא נכונה וגם לא ממש ברורה. Yonatanh 19:28, 31 בינואר 2007 (IST)

אני לא מבין בשרתי פרוקסי - תיקנתי לפי מה שנראה לי. אם זה עדיין שגוי, תקן אתה. ‏Yonidebest Ω Talk‏ 11:14, 1 בפברואר 2007 (IST)

הורדתי את המשפט כי הוא פשוט לא נכון, בלי קשר לניסוח כזה או אחר. אני גם מקווה שמפעילים יראו את השינוי הזה כי חסימות רבות של "פרוקסים פתוחים" מתבצעות כאשר הכתובת היא בכלל לא כתובת פרוקסי. רק בשביל שתבינו שאני לא סתם באתי בלי להבין בכלום, אני משתמש מאושר ב-en:WP:OP והייתי מציע שכאשר מפעיל מערכת פה מוצא כתובת שהוא מעריך שהיא כתובת פרוקסי שיוסיף אותה לרשימה שם. כתובות פרוקסי פתוחות שנמצאות שם נחסמות מכל הפרויקטים של קרן ויקימדיה אם אינני טועה. בנוסף, הייתי רוצה להאיר את תשומת לבכם (אלה שיודעים מה זה פרוקסי ולא הלכו לפי הקריטריונים בעמוד זה) שספק האינטרנט הכי גדול בתאילנד מאפשר למשתמשיו התחברות רק דרך פרוקסי פתוח ולכן הייתי מציע לא לחסום אף פרוקסי פתוח מתאילנד (.th). אני מציע שמפעילי המערכת שהלכו לפי הקריטריונים שהוצגו בעמוד הראשי לא יבצעו חסימות של "פרוקסים פתוחים" עד שילמדו מהם כמו שצריך. ראיתי חסימה של כתובת אייפי 85.195.123.26 של עודדי וערכתי בדיקה לראות האם היא פרוקסי פתוח (לפי איך שבדיקה נעשית בWP:OP) ומצאתי שהיא אינה כתובת פרוקסי פתוחה. נראה לי שלאור העובדה שכל-כך הרבה חסימות נעשו בשוגג (כלומר נחסמו בתואנת "פרוקסי פתוח" מבלי שאכן היו כאלה) צריכים להסיר את כל חסימות הפרוקסים הפתוחים שנעשו בויקיפדיה העברית. היה לי עוד משהו שרציתי להוסיף אך שכחתי. תודה, Yonatanh 21:03, 8 בפברואר 2007 (IST)

יפה שאתה משתמש מאושר ב-en:WP:OP... אתה מוזמן לחפש את כתובת ה-IP המדוברת ברשימה כאן ולראות שהיא כבר נחסמה מוויקיפדיות אחרות והיא גם בתור לחסימה במטא כאן. ‏odedee • שיחה 23:01, 8 בפברואר 2007 (IST)

ולגבי "לא לחסום אף פרוקסי פתוח מתאילנד" - ההצעה הזו גורמת לי לחשוב שאתה בכלל לא מבין מה פירוש פרוקסי פתוח ומדוע מדיניות ויקימדיה היא לחסום כל כתובת כזו לצמיתות. ‏odedee • שיחה 23:02, 8 בפברואר 2007 (IST)

אני לא מעריך את הזלזול שלך, בייחוד בתור מפעיל מערכת. אוקיי, צודק לגמרי, טעיתי בקשר לספציפי הזה אבל זה רק מכיוון שבדיקה של פרוקסי לא מתאימה לבדיקה של פרוקסי CGI. לגבי "לא לחסום אף פרוקסי פתוח מתאילנד" - אני יודע טוב מאוד למה חוסמים אותם ואני גם יודע טוב מאוד מה זה פרוקסי פתוח. זה שספק האינטרנט התאילנדי עובד בצורה אידיוטית, לא אומר שלא כל המשתמשים שלהם מתחברים דרך פרוקסי פתוח. אני מציע שתקרא פה "Illegal IP blocking..." על העניין. Yonatanh 23:15, 8 בפברואר 2007 (IST)

כשמדיניות ויקימדיה תהיה "לחסום כל פרוקסי פתוח אלא אם כן הוא מתאילנד" אנחנו נפעל בהתאם לה. עד אז, אנחנו פועלים בהתאם למדיניות הקיימת. ‏odedee • שיחה 23:17, 8 בפברואר 2007 (IST)

הקטע עם תאילנד לא היה הדבר המרכזי ואתה יודע את זה טוב מאוד. אתה אולי יודע מה זה פרוקסי פתוח ואיך מגלים אם אתר כלשהו הוא פרוקסי פתוח או לא (אני אישית לא יודע אם אתה אכן יודע) אבל אם מפעיל כלשהו למד מתי כתובת אייפי היא של שרת שמריץ פרוקסי פתוח מהדף הזה אז אין ספק שאין לו מושג מה זה פרוקסי פתוח ואיך מגלים אם כתובת אייפי מייצגת שרת כזה. חוץ מזה, בקשר לתאילנד שוב, מותר לך להשתמש בהיגיון מדי פעם, אתה יודע? אני מניח שבכלל לא קראת את העמוד אבל חסימה של הכתובות הללו מהווה חסימה של חצי מיליון משתמשים בתאילנד ובכך אני מניח גם יותר מדובר עברית אחד. בנוגע למדיניות, אני בטוח שהיא תשתנה ברגע שאנשים חשובים יותר מאיתנו יהיו מודעים לדבר. Yonatanh 23:23, 8 בפברואר 2007 (IST)

אז מה היה הדבר המרכזי? שלא ידעת לזהות פרוקסי פתוח מסוים ככזה? והאמן לי שהמדיניות הזו לא תשתנה, כי האמירה "אל תחסמו פרוקסים פתוחים מתאילנד כדי שהישראלי מתאילנד יוכל לערוך" שקולה לקריאה "טרולים, אנא השתמשו רק בפרוקסים פתוחים מתאילנד, אותם אנחנו לא חוסמים", ולכן היא מצביעה על חוסר הבנה (או חוסר מחשבה). ‏odedee • שיחה 23:30, 8 בפברואר 2007 (IST)

הצעתי הצעה, לא אוהב אז אל תתקוף ואל תזלזל, תגיד שאתה לא מסכים. ברור שזה משאיר פירצה גדולה אבל אי אפשר סתם ככה לחסום חצי מיליון משתמשים בגלל הטרולים (למרות שברור שזה הרבה פחות משתמשים ישראלים) אבל בכל מקרה אם תהיה מדיניות בנושא לא ממש תהיה ברירה. סה"כ אם מישהו רוצה להתחבר בסופו של דבר הוא יתחבר (כמו שאתה יודע טוב מאוד עם חכם חנוכה), רוב ספקי האינטרנט משתמשים בכתובות אייפי דינמיות ולכן, מכיוון שאתה לא הולך לחסום את כל כתובות האייפי של ספק האינטרנט בזק בינלאומי או את כל כתובות האייפי של נטויז'ן אז אתה לא הולך להיפטר מהטרול. בכל מקרה, רק רשמתי שצריך ליידע מפעילים שחשבו שמה שכתוב בדף המדובר הוא נכון - שהוא לא, ככה שמשתמשים שאינם משתמשים בפרוקסי פתוח לא יחסמו. Yonatanh 00:12, 9 בפברואר 2007 (IST)

הצעה להוספת הנחיה

(הועבר לשיחת ויקיפדיה:שימוש זהיר בסמכויות המפעיל משום שזה דף מתאים יותר להצעה. אורי • שיחה 13:30, 13 ביולי 2007 (IDT))

מחיקת הז"י

אבקש להוסיף להנחיות את ההנחיה הבאה: "דפים שמועתקים מאתרים מסחריים מובהקים (כגון YNET ודומיו) או שזכויות היוצרים עליהם שייכים לחברות מסחריות (כגון דיסני והוצאות ספרים) יש למחוק מיד." אין שום צורך לחכות שבוע להבהרת המעמד של הפרות כאלו - אין שום סיכוי שלאלמוני זה או אחר יש אישור מ-YNET להעתיק חומרים לויקיפדיה, ולחברות מסוגה של דיסני יש פתיל קצר מאוד בכל הקשור לתביעות בגין הפרת זכויות יוצרים. עמית - שיחה - האלבומים 21:21, 16 בינואר 2009 (IST)

אני מציע לפעול בעניין הזה עפ"י עצת דרור. יחסיות האמת • ♥ • כ' בטבת ה'תשס"ט 22:11:52

עמית, זה כבר מופיע בהנחיות. ‏Gridge ۩ שיחה 22:15, 16 בינואר 2009 (IST).

העברת קובץ

אני חושב שכדאי לתת הסבר על העברת קבצים, זו הרשאה חדשה יחסית שאני לא בטוח שכולם מודעים אליה. אליסף • שיחה • 14:54, 22 במרץ 2010 (IST)

מחיקה לעומת הסתרה

יש להוסיף הנחיות טכניות ונהלים בנושא. בברכה, MathKnight הגותי (שיחה) 19:22, 27 במאי 2010 (IDT)

הצעה לתוספת ל"עריכת ממשק האתר"

אני מציע להוסיף לפסקה "עריכת ממשק האתר" את הטקסט הבא:

יש לערוך את ההודעה כאן רק אם מדובר בשינוי ייחודי לוויקיפדיה העברית. אם מדובר בתיקון שגיאת כתיב בעברית שבכל מקרה יש לתקן, בשיפור ניסוח של הודעה שיהיה מועיל גם למשתמשי תוכנת מדיה ויקי בעברית באתרים אחרים, יש לתקן אותו לא במרחב מדיה ויקי כאן, אלא באתר http://www.translatewiki.net , שבו מתנהל באופן מרוכז התרגום של תוכנת מדיה ויקי.

יש מתנגדים? --אמיר א׳ אהרוני - שיחה 16:05, 13 במרץ 2011 (IST)

מיזוג גרסאות

הוספתי פסקה חדשה, מיזוג גרסאות. מסתבר שמשתמשים רבים לא מודעים לאפשרות הזו, והיא מועילה מאוד. אשמח לשמוע האם התוכן בהיר לכולם. בברכה, ‏אופקאלף • שיחה • הצטרפו למיזם המקורי!‏ 22:37, 17 במרץ 2012 (IST)

דרושה תוספת בפסקת הגנה

שתסביר איך משנים את הרשימה השחורה/לבנה של אתרי אינטרנט. נויקלן 11:20, 28 ביוני 2012 (IDT)

העברה למרחב "עזרה"

לדעתי זה מתאים יותר לשם - הדף הזה הוא מדריך עזרה טכנית למפעילי מערכת. --Guycn2 - שיחה • הצביעו לסמל ה-150,000 ערכים! 05:45, 13 באוגוסט 2013 (IDT)

מרחב עזרה נועד לחדשים. גילגמש • שיחה 05:52, 13 באוגוסט 2013 (IDT)

אין להשתמש בכלי זה למקרה שאינו השחתה מובהקת בכוונת זדון

זה הוסף היום בפסקת השחזור על ידי משתמש:דניאל ב.. אבקש לראות את הסימוכין וההחלטה לתוספת זו. בורה בורה - שיחה 20:01, 2 בפברואר 2015 (IST)

כולם יודעים שהמדיניות היא ששחזור מהיר זה רק נגד השחתות מובהקות, אחרת יש לנמק. אין לי שום כוונה להתווכח על זה. רוצה, תמחק. דניאל 20:48, 2 בפברואר 2015 (IST)

לא יודע למה כאבה לך המילה "מובהקת" כל כך. ההנחיה מופיעה בויקיפדיה:מפעיל מערכת (שם כתוב "פשוטה") ובעוד עשרות דיונים לאורך השנים שעולים בחיפוש פשוט בארכיוני המזנון. דניאל 22:38, 2 בפברואר 2015 (IST)

היא מיותרת. עוד יתחיל דיון פלפלני אם זו השחתה "מובהקת" או לא... בורה בורה - שיחה 22:55, 2 בפברואר 2015 (IST)

ההיפך. בלי המילה הזו הכלל חסר תוכן, כי אצלנו כל מי שעורך שלא לרוחו של מישהו, יהיה מי שיקרא לזה "השחתה". כלל אצבע: אם מישהו מתווכח האם זו השחתה מובהקת, זו לא השחתה במוהקת. דניאל 23:13, 2 בפברואר 2015 (IST)

תיקנתי נוסח, שלא ישתמע שאני מתייחס אישית למר בורה בורה. דניאל 00:43, 3 בפברואר 2015 (IST)

מה? מהיכן "כל מי שעורך לא לרוחך זו "השחתה""? הבה נמנע מהכללה. אם זה קיים, זה אולי ב-0.5% מהמקרים. אם אני משחזר זה בגלל שאני חש שיש מקום לשחזור, ולא רוצה עו"ד שינחה אותי אם זו השחתה "מובהקת" או לא. בורה בורה - שיחה 23:19, 2 בפברואר 2015 (IST)

אם אינך מוכן לקחת אחריות על השימוש בהרשאת הניטור, בטל במקום לשחזר. באשר לנוסח, אני מעדיף את המונח 'השחתה ברורה'. אם לדעתך הוא אינו משקף את המדיניות הקיימת, אפשר לכתוב 'השחתה פשוטה', כפי שכתוב בויקיפדיה:מנטר כבר שנים. בברכה, גנדלף - 23:40, 02/02/15

"השחתה פשוטה" בסדר מבחינתי. בורה בורה - שיחה 23:42, 2 בפברואר 2015 (IST)

חסימה בעידן הIPv6

הועבר מויקיפדיה:מזנון 22:47, 17 בנובמבר 2016 (IST)

עם התקדמות הטכנולוגיה, אט אט מחליף הIP את גרסתו מ4 ל6. חסימת IP במצב הזה היא חסרת תועלת למדי עקב העובדה ששינוי הIP או זיופו הוא קל לאין שעור. האם חסימת החצי הראשון של הIPv6, שמשמש ככתובת רשת במקום כתובת מכשיר היא הדבר הנכון? האם ויקיפדיה ערוכה לזה? האם ישנם נהלים שמסבירים על טיפול במקרים אלו למפעילי מערכת שיותר או פחות מתמצאים בשינוי? אני רואה יותר ויותר כתובות IPv6 שמתחברות לוויקיפדיה מדי יום ולכן עדיף להקדים תרופה למכה, לפני שיהיה מאוחר מדי. בר הראל - שיחה - תרומות 23:37, 30 באוקטובר 2016 (IST)

האם כתובת IPv6 נראית כמו שמונה שדות מספרים, שמפרידות ביניהם נקודתיים, לא נקודות? עורך-בורוכוב - שיחה 14:09, 31 באוקטובר 2016 (IST)

עד 8. יגאל (בקשת עזרה, IKhitron ושיחה) 14:13, 31 באוקטובר 2016 (IST)

IPv6 מחליף את IPv4 בהדרגה מאז 1996. אין "מאוחר מדי" בוויקיפדיה, אבל יש 'מוקדם מדי'. בברכה, גנדלף - 14:51, 31/10/16

'מוקדם מדי' כנראה היה נכון עד כה, אך אט אט ההחלפה צוברת תאוצה לפחות לעניות דעתי. אפשר לעשות סטטיסטיקות. ניתן להוסיף קטגוריית IPv6 מוסתרת עבור אנונימיים חדשים המגיעים עם הכתובות הללו או סטטיסטיקות על בסיס שינויים עברו. אומנם זה אכן לא נפוץ, אך בשבוע האחרון ראיתי מספיק על מנת שנתחיל לחשוב על כך ונהיה מוכנים. בר הראל - שיחה - תרומות 18:56, 31 באוקטובר 2016 (IST)

האמת, לא חסר. הנה אחד מהרגע. משתמש:2A02:ED0:5284:9300:5857:2B11:ACCE:5BFC. רק לא ברור לי למה החסימה "קלה לאין ערוך". הם קיימים ונחסמים כבר היום. בורה בורה - שיחה 19:36, 31 באוקטובר 2016 (IST)

בין 56 ל64 הבתים האחרונים (כמעט ארבעת הבלוקים האחרונים שתחומים בין הנקודותיים - בערך חצי) על פי רוב מוקצים לפי מכשיר. את הראשונים לא ניתן לשנות (ספקית הרשת קובעת אותם) אך את הבאים בתורם כל אחד יכול לשנות על ידי התחזות למכשיר אחר. במקרה ומגיע אדם שמשחית, חסימת IP לא תעזור מכיוון שיש מילארדי כתובות עבור כל אדם והוא פשוט יכול להחליף בין רגע. קל מאוד לבצע זאת ולהשחית ממליוני כתובות IP שונות במקביל. זו עשויה להיות בעיה רצינית ולכן רצוי להתחיל לסדר נהלים לחסימה על פי טווחים כך שהטווח כולל את כל המכשירים תחת הבלוקים הראשונים שמוקצים על ידי ספק האינטרנט. חסימה כזו תחסום את כל המכשירים (ואפשרויות הזיוף) של אותו האדם ולא רק אחד. בר הראל - שיחה - תרומות 19:43, 31 באוקטובר 2016 (IST)

תמיד הייתה בעיה דומה עם אייפי דינמי. נרו יאיר • שיחה • כ"ט בתשרי ה'תשע"ז • 20:05, 31 באוקטובר 2016 (IST)

נכון, רק שעכשיו זה אייפי דינמי על סטרואידים. אפשר לשנות אותו בקצב מטורף ובצורה אוטומטית לחלוטין. בר הראל - שיחה - תרומות 21:17, 31 באוקטובר 2016 (IST)

האם אפשר לגלוש בסמארטפון ב-IPv6, או רק במחשב? עורך-בורוכוב - שיחה 21:27, 31 באוקטובר 2016 (IST)

נכון לעכשיו, למיטב ידיעתי אין רשת סלולרית שמשתמשת בIPv6. לעומת זאת, בעת חיבור לרשתות אלחוטיות באזור, תיתכן גלישה דרך IPv6 כתלות בהגדרות הנתב. בר הראל - שיחה - תרומות 21:44, 31 באוקטובר 2016 (IST)

האם כבר נתקלת במשחית שמחליף כתובות IPv6 בקצב מטורף, או שאנחנו סתם מסערים מוחות עבור הטרולים? אני מציע לעצור את הדיון הזה, ואי"ה עוד שבוע תהיה מפעיל מערכת, ותוכל לבחון את פונקציית חסימת הטווח ולעדכן את ויקיפדיה:הנחיות למפעילי מערכת/חסימת טווח. אם ipv6 לא נתמך בממשק אז כנראה שהעניין עדיין לא מהווה בעיה גם בוויקיפדיות הגדולות יותר. אבל אם מכל מקום לדעתך הוא חסר, לכאורה זה יהיה נושא לבאגזילה ולא לכאן. בברכה, גנדלף - 22:47, 31/10/16

נושא למה, גנדלף??? יגאל (בקשת עזרה, IKhitron ושיחה) 00:09, 1 בנובמבר 2016 (IST)

אני מתייג את משתמש:ערן ומשתמש:Matanya, מומחי המחשבים שלנו, וביורוקרטים, ואשמח לשמוע את דעתם בנושא וכן אבקש מהם לעדכן את הדפים העוסקים בהנחיות החסימה וחסימת טווח, בעיקר בהיבט הטכני, לאור המצב החדש וכתובות ה-IPv6. ‏ MathKnight ✡ (שיחה) 22:53, 31 באוקטובר 2016 (IST)

גנדלף כתב לעניין. נרו יאיר • שיחה • ל' בתשרי ה'תשע"ז • 00:06, 1 בנובמבר 2016 (IST)

אני לא ביורוקרט. בקיצור נמרץ, אין מה להתרגש, חסימת IPv6 עובדת כבר זמן רב, היא די זהה לגרסה 4, ומה שבר הראל אומר נכון, אבל לא רלוונטי, אם יש השחתה מטווח, פשוט חוסמים אותו, כמו היום, ההבדל הוא שזה משפיע על הרבה פחות אנשים בגרסה 6. מתניה • שיחה 02:13, 1 בנובמבר 2016 (IST)

כנהוג בד"כ ע"י ספקים כיום להקצות כתובות ב-IPv6 לרשת הקצה באורך /64 , מה שמעבר לזה (ארבע האוקטטים בסוף) ניתן לשינוי ע"י המשתמש הקצה בנתבו, משתמש:2A02:ED0:5284:9300:5857:2B11:ACCE:5BFC בהסתברות גבוהה יושב מרשת שהוגדרה כ- 2A02:ED0:5284:9300::/64 בנתבו וייחסם אם תשתמשו כניתן כחסימת CIDR כי המשתמש יכול להקצות כל תת-כתובת מרשתו לכל אביזר המחובר אליו. ראו en:SLAAC. לאומת זאת אם תחסמו כ-2a02:ed0::/32 אתם בכך תחסמו את כל משתמשי ספק 018. ----Arseny1992 - שיחה 19:14, 2 בנובמבר 2016 (IST)

אבל אולי כן כדאי להבהיר לכל המפעילים אחד אחד שאין שום טעם לחסום כתובת ספציפית בשיטה החדשה, כי זה לא יעשה כלום, רק טווח. יגאל (בקשת עזרה, IKhitron ושיחה) 19:17, 2 בנובמבר 2016 (IST)

יגאל ראה mw:Help:Range blocks/IPv6, ההבדל הוא שבמקום להקצות כתובת חיצונית אחת (IPv4 /32} ב-6 הספק בד"כ מקצה למשתמש הקצה רשת /64 שלמה שממנה המשתמש מקצה /128 לאביזריו. --Arseny1992 - שיחה 19:37, 2 בנובמבר 2016 (IST)

בדיוק בגלל זה אמרתי את מה שאמרתי. יגאל (בקשת עזרה, IKhitron ושיחה) 19:50, 2 בנובמבר 2016 (IST)

נחוץ אם כך לעדכן את הנהלים לחסימת טווח. בר הראל - שיחה - תרומות 20:22, 2 בנובמבר 2016 (IST)

זה כן. אבל הרבה מפעילים לא חוסמים טווח אלא משאירים למישהו אחר שמבין את המנגנון. אז צריך להוסיף הסבר גם בחלק הכללי. יגאל (בקשת עזרה, IKhitron ושיחה) 20:27, 2 בנובמבר 2016 (IST)

┐────────────────────────────────────────────────────────────────────────────────────────────────────└

אם כך, בואו וננסח. דבר אחד אחרון שיש להתחשב בו הינו העובדה הזו . ספקי אינטרנט מספקים ללקוח מרחב כתובות על פי דעתם האישית. ייתכן שזה 64/ וייתכן שזה 56/. חסימה של 56/ עלולה לחסום יותר אנשים מהרצוי בספקית של 64/, וחסימה של 64/ לא תועיל כלל בספקית של 56/. כאמור, מקבול כתובת 64/ לכתובת IPv4 אחת הינו דבר שיקל על מאוד על ההבנה אך שגוי ביסודו. בר הראל - שיחה - תרומות 22:08, 2 בנובמבר 2016 (IST)

במדיה-ויקי ברירת המחדל לחסימות טווח מקסימליות ל-IPv4 הוא עד /16 ול-IPv6 - עד /19 (!!!!) ולא מצאתי override בקונפיג של ויקימדיה אז צריך להזהר. ----Arseny1992 - שיחה 00:16, 3 בנובמבר 2016 (IST)

זה לא כזה נורא. אני סומך שמפעילים לא יבצעו דברים שהם לא מבינים וסתם יחסמו. דבר כן בעייתי הוא מקרה בו מפעיל מתבלבל ובטעות חוסם 24/, מכיוון ש24/ אחרי הכל הוא טווח נפוץ לחסימות. בניגוד לIPv4, חסימה של 24/ במקרה הזה יחסום חצי גלובוס. בר הראל - שיחה - תרומות 00:48, 3 בנובמבר 2016 (IST)

טוב, זה כבר מוגזם. צריך לדעתח לפתוח דף שיחה במיוחד בשביל זה, אולי דף משנה לויקיפדיה:מפעיל, ולפתוח שם דיון עם הסברים מפורטים מאוד על כל הדברים הללו, כולל איפיון כל אחת משתי הקבוצות וההבדלים ביניהם, כולל מענה על שאלות שיצוצו תוך כדי, כשמתייגים את {{מפעילים}}. הרצאה אוניברסיטאית בשלט רחוק. יגאל (בקשת עזרה, IKhitron ושיחה) 00:52, 3 בנובמבר 2016 (IST)

מי אמר שחייבים לחסום את כל המכשירים ברשת שהמשחית גולש ממנה? עד היום עם IPv4 לא הייתה ברירה, הרשת הארגונית או הביתית של המשתמש הייתה מאחורי כתובת חיצונית אחת שמחייבת לחסום את כולה כדי לחסום את המכשיר הספציפי שממנו בוצעה ההשחתה. IPv6 שמורכב משילוב של כתובת חיצונית וכתובת פנימית דווקא נותן למפעיל את האופציה לחסום רק את המכשיר הספציפי (הכתובת הפנימית) שביצע השחתה ולאו דווקא את כל הרשת הארגונית או הביתית (הכתובת החיצונית) שהוא שייך אליה, וכך לאפשר למשתמשים אחרים מאותה רשת להמשיך לערוך, וזאת דווקא התפתחות חיובית בעיני. לכן, לדעתי, מדיניות ברירת המחדל צריכה להיות לחסום רק את המכשיר הספציפי (הכתובת הפנימית) בשלב ראשון ורק במידה שמופיעות השחתות נוספות לחסום גם את הכתובת החיצונית, בדומה למדיניות הקיימת בנוגע לחסימות טווח. אם יופיעו בעתיד המוני משחיתים שיזייפו כתובות IPv6 אז ניתן יהיה לבחון את המדיניות הזאת מחדש, כמובן. דריבנלוס - שיחה 13:18, 5 בנובמבר 2016 (IST)

כללים למיזוג גרסאות למפעילי מערכת - העברה מהמזנון

בדף ויקיפדיה:הנחיות למפעילי מערכת יש פרק בשם מיזוג גרסאות, פרק זה עוסק יותר בחלק הטכני של המיזוג ולא בכללים מתי ראוי למזג ומתי לא. יש היום 45 מפעילי מערכת, חלקם לא פעילים, וחלקם לא עוסקים במיזוג גרסאות. כל מפעיל שעוסק בכך, מפעיל את שיקול דעתו האישי, וראיתי מקרים שבהם מפעיל עשה מיזוג גרסאות שאני הייתי נמנעת מלבצע, כי לדעתי אין מקום למיזוג כזה.

אני מבקשת לקבוע כללים למפעילים@Corvus, DGtal, DMY, Dovno, Eldad, PurpleBuffalo, Geagea, HaShumai, HiyoriX, Lostam, MathKnight, Yoavd, Ili Kaufmann, Saifunny, איתי פ., ביקורת, גארפילד, דגש, דוד שי, דולב, היידן, התו השמיני, יונה בנדלאק, ערן, שמזן, דזרט, ו־מקף: מתי מבצעים מיזוג גרסאות, ומתי יש להימנע מכך. אני מעלה הצעה, ואני מבקשת לשמוע את דעת הקהילה:

1 - יבוצע מיזוג גרסאות במקרים הבאים

1. ערך קיים במרחב הערכים, עורך מחליט לשדרג את הערך בטיוטה בהיקף משמעותי ביחס לערך הקיים. לאחר השלמת הטיוטה, יעשה מיזוג למרחב הערכים.
2. איחוד ערכים - קיימים שני ערכים העוסקים באותו נושא, ובמסגרת דיון איחוד ערכים, הוחלט לאחדם.
3. עורך העלה ערך חדש בטיוטה, עבד עליו ובמקום לבצע העברה, העלה את הגירסה הסופית כערך חדש. (קורה בעיקר אצל עורכים חדשים)

2 - לא יבוצע מיזוג גרסאות במקרים הבאים

1. ערך חדש עלה למרחב הערכים. ולאחר תקופה התגלתה טיוטה מוזנחת באותו נושא שהחלה להיכתב לפני כן על ידי עורך אחר, והתוכן שבה אין בו כל תוספת מידע לערך הקיים שנכתב מההתחלה ללא כל קשר לטיוטה.
2. קיים ערך גדול במרחב הערכים, ובטיוטה נכתב פרק תוספת לערך. פרק כזה יוכנס בהעתק הדבק, ולא באמצעות מיזוג גרסאות. (דוגמה למקרה כזה אפשר לראות כאן)

ייתכן ויש מקרים נוספים שלא חשבתי עליהם, ואני מבקשת להעלותם כאן. אשמח לשמוע את דעתכם. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 08:47, 9 ביוני 2017 (IDT)

במקרה השני שעליו כתבת, לטעמי אם החלק החדש נכתב בידי כמה כותבים יש טעם במיזוג גרסאות. ביקורת - שיחה 09:11, 9 ביוני 2017 (IDT)

ביקורת לא הבנתי על איזה מקרה אתה מדבר. תוכל למקד? חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 09:23, 9 ביוני 2017 (IDT)

גם אני חושב שכדאי להשתמש במיזוג במקרה המדובר. אני מניח שביקורת התכוון ל-2.2. שמזן#שיחה • ערכי בראבו • 09:26, 9 ביוני 2017 (IDT)

הסתכלתם על המקרה? ערך של מעל 120,000 בתים שנמחק כדי למזג 7,000 בתים? (שדרך אגב היו שגויים ונמחקו לאחר מכן לחלוטין) ועוותו לגמרי את היסטורית העריכות של הערך? מה הקידוש הזה שנותנים כאן למספר עריכות? האם אנחנו בתחרות על כמות עריכות? חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 09:43, 9 ביוני 2017 (IDT)

את מדברת על מקרה ספציפי ובמקביל מבקשת לקבוע כלל? במהלך מיזוג מוחקים ומיד משחזרים, איפה הבעיה? פעמים רבות מוסיפים פרק מטיוטה לערך וחשוב לשמר את היסטוריית העריכות, זה לא עניין של כמות עריכות אלא של ייחוס של כל עריכה לזה שעשה אותה. אם מחר מתעוררת שאלה יש למי לפנות ולא נצטרך להגיע לדף השיחה שלך כמי שהעתיקה/הדביקה רק כדי שתספרי לנו שאין לך מושג על מקור הדברים ופשוט העתקת/הדבקת מדף שנמחק בעבר. ביקורת - שיחה 09:50, 9 ביוני 2017 (IDT)

תיקנתי את ההסבר הטכני בויקיפדיה:הנחיות למפעילי מערכת#מיזוג גרסאות - מיזוג גרסאות מיועד למיזוג של גרסאות המשך של דפים קיימים. אם אין המשכיות של גרסאות, מיזוג יכול להיעשות רק בהעתק-הדבק בציון הקרדיט בתקציר העריכה. ערן - שיחה 10:22, 9 ביוני 2017 (IDT)

ביקורת, אין לי ספק שהבנת את כוונתי. אבל למקרה של ספק אכתוב שוב: אני מדברת על כללים, אבל הבאתי דוגמה ברורה של מקרה שמדגים מאד יפה את הבעיה במיזוג הזה. יש הבדל בין פרק מטיוטה שאורכו הוא גדול ביחס לערך, לבין פרק קצר מהותית מהערך. גם בהעתק הדבק אפשר לדעת מי הדביק ויודעים את מי לשאול. אז הטענה שלך אינה רלוונטית. יש עוד דברים שיש לקחת בחשבון, וזה העיוות של גרסאות קודמות, המקשה גם הוא להבין מה קרה בערך. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 11:01, 9 ביוני 2017 (IDT)

א' לדעתי אנו צריכים לדבר על מתי מותר למזג לא מתי חובה למזג. ב' בהחלט יש מקרים שלא ציינת. ג' אם מישהו הוסיף לערך של 900 קילו משפט של עשר מילים לאחר שערך אותו כמה פעמים בטיוטה שלו - מותר למזג. יגאל (בקשת עזרה, IKhitron ושיחה) 11:25, 9 ביוני 2017 (IDT)

מה שהודגם יפה, בפעם המי-יודע-כמה, הוא שאין קיצורי דרך: צריך להפעיל את השכל ולשקול כל מקרה. בקשר למה שאמרת (חנה) "גם בהעתק הדבק אפשר לדעת מי הדביק ויודעים את מי לשאול", מה שאמרתי - אבל התשובה תהיה "העתקתי הדבקתי, אינלימושג בקשר למקורות הניסוח המדויק הזה". תשובה שלא תעזור לנו. ביקורת - שיחה 11:35, 9 ביוני 2017 (IDT)

"מקורות הניסוח,? מי שהעתיק מהטיוטה שלו סביר שהוא מקורות הניסוח.. אפשר לחשוב שאנחנו כאן במחקר רפואי עם סכנת חיים של אדם שאוי ואבוי אם לא נדע במדויק ב"צ'ופצ'וקו של הקומקום" כל אנודה קטנה שזזה בתהליך יצירת הפרק הקצר שאותו ממזגים. בעבר כמעט ולא היו מיזוגים, עכשיו יש המתייחסים לכך כמו הדבר הכי קדוש שיש. אם הכל היה בסדר במדינת שיקול הדעת, לא הייתי מעלה את הדיון הזה.

אף אחד לא דיבר כאן על מקרה 2.1 אבל זה המקרה התדיר יותר, לא המקרה של 2.2 חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 12:17, 9 ביוני 2017 (IDT)

קחו בחשבון שמיזוג גרסאות עלול, בתנאים מסוימים, ליצור בלאגן אטומי בהיסטוריית העריכות, באופן שקשה מאוד לשחזר מי בדיוק כתב מה. ראובן מ. - שיחה 12:23, 9 ביוני 2017 (IDT)

מיזוג גרסאות אפשרי רק כשיש המשכיות לגרסאות (הגרסה הראשונה בדף המאוחד מאוחרת יותר מהגרסה האחרונה בדף היעד או להפך). בכל מקרה אחר הדרך הנכונה לאחד היא לציין בתקציר העריכה את כותבי הערך. בכל מקרה חייב להיות ברור מהיסטורית הגרסאות ותקציר העריכה איך להגיע לרשימת התורמים, אחרת זו עלולה להיות פגיעה בזכויות יוצרים. ערן - שיחה 12:26, 9 ביוני 2017 (IDT)

ראובן מ., אתה מאד צודק וזאת הסיבה שהעליתי את הנושא לדיון כאן. אני עושה מיזוג גרסאות בעיקר בערכים שמועלים על ידי סטודנטים בטיוטה כהרחבה לערך קיים, כמו שהקהילה רצתה, וקיים ערך במרחב הערכים. ראו למשל את הערך המומלץ הפנתאון ברומא. לפני המיזוג מה שהיה הוא הגירסה הזאת מה-10 במרץ 2015. לאחר המיזוג יש ערך מומלץ של מעל 90 אלף בתים שעבר עריכות רבות. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 12:51, 9 ביוני 2017 (IDT)

אני חושב שהצעתה של חנה טובה ויש לפעול לפיה--היידן 12:57, 9 ביוני 2017 (IDT)

סך הכל הצעה נכונה ובמקומה, וכבר היה מפעיל נחפז שגרם נזק באיחוד גרסאות שלא במקום ‏Tomtom‏ ‏ • שיחה 18:56, 11 ביוני 2017 (IDT)

אני מתייגת שוב את המפעילים@Corvus, DGtal, DMY, Dovno, Eldad, PurpleBuffalo, Geagea, HaShumai, HiyoriX, Lostam, MathKnight, Yoavd, Ili Kaufmann, Saifunny, איתי פ., ביקורת, גארפילד, דגש, דוד שי, דולב, היידן, התו השמיני, יונה בנדלאק, ערן, שמזן, דזרט, ו־מקף:, כי אותם אני יכולה לתייג, אבל חשוב לי יותר לשמוע את רעיונותיהם של העורכים הפעילים המנטרים את הערכים השונים. כי בסופו של דבר אנחנו צריכים דף מדיניות מסודר בנושא. נכון לעכשיו יש תמיכה ברורה בהצעתי. תודה. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 03:01, 12 ביוני 2017 (IDT)

בוקר טוב. אני סבור שיש לקבוע כללים מוסכמים למיזוג גירסאות ורואה את ההצעה בחיוב. יש לדון עליה, לקבל הערות מעורכים ולגבש דף מוסכם. כמו כן מומלץ גם ליצור דף הדרכה בנושא: ויקיפדיה:מיזוג גירסאות שיכלול את הכללים המוסכמים ואת הליך המיזוג. Assayas - שיחה 07:08, 12 ביוני 2017 (IDT)

אני מסתכל על הדיון הזה כסוג של משקיף מהצד כיוון שבעשר השנים שאני מפעיל מעולם לא מיזגתי ערכים. אני גם לא מבין במיוחד את ההיגיון בזה. אני תמיד אעדיף להפוך גירסה אחת להפניה ולציין בתקציר שהמידע הועבר וכך מי שירצה ייגש לשם לבדוק היסטוריית עריכות. אם האבות המייסדים היו שואלים אותי, כנראה שכלל לא הייתי ממליץ על יצירת אפשרות כזו. ‏DGtal‏ - שיחה 08:04, 12 ביוני 2017 (IDT)

לדעתי הכללים למיזוג גרסאות צריכים להיות אך ורק טכניים - אם קיימת יכולת טכנית לשמור על סדר גרסאות המשכי בערך - אפשר למזג, אחרת לא. מאז שקיימת הרחבת מיזוג אמור להיות ברור תמיד מתי אפשר למזג (כלומר אם אי אפשר למזג ומשתמשים במחיקה אומר שלא ניתן למזג טכנית ועושים בדרך כלל משהו לא תקין). הכללים ה"לא טכניים" המוצעים למעלה יוצאים מתוך נקודת הנחה טובה, אבל לפעמים סותרים את הכללים הטכניים, למשל "איחוד ערכים - קיימים שני ערכים העוסקים באותו נושא, ובמסגרת דיון איחוד ערכים, הוחלט לאחדם" הוא כלל לא טוב - למשל אם נקבלו בפלצבו ואפקט פלצבו לא ניתן יהיה להבין מה קרה בהיסטורית הערך. בהערת אגב אציין שלמפתחים יש מערכות ניהול גרסאות שמאפשרות למזג קוד שהגיע משני קבצים בצורה שמשמרת גרסאות גם ללא הנחות מחמירות על הסדר הכרונולוגי שלהן (למשל גיט) ואולי מתישהו ישקלו להכניס יכולות כאלו לוויקיפדיה. ערן - שיחה 08:04, 12 ביוני 2017 (IDT)

תודה ערן, אני מבינה שאתה חושב שהכלל של 1.2 עדיף בלעדיו. אני מקבלת את דעתך, אבל הכללים של 1.1 ו-1.3. במיוחד 1.1 הם חשובים והכרחיים במיוחד לאור החלטת הקהילה שסטודנטים ירחיבו ערכים רק בטיוטות. ממילא שם השינוי הוא מאד ברור, וקל להבין מה קרה.

בהתאם לכך, הכלל של 1.2 יהפוך לכלל 2.3 . חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 08:19, 12 ביוני 2017 (IDT)

אני מסכים עם DGtal. ‏Shannen - שיחה 08:41, 12 ביוני 2017 (IDT)

יש לי עוד שני מקרים שאשמח לשמוע את דעת הקהיה עליהם:

1. קיים ערך במרחב הערכים משנת 2016. בינואר 2017 התחילו סטודנטים להרחיב את הערך ממצבו הקיים נכון לאותו הזמן והם סיימו את העבודה במאי 2017. במקביל עורך אחר ערך את הערך במרחב הערכים באפריל. מה עושים עכשיו ממזגים או לא? והאם דעתכם שונה אם השינויים במרחב הערכים היו רק עריכות טכניות (תיקון שגיאות כתיב, הוספת תבניות או קטגוריות וכומה) ולא הוספת מידע?
2. עורך (בדרך כלל חדש יחסית) יצר ערך בטיוטה אישית או במרחב טיוטה בסיום עבודתו הוא העתיק את התוכן האחרון למרחב הערכים. האם יש למזג את התוכן מהטיוטה (כנראה בגלל שהוא חדש הוא לא מכיר את יכולת העברה או שהוא הרשם לפני פחות מ-4 ימים ולכן אין לו אפשרות טכנית לעשות זאת) או שמא למחוק את אותם גרסאות (אם הוא העתיק כנראה הוא לא רוצה את הגרסאות ההיסטוריות)? תזכרו שלפעמים מדובר על עורכים שיצרו ערך אחד והם לא פעילים יותר או לא פעילים הרבה ולשאול אותם לרצונם הוא לא תמיד פתרון ישים.

אינג. יונה ב. - שיחה - הבה נכחילה 09:06, 12 ביוני 2017 (IDT)

יונה בנדלאק המקרה השני שלך נמצא אצלי ברשימה כמקרה 1.3, ולדעתי כן. לגבי המקרה הראשון שהצגת זה תלוי במהות העריכות שנעשו במרחב הערכים, הנטייה שלי היא ללכת לקראת סטודנטים, בגלל שאנו מנחים אותם לכתוב בטיוטה. מה שהיה צריך לעשות הוא להניח על הערך במרחב הערכים תבנית {{בעבודה אקדמית}} וזה מה שאני עושה, יש כאלה שלא עושים זאת ולכן יש עריכות במקביל. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 09:16, 12 ביוני 2017 (IDT)

במקרה של עבודה אקדמית יש פתרון אבל לפעמים מדובר על עורכים שעורכים במרחב טיוטה או בגלל שהם הוגבלו לעריכה במרחב הערכים או בגלל שהם יודעים שיקח להם זמן לסיים את העריכה שהם רוצים לעשות ובמקום לשים תבנית בעריכה במשך חודשים במרחב הערכים הם עורכים במרחב האישי. מה נעשה אצלם? אינג. יונה ב. - שיחה - הבה נכחילה 09:19, 12 ביוני 2017 (IDT)

יש עורך בשם משתמש:Lirdon, שמרחיב באופן קבוע ערכים בטיוטה, הוא מרחיב אותם מאד מאד מאד..., ולאחר מכן מבקש מיזוג. אני חושבת שבמקרים כאלה יש לכבד את בקשת המיזוג. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 09:58, 12 ביוני 2017 (IDT)

אם מתחילים מסימון של הערך בעבודה ואחר כך יוצרים את הטיוטה - לא אמורות להיות לעשות מיזוג, ולא התנגשויות שמשתמש אחד מתקן בערך כשמשתמש אחר עובד עליו במקביל בטיוטה. ערן - שיחה 11:12, 12 ביוני 2017 (IDT)

ערן אתה צודק, אבל במציאות זה לא עובד כך ב-100%. למשל בערכים של סטודנטים במיזמים שאני מובילה, עד שלא נפתחת טיוטה, איני יודעת את הערך המדויק של הסטודנט, לכן רק לאחר מכן אני יכולה להניח תבנית {{בעבודה אקדמית}} על הערך. אז יש פער של עריכות, לא רבות אבל יש. בנוסף יש בוטים שעוברים גם על ערכים עם תבנית בעבודה ויוצרים עריכות מאוחרות יותר. ויש גם ויקיפדים שלא מכבדים את התבנית הזאת.

וכל זה במקרים שיש מודעות לכך. ומה עם כל המיזמים של כתיבת ערכים שבהם לא מקפידים לנהוג כך, מסיבות של חוסר ידע או חוסר מודעות?

כדאי שנשמע גם את דעתם של מובילים במיזמי חינוך כמו שני, גארפילד, דני, שנילי, שי , קרן, עמיקם, ובטח יש נוספים שלא תייגתי. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 03:48, 13 ביוני 2017 (IDT)

ערן מה לעשות במקרה של Assassin's Creed Unity (היה במרחב אישי עד לפני ימים ספורים) וטיוטה:Assassin's Creed Unity (היה במרחב הערכים אך הועבר למרחב טיוטה לפני שנה). כמובן שכל אחד מוזמן להביע את דעתו ולא רק ערן. לדעתי האישית במקרה זה יש למזג. אינג. יונה ב. - שיחה - הבה נכחילה 08:48, 15 ביוני 2017 (IDT)

יונה ב., תודה על הבאת הדוגמה זה אולי יאפשר להסביר איך טכנית אפשר לעשות מיזוג. הגרסה הראשונה של Assassin's Creed Unity היא 24 באוגוסט 2016, לכן לא ניתן לאחד גרסאות מתאריך מאוחר יותר שנמצאות בטיוטה:Assassin's Creed Unity (פוגע בכלל ההמשכיות). אפשרויות סבירות:

1. למחוק לחלוטין את הטיוטה בהנחה שיש ערך טוב יותר והערך לא מתבסס על הטיוטה. (אין כאן פגיעה בזכויות יוצרים כי הערך לא מתבסס על הטיוטה, אחרת זה לא אפשרי)
2. לבחור גרסה מוקדמת יותר מהתאריך 24 באוגוסט 2016 ולמחוק את כל הגרסאות שאחריה. אחר כך אין הפרה של כלל ההמשכיות, ואפשר למזג את הטיוטה והערך (במקרה הזה קיימת גרסה טובה מ14 באפריל 2016‏ ועריכות מאוחרות בוטלו - לכן זו גם אפשרות סבירה).
3. לשלב את התכנים הרלוונטיים מהטיוטה, ולציין בתקציר "שילוב מידע מטיוטה:Assassin's Creed Unity" ולהפוך את הטיוטה להפניה.

אפשרות לא טובה:

• למחוק את הערך, להעביר את הטיוטה לשם הערך, ולשחזר את הערך. זה יגרום לבלגן בהיסטוריה.

מבין האפשרויות הסבירות, נראה לי שאפשרות 3 היא המתאימה ביותר כיוון שכתיבת הערך לא התבססה על הטיוטה ומיזוג ההיסטוריה פנימה עשוי להטעות. במקרה שנעשתה עבודה אמתית ולא רק טכנית גם בטיוטה במקביל לערך, אפשרויות 1 ו-2 היו לא רלוונטיות ורק אפשרות 3 הייתה נשארת. ערן - שיחה 21:40, 15 ביוני 2017 (IDT)

עדכון ההצעה בעקבות ההערות בדיון

בעקבות הדיון אני מעדכנת את הצעתי בהתאם:

1 - יבוצע מיזוג גרסאות במקרים הבאים

1. ערך קיים במרחב הערכים, עורך מחליט לשדרג את הערך בטיוטה בהיקף משמעותי ביחס לערך הקיים. לאחר השלמת הטיוטה, יעשה מיזוג למרחב הערכים.
2. עורך העלה ערך חדש בטיוטה, עבד עליו ובמקום לבצע העברה, העלה את הגירסה הסופית כערך חדש. (קורה בעיקר אצל עורכים חדשים)

2 - לא יבוצע מיזוג גרסאות במקרים הבאים

1. ערך חדש עלה למרחב הערכים. ולאחר תקופה התגלתה טיוטה מוזנחת באותו נושא שהחלה להיכתב לפני כן על ידי עורך אחר, והתוכן שבה אין בו כל תוספת מידע לערך הקיים שנכתב מההתחלה ללא כל קשר לטיוטה.
2. קיים ערך גדול במרחב הערכים, ובטיוטה נכתב פרק תוספת לערך. פרק כזה יוכנס בהעתק הדבק, ולא באמצעות מיזוג גרסאות. (דוגמה למקרה כזה אפשר לראות כאן)
3. איחוד ערכים - קיימים שני ערכים העוסקים באותו נושא, ובמסגרת דיון איחוד ערכים, הוחלט לאחדם. האיחוד יעשה על ידי הוספה ידנית של התוכן מהערך שמוזג לערך הראשי, והערך שמוזג יהפוך להפניה.

אשאיר את הדיון מספר ימים נוסף לקבלת הערות והארות, ואם לא יהיה שינוי, ההצעה המעודכנת תהפוך לנוהל. תודה לכל המשתתפים בדיון. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 03:43, 14 ביוני 2017 (IDT)

חנה, תודה על התיוג ועל ההזמנה להשתתף בדיון זה. נדמה לי שאין שיקול או העדפה חדשים שאני יכולה להוסיף לדיון מהפרספקטיבה של תכניות החינוך והאקדמיה של ויקימדיה ישראל. נכבד את ההחלטה שתתקבל כאן. בברכה, Shai-WMIL - שיחה 12:50, 14 ביוני 2017 (IDT)

אני לא חושב שיש צורך בהנחיות או בכללים מחייבים אלא כל מפעיל צריך לשקול לגופו של עניין בהתאם למה שאתה כאן בדיון וכן בדיוים קודמיעם או עתידיים. אינג. יונה ב. - שיחה - הבה נכחילה 08:45, 15 ביוני 2017 (IDT)

מסכים עם יונה. Shannen - שיחה 19:16, 15 ביוני 2017 (IDT)

יונה, פתחתי את הדיון כי ראיתי מיזוגים שבעני היו בעייתיים. שיקול דעת של מפעיל אחד אינו זהה לשיקול הדעת של השני. תסתכל למשל על המיזוג שנעשה בערך נשר. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 22:22, 15 ביוני 2017 (IDT)

הדיון כשלעצמו היה חשוב ואני מקווה שכל המפעילים שגם ממזגים קראו אותו על הבדלי הגישות ושלל הנקודות שעלו כאן ולהבא יפעלו בהתאם. אינג. יונה ב. - שיחה - הבה נכחילה 08:50, 18 ביוני 2017 (IDT)

דוגמאות טריות מהחיים נכון ל-27 ביוני 2017

ב-1 ביוני נתתי הדרכה לסטודנטים של אורי אמיתי לקראת העלאת ערכים לוויקיפדיה. להלן תמונת מצב הטיוטות שלהם:

1. משתמש:Alexzim111/אפיוס קלאודיוס קראסוס הערך אפיוס קלאודיוס קראסוס
2. משתמש:Davidaronshtam/נקסום, הערך נקסום,
3. משתמש:Alexanderatiya/המלחמות הסאמניטיות הערך המלחמות הסאמניטיות
4. משתמש:Annanatobidze/לוקיוס טארקוויניוס סופרבוס הערך לוקיוס טארקוויניוס סופרבוס
5. משתמש:Noatoib/קורנליה קינה הערך קורנליה קינה
6. משתמשת:ענוה בן-זאב/איידיל הערך איידיל,

ערן ויונה, אתם יכולים לראות בצורה ברורה שמתוך 6 ערכים הנכתבים בטיוטות, 3 כבר קיימים בוויקיפדיה: המלחמות הסאמניטיות, לוקיוס טארקוויניוס סופרבוסף ואיידיל. על שלושתם הנחתי תבנית {{בעבודה אקדמית}}, אבל רק לאחר שהם העלו את הטיוטה. איני יכולה לעשות זאת לפני כן, כי איני יודעת איזה ערכים יועלו, ובכל מקרה, רק לאחר העלאת הטיוטה אני יכולה להיות בטוחה באמת שהיא נכתבת.

בעת המיזוג תהיה סטיה קלה כי תהיה עריכה אחת שלי, לאחר העריכה הראשונה של הטיוטה, אבל היא ברורה וקלה לזיהוי, ויש להמשיך בשיטה זאת התואמת את הרצון של הוויקיפדים.

אני אהפוך את ההצעה שלי לאחר התיקונים שהוכנסו בה בעקבות ההערות, לחלק מההנחיות. תודה לכל המשתתפים בדיון. ואני מקווה שיתר המפעילים@Corvus, DGtal, DMY, Dovno, Eldad, PurpleBuffalo, Geagea, HaShumai, HiyoriX, Lostam, MathKnight, Yoavd, Ili Kaufmann, Saifunny, איתי פ., ביקורת, גארפילד, דגש, דוד שי, דולב, היידן, התו השמיני, יונה בנדלאק, ערן, שמזן, דזרט, ו־מקף: גם אלה שלא הגיבו, יקפידו לפעול בהתאם. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 05:01, 28 ביוני 2017 (IDT)

חנה Hanay: במיוחד:מיזוג גרסאות עבור משתמש:Alexanderatiya/המלחמות הסאמניטיות/המלחמות הסאמניטיות קיים רק מיזוג אחד אפשרי טכנית (והגיונית) - כאשר דף המקור הוא המלחמות הסאמניטיות ודף היעד הוא משתמש:Alexanderatiya/המלחמות הסאמניטיות - ניתן למזג את כל הגרסאות מלבד העריכה שלך שהוסיפה תבנית לערך. (אחרי המיזוג לא ישארו בערך עריכות, מלבד עריכה זו שלך, שאותה אפשר למחוק כדי לפנות מקום לדף שמוזג לטיוטה). האפשרות השנייה היא לא להשתמש במיזוג אלא להעתיק את התוכן - במקרה זה חובה לציין בתקציר העריכה את שם העורך, ולקשר לדף שממנו מועתק התוכן - שאותו אפשר אחר כך להפוך להפניה אך לא למחוק. ערן - שיחה 06:48, 28 ביוני 2017 (IDT)

חנה Hanay, ככותב התקציר המלחמות הסאמניטיות אין לי שום בעיה שהוא יוחלף בערך מלא. ברם, מקריאת הטיוטה יש לי בהחלט בעיה עם הסגנון ומשלב השפה שם. אולי תדאגי לשיפור לפני העלאת הערך? איתן - שיחה 08:15, 28 ביוני 2017 (IDT)

איתן, הטיוטה עדיין לא עברה את הביקורת של אורי אמיתי, בוא נראה מה יהיה אחרי זה. ערן, בשום פנים ואופן לא אעשה העתק הדבק, בגלל עריכה אחת לוותר על כל העריכות האלה? זה נקרא שהביורוקרטיה גוברת על השכל הישר. לגבי מחיקת העריכה שלי, אז לאחר שאמזג, אתה מוזמן למחוק אותה, כי אני אישית לא יודעת איך מוחקים רק עריכה אחת מתוך ערימה של עריכות בלי לסמן אותן אחת אחת. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 11:32, 28 ביוני 2017 (IDT)

במקרה זה אני מסכים עם ערן. חנה את לא הבנת מה שהוא כתב. את יכולה למזג הפוך. המקור יהיה מרחב הערכים והיעד יהיה מרחב המשתמש. ה"מיזוג ההפוך" ימזג את כל הגרסאות חוץ משלך ולכן עריכה שלך תהיה הגרסה היחידה במרחב הערכים. לאחר מכן תצטרכי להעביר את הדף הממוזג ממרחב המשתמש אל מרחב הערכים ובתהליך העברה תשאלי האם למחוק את הדף הקודם (שמכיל עכשיו רק את העריכה שלך). באישורך הגרסה הזו תמחק אוטומטית. אינג. יונה ב. - שיחה - הבה נכחילה 13:24, 28 ביוני 2017 (IDT)

אני מצטערת יונה ב., אבל עדיין לא הבנתי את הפתרון, למעט מיזוג הפוך. חנה Hanay • שיחה • מיזם אוניברסיטת חיפה - תוכנית רודרמן 21:27, 28 ביוני 2017 (IDT)

― סוף העברה

ספציפית מסתבר שיש כיום (2018) Assassin's Creed Unity ולכן מחקתי את טיוטה:Assassin's Creed Unity ועוד דף משתמש ואיחדתי פיסקה מהעלילה בהעתק הדבק, תוך ציון שמות העורכים בדף השיחה. אמא של גולן - שיחה 10:16, 11 באפריל 2018 (IDT)

שחזור מהיר

א. בדף כתוב: "בעוד שכל משתמש יכול לשחזר דף מהשחתה, הרי שלמפעילים יש היכולת לשחזר דפים במהירות". אם אני מבין נכון זה לא רק מפעילים אלא גם מנטרים (ואולי גם אחרים) ולכן אני ממליץ לעדכן בהתאם.

ב. אם אני מבין נכון, ה TOOLTIP של הדבר הזה הוא "שחזור בלחיצה אחת של העריכה או העריכות...". אבל זה "שחזור מהיר" ולא סתם שחזור. אני מנציע לשנות את ה-TOOLTIP להכיל את המילה "שחזור מהיר", כי יש כללים מתי מותר ומתי אסור להשתמש בכלי זה.

‏«kotz» «שיחה» 10:54, 16 בינואר 2019 (IST)