הבהרות

הבהרה1: נא לסלוח על טעויות כתיב והחלפות זכר לנקבה וכדו', עברית היא לא שפת אם שלי
הבהרה2: יש הרבה שורות פקודה, נשתדל לא להתמקד בשום אחד מהם אלא לדבר על דברים שקשורים לכולם
הבהרה3: אין צורך בשום ידע מוקדם, חוץ מלדעת איפה נמצא כפתור ההפעלה של המחשב...
הבהרה4: אין שום התחייבות להמשיך את הסדרה, זה על בסיס זמן פנוי וחשק...
הבהרה5: למען הסדר הטוב, פתחתי עוד נושא לתגובות, נא להגיב שם. כאן אני מתכוון להעלות המשכים לסדרה.
הבהרה6: בל"נ לא יהיו עוד הבהרות ומיד ניגש לענין...

הקדמה: שורת הפקודה מהו

לרוב האנשים המילה "תוכנה" אומרת: "חלון, ובתוכו אובייקטים גראפיים, שבאמצעות אינטראקציה איתם אפשר לעשות פעולות מסויימות". זהו התוכנה האינטראקטיבית. הוא נמצא כל הזמן (עד שתסגור אותו), כל מרכולתו פרושה לפניך, הוא יושב ומחכה לתגובה שלך, ורק נשאר לך לבחור מה אתה רוצה. אתה בוחר משהו, הוא עושה את הפעולה, ושוב חוזר ומחכה לתגובה הבא שלך. התוכנה ה"לא איטראקטיבי" או ה"פקודה", לעומת זאת, אינו יושב ומחכה לתגובה שלך (כמעט) אף פעם, מריצים אותו, הוא עושה מה שביקשת ומיד מסיים תהליך ונסגר. רוצה עוד משהו? צריך להריץ אותו שוב.
בד"כ מריצים תוכנה באמצעות תוכנה אחרת שנקרא ה-shell (מעטפת). יש shell גראפי (בווינדוס נקרא explorer.exe) ובאמצעיתו אפשר להריץ תוכנות אינטראקטיביות ע"י לחיצה על אייקון, ויש shell טקסטואלי שבו מריצים תוכנות ע"י כתיבת שמם וזהו שורת הפקודה.

