תחומים - פורום חרדי מקצועי

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

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

א. בשלושת הפונקציות, אתה בודק האם האובייקט ריק (כל הif בקוד, כולם). זה מיותר, אתה יכול ישירות לבצע את הפעולה, אם הוא ריק תהיה תוצאה ריקה ואפס סיבובים בלולאה
ב. בפונקציה filter_templates אתה משתמש בלולאת for אלגנטית. בשני הפונקציות האחרות אתה משתמש בwhile, אתה יכול להשתמש באותה לולאת for
ג. בפונקציה filter_templates אתה אוסף את התוצאות לתוך מערך (או list לא יודע איך קוראים לזה בפייתון)
אתה יכול להשתמש עם yield, זה פשוט מזין כל תוצאה בתורה ללולאת for שאתה כותב בפונקציה הקוראת

דוגמה לקוד של filter_templates אחרי התיקונים הנ"ל:

def filter_templates(string):
    parsed = mwparserfromhell.parse(string)
    for template in parsed.filter_templates(parsed.RECURSE_OTHERS):
        template_str = "".join([str(param) for param in template.params])
        yield [str(template), template.name.strip(), template_str]

כמו"כ כדאי להשתמש עם אובייקטים במקום מערך בתוצאה, משהו כזה:

def filter_templates(string):
    parsed = mwparserfromhell.parse(string)
    for template in parsed.filter_templates(parsed.RECURSE_OTHERS):
        template_str = "".join(map(str, template.params))
        yield {
            "template": str(template),
            "name": template.name.strip(),
            "template_str": template_str,
        }

ובקוד המשתמש צריך לפנות לi["name"] במקום למיקום מספרי.

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

@האדם-החושב זה הכי טוב.
האם אתה רוצה הערות על הקוד?

@קומפיונט זה נכון בReadAllLines.

מתי: אף פעם. כשצריך, תדע את זה. למשל אם פעולה גורמת לUI לקפוא - אמור להיות נדיר, כי IO יש כבר Task מובנה, ובCPU, צריך לעשות ממש דברים רציניים מאוד כדי שתהיה הצדקה לקפיאה.

יש שני סיבות למה להשתמש בכלל בTask:
א. לומר לתוכנה שהיא לא צריכה הרגע לחכות לתוצאה, אלא לכשתגיע נדבר.
ב. לנצל את ריבוי המעבדים.

כשאתה מבצע קריאות מדיסק, המעבד לא עובד בכלל. אתה לא רוצה לעשות את זה במקביל, אתה סה"כ רוצה שהתוכנה תדע שאפשר בינתיים ללחוץ על כפתור אחר, או לגלול תצוגה וכדומה עד הסיום. זה נקרא פעולות מסוג IO.
בכל פעולות הIO הנפוצות יש כיום מתודה מובנית שמחזירה Task - הרעיון הוא להריץ פקודה, ולקבל כביכול להודעה שזה הסתיים.
בפונקציה הראשונה שלך, מה שלוקח זמן זה המתודה GetCommentryLine, והיא כבר Task. בגלל שיש בstringBuilder.AppendLine את הawait, בעצם מה שקורה זה שאתה אומר לGetCommentryLine: כשאת גומרת אנא הכניסי את השורה שיצא לתוך הstringBuilder, ואז תשלחי לביצוע את הcommentry הבא. זה מעולה בלי שום עטיפה של Task מיותר על הפעולה הזו.
הנה איך שהייתי כותב:

async Task<string> LoadCommentris(IOrderedEnumerable<LinkItem> commentryList, int lineIndex)
{
    StringBuilder stringBuilder = new StringBuilder();
    foreach (var commentry in commentryList)
    {
        stringBuilder.AppendLine(await GetCommentryLine(commentry.path_2, lineIndex));
    }
    return stringBuilder.ToString();
}

את הפונקציה השניה הייתי משתמש בכלים המובנים יותר כיום:

async Task<string> GetCommentryLine(string path, int lineIndex)
{
    var index = 0;
    await foreach (var line in File.ReadLinesAsync(path))
        if(index++ == lineIndex)
            return line;
    return null;
}