שורת הפקודה = סביבה מבוסס טקסט שבה מריצים תוכנות (לרוב, פקודות לא אינטראקטיביות), (CMD ב-Windows ו-DOS (ז"ל) או Powershell בווינדוס, bash, sh, וכו' בלינוקס, וכו')

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

רכיבים של שורת פקודה

• מקום לקלט (input) - כאן מזינים את הפקודות.
• מקום לפלט (output) - כאן מקבלים תוצאות. (בד"כ זה אותו חלון של הקלט)
• PROMPT (הנחיה?) - רמז ויזואלי שהסביבה מוכן לקבל קלט. כאשר פקודה רצה, הסמן המהבהב נמצא בשורה בפנ"ע בלי PROMPT לפניה (לפעמים יש פלט של הפקודה שרצה, לפעמים לא). כאשר הפקודה מסתיימת, ושורת הפקודה מוכנה לקבל עוד פקודה, מודפס שוב שורת ה-PROMPT ואח"כ סמן מהבהב, זה סימן שאפשר להתחיל לכתוב עוד פקודה.
  זה נראה משהו כזה בווינדוס:

C:\Users\yossi>_

(למה כתוב נתיב ב-PROMPT? נגיע לזה יותר מאוחר).

רכיבים של "פקודה" (תוכנה לא אינטראקטיבית)

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

קלט

יש כמה דרכים להכניס קלט לפקודה

• דרך פרמטרים (נקראים גם switches, ו-arguments) = כל מה שכותבים אחרי שם הפקודה. כל זה מוזן לפקודה, הפקודה אמור להבין את זה ולפעול לפי"ז. כותבים את שם הפקודה. אח"כ כותבים את הפרמטרים. כל פקודה מחליטה לעצמה איך לתרגם את הפרמטרים שלה. (אם כי יש כמה מוסכמות מקובלות.)

דוגמא:

echo "Hello, World!"

echo הוא שם הפקודה. פקודה זו לוקחת את הפרמטרים ופולט אותם החוצה, בלי להפעיל עליהם שום חישובים.
"Hello, World!" הוא פרמטר שהפקודה מקבלת.
הפלט:

Hello, World!

אפשר להזין יותר מפרמטר אחד. וכל פרמטר יכול להכיל יותר ממילה אחת. בד"כ רווח מחלק בין פרמטרים, אם כותבים גרשיים מסביב למילים זה מחבר אותם לפרמטר אחד. הפקודה echo יכולה לקבל יותר מפרמטר אחת. לפי"ז הייתי יכול לכתוב:

echo Hello, World!

ואז זה היה מתורגם לפקודה עם 2 פרמטרים - "Hello," ו-"World!". במקרה שיש יותר מפרמטר אחד, הפקודה echo פולט אותם החוצה עם רווח ביניהם, ונקבל אותו פלט.
אמנם, מה יקרה אם נכתוב:

echo "Hello,       World!"
echo Hello,       World!

הפלט יהיה:

Hello,       World!
Hello, World!

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

עוד דרכים להזנת קלט:

• קבצים
• משתני סביבה

פלט

• טקסט מודפס בחלון שורת הפקודה
• פעולה שקורה (למשל כיבוי המחשב)
• קבצים
• קוד (מספר) שהתוכנה מחזירה - (return code)
• ....

ההמשך יבוא... (אולי כן, ואולי לא...)

הקדמה

מה זה הדבר הזה "הרג'יסטרי"?
הרג'יסטרי הוא סוג של מסד נתונים, DB, בעגה המקצועית אפשר להגדיר אותו כ-key value store. כלומר, מקום אחסון עבור רשומות בצורה של key = value (מפתח = ערך). כלומר לכל רשומה ב-DB יש שם (ה"מפתח") וערך (value).
בעבר היו שומרים מידע כזאת בקבצי ini או קבצי תצורה אחרות.
יש אמנם כמה מאפיינים ייחודיים לרג'יסטרי שמעניקים לו התאמה מיוחדת לאחסון של הגדרות מערכת.

• בגישה להגדרות שמאוחסנות בקבצי INI מסורתיים, יש רק שליטה מוגבלת על ידי הרשאות ברמת הקובץ (אם אתה נותן הרשאות קריאה או כתיבה למשתמש מסויים לקובץ ה-INI, הוא קיבל גישה לכל ההגדרות שנמצאים בתוכו), משא"כ הגישה למפתחות רג'יסטרי אפשר להגדיר הרשאות ברמת המפתח, לכל מפתח אפשר להגדיר הרשאות גישה לעצמו.
• ההגדרות ברג'יסטרי מסודרות בצורה היררכית ולא בצורה שטוחה. כך הכל יותר מסודר וזה מקל על מציאת דברים.
• הרג'יסטרי תומך בעדכונים אטומיים (כמו ב-DB, זה סוג עדכון שאתה מורה לרג'יסטרי, שאו שכל העדכון נכנס או שכולו לא נכנס, אסור להשאר במצב שחלק מעודכן וחלק לא).

מבנה הרג'יסטרי

הרג'יסטרי בנויה בצורה היררכית כמו עץ. יש ענפים ויש עלים, הענפים הם מפתחות/תקיות והעלים הם הערכים.
בראש ההיררכיה יש 5 מפתחות שורש (root keys). מתחתם יש עוד מפתחות וערכים.
מפתח רגיסטרי = תקייה
ערך רג'יסטרי = מפה (associative array) של name = value
לכל ערך יכול להיות כמה רשומות של name = value.
לכל ערך מותר גם רשומה אחת אנונימי בלי שם. בעורך הרג'יסטרי זה מופיע כ-(default)
(כן כן, המינוחים פה קצת מבלבלים...)
לכל רשומה יש גם כן סווג של סוג הדאטה שהוא מכיל.
הנפוצים הם:

• REG_SZ = מחרוזת (string, מחרוזת של תווים)
• REG_DWORD = מספר
• REG_BINARY = דאטה בינארי
• REG_MULTI_SZ = רשימה של כמה מחרוזות
• REG_EXPAND_SZ = מחרוזת שיכול לכלול משתני סביבה

מתוך חמשת מפתחות השורש, שלשה מהם הם וירטואליים (כלומר, הם מיוצרים בצורה דינאמית על ידי מערכת ההפעלה ולא שמורים בדיסק הקשיח):

• HKEY_CURRENT_USER משקף את התוכן של תקיית המשתמש הנוכחי שנמצא מתחת ל-HKEY_USERS‏.
• HKEY_CLASSES_ROOT הוא שילוב של התוכן של HKCU\Software\Classes ו-HKLM\Software\Classes.
• HKEY_CURRENT_CONFIG אודה ולא אבוש שלא ברור לי לגמרי מה מטרתו.

השניים האחרים שהם העקריים הם:

• HKEY_LOCAL_MACHINE שמקבץ תחתיו את ההגדרות שנוגעות למחשב בכללות.
• HKEY_USERS שמתחתיו יש תקייה לכל משתמש במערכת עם ההגדרות המיוחדות למשתמש ההוא (חשוב לדעת שתתי תקייה אלו נטענים רק במקרה שהמשתמש מחובר).

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

• הגדרות המשתמש (HKCU) נמצא בקובץ ‎%userprofile%\ntuser.dat‎
• הגדרות המערכת (HKLM) נמצאים בתקיית: C:\Windows\System32\config.

ממשקי גישה לרג'יסטרי

ווינדוס מספקת כמה ממשקים לרג'יסטרי

• regedit = עורך גרפי
• reg = פקודה שאפשר להריץ בשורתהפקודה ובתוך סקריפטים
• קבצי REG = אפשר לשלב לעדכן או למחוק ערכים מהרג'יסטרי על ידי הרצת קבצי REG
• ממשק עבור תוכנות (API בלע"ז). כמובן כל הממשקים האחרים משתמשים ב-API הזו מתחת לשטח

רכיבי ווינדוס העקריים שמשתמשים ברג'יסטרי

שירותי מערכת
שירותים הם תהליכים שרצים בלי התערבות משתמשים. בווינדוס, המילה "שירותים" כוללת גם כן דרייברים. כל ההגדרות הנוגעות לשירותי מערכת מאוחסנים בנתיב: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services

הגדרות קרנל או רכיבי ליבה אחרים HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
ועוד ב-HKEY_LOCAL_MACHINE\SYSTEM

הגדרות תוכנה
הגדרות ברמת מערכת: HKEY_LOCAL_MACHINE\SOFTWARE
הגדרות ברמת משתמש: HKEY_CURRENT_USER\Software
עבור תוכנות 32 סיביות:
HKLM\SOFTWARE\WOW6432Node
HKCU\SOFTWARE\WOW6432Node

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

הגדרות לוח הבקרה ועוד
HKEY_CURRENT_USER\Control Panel

מדיניות קבוצתיות (GPO)
בכמה מקומות מתחת לתקייות בשם policies. לדוגמה: HKLM\Software\Microsoft\Windows\CurrentVersion\Policies (מדיניות ווינדוס לכלל המערכת),
HKCU\Software\Microsoft\Windows\CurrentVersion\Policies (מדיניות ווינדוס למשתמשים מסויימים),
HKCU\Software\Policies, HKLM\SOFTWARE\Policies (מדיניות תוכנות אחרות)

מציאת מיקום הגדרה ברג'יסטרי

הנה מגיע החלק החשוב...
א. חובה להיות מיומן בחיפושי גוגל... רוב המידע נמצא כבר שמה
ב. procmon,
ג. procmon,
ד. ושוב procmon...

ולקינוח:

עריכת רגיסטרי לא מקוון

אפשר לערוך הגדרות רג'יסטרי גם על מערכת "מתה"
מייבאים את ה-hives לתוך עורך הרג'יסטרי במערכת "חיה" על ידי בחירת התפריט File -> Load Hive.
חשוב לדעת איך עושים את זה כאשר רוצים לערוך הגדרות של מערכת הפעלה מתוך סביבת הריקוברי של ווינדוס

לעוד פרטים טכניים מומלץ לקרוא את הכתבה בוויקיפידיה האנגלי
יש שאלות? אשמח לנסות לתת מענה. (הרבה יותר קל לענות על שאלה ספציפית מאשר לכתוב סקירה על כל הנושא...)

סימניה להורדת קבצי CRX מחנות כרום.
מפעילים את הסימניה, מכניסים מזהה של תוסף (לדוגמה: aapbdbdomjkkjkaonfhkkikfgjllcleb) או כתובת של תוסף בחנות (לדוגמה: https://chrome.google.com/webstore/detail/google-translate/aapbdbdomjkkjkaonfhkkikfgjllcleb) וזה מוריד את התוסף בשבילך.

javascript:id = prompt("הכנס מזהה או כתובת התוסף"); (id = /[a-z]{32}/.exec(id)) ? window.open("https://update.googleapis.com/service/update2/crx?response=redirect&acceptformat=crx3&prodversion=38.0&testsource=download-crx&x=id%253D"+id[0]+"%2526installsource%253Dondemand%2526uc"): alert("מזהה או כתובת לא חוקי")

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

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

@שרגה-קליין שאל פה על הודעת שגיאה זו:

אז מה אמור להיות התהליך לחפש פתרון?

קודם כל, לפני חיפוש כלשהו, ננסה להבין מה נמצא בתמונה שלפננו.
יש הודעת שגיאה די ג'נרית (error launching installer = שגיאה בעת הפעלת ההתקנה) זה לא אומר לנו הרבה.
מה שיכול לתרום יותר פרטים הוא הכותרת "NSIS Error"
בהתאם לכלל א' שכתבתי בפוסט הראשון, קודם כל ננסה להבין מה זה אומר NSIS Error?
errror = שגיאה, אבל מה זה NSIS?
אני דוקא הכרתי מקודם מה זה NSIS אבל אם לא הכרת, חיפוש מהיר למילה NSIS ייתן לך להבין שמדובר בתוכנה שעושה "תוכנות התקנה" עבור מפתחי תוכנות.
אז הצלחנו למקד קצת את השאלה: מה גורם ל-installer שמגיע מייצור NSIS לזרוק שגיאה שנוסחתו "error launching installer".
במקום לחפש "error launching installer" נחפש "NSIS error launching installer".
(דוקא במקרה זו, נראה שרוב תוצאות החיפוש גם של "error launching installer" מדברים על NSIS, כנראה שהניסוח הספציפי הזאת הוא ייחודי ל-NSIS, אבל בכל זאת יש תוצאות טובות יותר בחיפוש של "NSIS error launching installer")

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

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

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

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

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

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

Installer integrity check has failed. Common causes include
incomplete download and damaged media. Contact the
installer's author to obtain a new copy.
More information at:
http://nsis.sf.net/NSIS_Error

אבל נשים את הבקורות בצד לרגע, ונעבור על הפתרונות

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

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

• https://answers.microsoft.com - מנסיון העבר, קשה למצוא שם פתרונות טובים
• https://www.sevenforums.com/ - נו נו
• How to Solve NSIS Error: 4 Steps
  https://www.instructables.com
  שוב אתר ספמי מובהק

עד שהגעתי לתוצאה האחרונה בדף הראשון -
Error Launching Installer - NSIS
https://nsis.sourceforge.io/Error_Launching_Installer

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

אם נצטרך להוציא מסקנה אחת מכל המגילה הארוכה הזאת,
נראה לי שהמסקנא המתבקשת הוא:

להשתמש בגוגל כעזר לשכל הישר ולא כתחליף לשכל הישר...

בכל שלב נעזרתי בנסיון העבר ושכל הישר (לפחות לדעתי...)

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

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

משתני סביבה

מה זה "משתנה"?

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

msg yossi שלום Yossi!
msg yossi שלום Dovid!
....
....

(הפקודה msg מקבל 2 פרמטרים: שם המשתמש שיראה את ההודעה, ותוכן ההודעה. שם המשתמש במקרה זו הוא yossi והתוכן הוא "שלום פלוני!")

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

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

למשל אכתוב:

msg %username% שלום %ploni%!

עכשיו ה-shell יבדוק עם יש משתנה מוגדר בשם "USERNAME", ותמיד יש כזה כי זה משתנה שמוגדר אוטומטי ע"י המערכת, וערכו הוא שם המשתמש הפעיל - בדוגמא שלנו "yossi". ה-shell ימחוק את השם של המשתנה ובמקום זה ימלא את הערך "yossi".

עכשיו ה-shell יעבור לבדוק עם יש משתנה בשם PLONI. מכיון שאין, נצטרך להגדיר אחד כזה. ב-CMD עושים את זה כך:

set PLONI=Dovid

אם עכשיו נריץ אתת הפקודה - התוצאה:

משתני סביבה

משתנה שמוגדר כ"משתנה סביבה" הוא משתנה ששייך לתהליך וכל התהליכים הבנים יקבלו אותו בירושה מהאבא. ב-CMD, כל המשתנים הם משתני סביבה. אם תגדיר משתנה, ואז תריץ פקודה - המשתנה יהיה מוגדר גם בתהליך של הפקודה שרצה. ב-bash יש 2 סוגים, משתנה רגיל, ומשתנה סביבה.

אפשר לראות (וגם לערוך) משתני סביבה של תהליך בתוכנת Process Hacker

אפשר לראות משתני הסביבה של תהליך CMD ע"י הפקודה set בלי פרמטרים.

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

פקודות פנימיים לעומת פקודות חיצוניים

פקודות מגיעות ב2 טעמים - פנימי וחיצוני.
פקודה חיצונית הוא תוכנה מהמחשב - לדוגמא אם נכתוב בשורת הפקודה notepad זה יריץ את הכתבן מהנתיבC:\Windows\notepad.exe. אבל יש גם פקודות שממומשות ע"י ה-shell עצמה. נזכיר, ש-shell = סביבה שמתוכה מריצים פקודות. ה-shell הוא גם תוכנה וחלק מהפקודות ממומשות על ידה בלי צורך להריץ תוכנה חיצונית.
למשל, בכל ה-shellים, יש פקודה cd לשינוי תקייה נוכחי, פקודה זו חייבת להיות פקודה פנימית כי אין דרך לתוכנה חיצונית לשנות את התקייה הנוכחית לתהליך האב שלה. אם נכתוב ב-bash או ב-CMD את הפקודה (הפנימית) help נקבל רשימה של פקודות פנימיות. (ב-CMD, הרשימה כולל ג"כ פקודות חיצוניות, ב-bash לא).

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

תווים מיוחדים

כמו שכבר הזכרנו בפוסט הראשון, הדרך להריץ פקודה הוא - לכתוב את שם הפקודה, ואח"כ פרמטרים. הפרמטרים מועברים לפקודה ע"י ה-shell. בד"כ הפרמטרים לא עוברים עיבוד ע"י ה-shell, אלא מועברים כמו שנכתבו. זה נכון כאשר אין תווים מיוחדים, כאשר יש תווים מיוחדים, תווים אלה יש להם משמעות מיוחדת ל-shell והם לא מועברים לפקודה אלא מתורגמים ע"י ה-shell. לכל shell יש כללים משלו מה נחשב לתו מיוחד, ואיזה פעולה כל תו יעשה. למשל ב-bash נחשב רווח כתו מיוחד, כאשר ה-shell פוגש ברווח, זה אומר לו: כאן סוף פרמטר, התו הבא שאינו רווח מתחיל פרמטר שני. משום כך לא משנה כמה רווחים תשים בין המילים, הפקודה תמיד יקבל את המילה שלפני הרווחים כפרמטר 1, והמילה שאח"כ כפרמטר 2, והרווחים נבלעים ע"י ה-shell.
ב-CMD כמו ב-CMD המצב יותר מסובך... כל מה שמגיע אחרי הפקודה מועבר לפקודה (כולל כל הרווחים). עכשיו הפקודה עצמה יכול לבחור עם לעבד את הפרמטרים בעצמו (עם הכללים שהוא ירצה לייצר לעצמו) או להעביר את המחרוזת לווינדוס לעבד אותו לפי כללים ידועים.
רוב הפקודות מעבירים את המחרוזת לעיבוד לפי הכללים הידועים. ובהם תקף הכלל הנ"ל שרווח מפסיק בין הפרמטרים, וגרשיים מחבר.
תוכנות שנכתבו ב-C (שפת תיכנות ישישה ומכובדת) יעברו עיבוד אוטומטי ע"י ה-CRT (סביבת ההרצה של C - בעיקרון של ווינדוס שכבת תאימות עבור שפת C). (יש גם אפשרות לכתוב ב-C בלי לכלול את ה-CRT, אבל זה שייך ל"תכנות אקסקלוסיבי"...) התוכנה יכולה לבחור בכל זאת להתעלם ולהשתמש במחרוזת המקורית.

איך מעבירים רווח לפקודה שמשתמש ברווח כתו מיוחד? למשל אם נרצה למחוק קובץ בשם c:\new file1.txt, אם נכתוב כך:

del c:\new file1.txt

נקבל תשובה

Could Not Find c:\new
Could Not Find C:\WINDOWS\system32\file1.txt

כלומר שהקובץ new (פרמטר 1) לא נמצא, והקובץ file1.txt (פרמטר 2) לא נמצא. אנחנו צריכים לכתוב בפרמטר אחד את כל שם הקובץ, אבל שם הקובץ כולל רווח - שמחלק בין פרמטרים? בשביל זה יש עוד תו מיוחד ". הגרשיים מחברים כל מה שבתוכם לפרמטר אחד.

del "c:\new file.txt"

ד. א. כאשר ניסיתי כמה פקודות לצורך כתיבת הפוסט, מתברר ש-notepad משתמש במחרוזת המקורית, כולל רווחים. למעט רווחים בסוף המחרוזת (שגם מועברים לתוכנה אבל נמחקים ע"י notepad).
echo משתמש במחרוזת המקורית. כנ"ל cd. כנ"ל start. (לכל אחד ייתכנו הבדלים עדינים בדרך שהם מתרגמים את המחרוזת שהם מקבלים).

תווים מיוחדים ב-CMD

כמו שהזכרנו, ב-CMD יש תווים שהתוכנה יכולה לבחור אם הם יחשבו כתווים מיוחדים או לא. יש תווים שהם מיוחדים מיוחדים... והם לא יועברו לתוכנה בשום פנים, ואלו הם:
< > ^ | & ו-enter. (אולי יש יותר?)
איך כותבים תווים אלו בלי שיתורגמו באופן מיוחד ע"י CMD ויועברו ישירות לפקודה? כותבים ^ לפני התו: ^| ^< ^> ^^ ^& ו- ^+enter.
התו ", גם כן מיוחד קצת... כי תו מיוחד אחר (חוץ מ-enter) שמגיע אחרי ה" הפותח ולפני ה" הסוגר כבר לא נחשב כתו מיוחד.
אני מאמין שיש עוד כמליון ואחד פרטים לגבי טיפול בתווים מיוחדים ב-CMD... מי שמכיר מוזמן לכתוב באשכול התגובות.

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

chcp 1255
(echo WScript.Quit msgbox("האם אתה בטוח שהנך רוצה ל_____?" ^& _
    echo vbcrlf ^& _
    echo "פעולה זו לא ניתנת לביטול!!!", _
    echo 1+16+256+1048576, _
    echo "אישור"^)) > %temp%\prompt_for_confirmation.vbs & cscript %temp%\prompt_for_confirmation.vbs
if ERRORLEVEL 2 goto END

REM שים את הקוד שלך פה

:END
del %temp%\prompt_for_confirmation.vbs

לשמור את הקובץ בקידוד ANSI אחרת העברית יצא משובש.

נ.ב. אפשר לשנות את הפרמטרים כדי לקבל לחצנים ואייקונים שונים. עיין: https://docs.microsoft.com/en-us/office/vba/language/reference/user-interface-help/msgbox-function

@shraga אין לי פתרון, אבל כמה רעיונות, (סליחה על הפוסט הארוך, אתה לא חייב לקרוא הכל :))

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

איך נאבחן את הבעיה?

שלב מינוס א. חיפוש גוגל... אני מאמין שזה כבר עשית

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

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

עכשיו נלך מהקל אל הכבד...

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

במקרה של קריסה מסתבר שתראה קבצים שנוצרים בתקיית WER (כלומר, Windows Error Reporting) ואז ייווצר קובץ בשם "Report.wer" שכולל בתוכו פרטי הקריסה.

במקרה שהתוכנה עצמה הבחינה במשהו לא תקין ייתכן שיש קובץ LOG עם יותר מידע, ע"י Everything תראה מיד איפה זה.

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

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

שוב פעם, אחרי גוגל, זה הכלי בה"א הידיעה לאיבחון בעיות!!!

דוגמא קטנה: איפה ברג'יסטרי טמונות הגדרות רזולוצית מסך?
http://tchumim.com/post/43748
איך מגיעים לזה? באמצעות Procmon תוך כמה שניות!

ג. במקרה של חריגה שלא טופלה וא"א לאבחן אותה באמצעות procmon אז מתשמשים ב-debugger. אבל זה לא לבעלי לב חלש...

@אבי-203 הפונקציה הזאת: sendEmail זה משהו שאתה מממש בעצמך, זה לא חלק מה-API של WIX. האם אתה משתשמש במימוש שנמצא בכתבה הזאת?
אם כן, תצטרך לשנות את המימוש כך:

  const data = `from=${sender}&to=${recipient}&subject=${subject}&text=${bodyText}&html=${bodyHtml}`;

ואז לקרוא לפונקציה כך:

sendEmail(subject, bodyText, bodyHtml, email)

כאשר בתוך bodyText אתה שם את גירסת הטקסט הנקי, ובתוך bodyHtml אתה שם גירסת HTML עם עיצוב.

(אולי אפשר לשלוח רק HTML אבל נראה שזה לא מומלץ)

@מעמד סביר להניח שהקובץ מכיל מטא-דאטה על הקלטה אחרת. (שים לב ששם הקובץ תואם לקובץ שלמעלה ממנו חוץ מן הסיומת)

@nigun הדיון שם על כתיבת קרנל שלם ב-GO. לכתוב מודול עבור קרנל לינוקס נראה לי שכולי עלמא מודים שאי אפשר, כי תוכנות GO חייבים את ה-runtime של GO, וב-runtime של GO יש יותר מדי דברים שתלויים על ההנחה שהקוד רצה ב-userspace.

כתבתי מסברא, יכול להיות שאני טועה, או שיש runtime חילופי ל-GO שירוץ בתוך הקרנל, או שאפשר לכתוב אחד כזה.

@nigun צודק. צריך לבדוק אם זה מספיק יציב.

@WWW צודק, ערכתי

@WWW אמר בלנסות אנטיוירוס מסוים-זה בטוח?:

אתה בטוח?

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

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

ברור שמי שמשתמש בנטפרי מוגן (בגדול)

@WWW למעשה (עריכה: נכון לעכשיו) הוירוס לא עושה כלום חוץ מלפרות ולרבות (עריכה: זה עדיין מסוכן, וחייבים לנקות את המחשב במידה ויש נגיעות, עיין בפוסטים הבאים)
כדי לפענח קובץ מסוג VBScript.Encode יש כאן סקריפט.
בתוכן הקובץ המפוענח רואים שהוירוס צריך להתקשר למכונה השולטת‏ (Command and Control Center) בכתובת realy.mooo.com.
כרגע הכתובת מפנה ל-127.0.0.2. (מן הסתם הדומיין הוחרם בגלל תלונות)
(גם רואים שזה נכתב על ידי script kiddy וזה רק התאמה של משהו שאחרים יצרו. וירוסים אלו מסתובבים כבר הרבה זמן)

@nigun עוד מידע טוב, https://unix.stackexchange.com/a/484452

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

@nigun כנראה אפשר להגדיר תהליך כ"בלתי הריג" על ידי Apparmor.

@nigun לא משנים דברים בקרנל, מודול קרנל זה ספרייה שנטענת על ידי הקרנל ומשתמשת ב-API של הקרנל להוסיף יכולות או התנהגויות שונות לקרנל.
דרייברים הם סוג של מודול קרנל, שמוסיפים יכולות לקרנל לתקשר מול התקנים שונים
ווייפרי הוא "מודול קרנל" בווינדוס שמשתשמת ב-API של הקרנל שמיועד עבור סינון תעבורה, (וגם הגנת הרכיבים הנחוצים ממחיקה)
מן הסתם יש משהו מקביל בלינוקס.
לעניינך אתה רוצה להשתמש ב-API של הקרנל עבור דבר אחד ויחיד - מניעת הריגת תהליך. כל השאר אין צורך ולא מומלץ לעשות בתוך הקרנל, תעשה ב-userland (מרחב ה-user לעומת מרחב הקרנל).
פה יש תחילת מהלך.
אבל שים לב לכמה דברים:

• מודול קרנל צריך לכתוב ב-C.
• גם אם אתה מכיר את שפת C, יש קשיים והגבלות מיוחדים בתכנות קרנל שלא קיימים ב-userland
• שגיאה בקוד של המודול יגרום ל-kernel panic (המקביל של מסך כחול בלינוקס)
• בד"כ צריך להתאים אותו לגירסת הקרנל, (ה-API שפנימי של הקרנל לא יציב ומשתנה כל הזמן), אם זה לא מתקבל כחלק מהקוד של הקרנל, תצטרך לשדרג אותו בכל שחרור חדש של הקרנל או לחילופין לא לשדרג את גירסת הקרנל שלך.

(סוף דבר, תשקול פתרון לא טכנולוגי...)