אני חייב לציין שתשובתי לא כנה לגמרי,
כפי שהעירו לי בפרטי יש דרכים בREGEX להתמודד עם רקורסיביות וידעתי זאת,
אלא שא. זה לא מומלץ וזה עניתי נכון, ב. אני לא יודע להשתמש בזה - וזה כבר "נגיעה" בתשובה שלי.
אני שם כאן מ"מ לספורטיביים:
https://stackoverflow.com/questions/17003799/what-are-regular-expression-balancing-groups

REGEX לא טוב לביטויים רקורסיביים.
HTML המפורסמת היא בעצם תבנית רקורסיבית, אם תכתוב בגוגל regex html תקבל כמה שיעורי השקפה בנושא.
באיזה שפה אתה כותב? אתה צריך לעשות חיפוש של {{ הראשון, ומשמה להעלות מונה כל פעם באיתור ולהפחית כל פעם שיש }}. כשאתה מגיע ל0 אתה צריך לעצור, כי קיבלת את כל הביטוי.
יש עוד דרכים יפות לעשות זאת, REGEX לא מתאים (אלא"כ משלבים אותו עם לולאה).

https://rclone.org/filtering/:

Important Avoid mixing any two of --include..., --exclude... or --filter... flags in an rclone command. The results might not be what you expect. Instead use a --filter... flag.

אני לא יודע איך משתמשים בfilter, אבל עניתי כבר רבע תשובה לשאלה.

אפשר לעשות זאת עם סקריפט בדומה למה שהראיתי (וגם @צדיק-תמים) פה:
https://tchumim.com/topic/15896/בקשה-רשימת-דפים-סימנים-שמתחילים-בהם-פרקים-נושאים-בשס-טושע

אולי זה עבודה אבל זה גם כיף :).

אם כוונתך אחרי הצילום, אז יש בהרבה תוכנות אפשרות של היפוך אופקי,
גם בוורד וגם בצייר של windows:

יש גם בכלי האונליין הזה שמתחרה בפוטושופ:
https://www.photopea.com/
תחת תפריט עריכה > המר > היפוך אופקי.

@THMV סליחה, אתה נמצא בקטגוריית תכנות, וכמדומני שאינך מתכנת.

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

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

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

[הנה דוגמה](#).

@barbar אין לך את המסכים שיש במאמר הזה:
https://support.hostinger.com/en/articles/1583645-how-to-enable-ssh-access
?

(@shraga לא, גיט מאפשר לעדכן את קבצי האתר אוטומטית מול מאגר גיטאב נבחר).

@A0533057932 יש לו אתר, המינוח פחות חשוב.

אתה בטוח שבהוסטינגר אין לך שורת פקודה?
תבדוק את זה:
https://support.hostinger.com/en/articles/1583245-how-to-connect-to-a-hosting-plan-via-ssh

אם אתה מסתבך באחד השלבים תשאל.

יש פה לפני העיצוב והשימושיות בעיה של אפיון.
במסך שהראית יש אפשרויות אחרות לגמרי מהמקובל, למשל אפשר לעשות שבשעה 17 כל יום, המשימה תתבצע בכל דקה.
זה לא הגיוני בעיני לתזמן משימות קלאסי, וגם אם זה פיצ'ר נחמד אתה מסתכן לאבד את השימושיות אם האפשרויות הם בלי סוף.
המקובל לזכורני הוא שני מסלולים:
א. כל פרק זמן, שני פרמטרים בלבד: סוג מרחק (שניה/דקה/שעה/יום/שבוע/חודש/שנה), יחידות (1+)
ב. כל זמן מסויים, פרמטר בודד של סוג מועד: שעתי - זה פרמטר של זמן מלא כולל מילי שניות מצידי, שבועי (1-7), חודשי (1-28), שנתי - (1-28 ליום בחודש ו1-12 לחודש).
בשני המקרים אפשר לתת זמן התחלה, שבמקרה השני לא כפוף לכללים. במקרה של הפעלה חד פעמית אפשר לאפשר רק בחירה של תאריך התחלה (גם זה אל תעשה אם לא שברור לך שהמשתמש יצטרך את זה!).

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

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

@THMV כתב במישהו מכיר איזה תוסף שיכול להגביל את ההכחלה של השורה:

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

לפי כללי הפורום נושא אמור להכיל נושא אחד.
ולטובתך, בשאלה הבאה/אחרת תסביר מה אתה עושה מהתחלה עד הסוף כי אז ייתכן שיעזרו לך פי עשר, כפי שכתב @Whenever.