חלק ד - נקודות למחשבה

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

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

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

המנגנון הזה מבטיח שתמיד ניגש לרשומה הנכונה.

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

ג. סוג הנתונים בשאר השדות
כברירת מחדל, גודל השדה "טקסט קצר" הוא עד 255 תוים.
אם ודאי לנו שלא נשתמש בכזה אורך, נוכל להקטין את גדול השדה המקסימלי, על מנת לחסוך מקום ולשפר יעילות.
בואו נגדיר מחדש את אורך השדות שלנו: LastName, FirstName, MobilePhone להיות כל אחד 30 תוים:

נבחר את השורה LastName, ולמטה במאפיינים, נגדיר גודל שדה 30:

נחזור על הפעולה גם עבור השדות FirstName ו-MobilePhone. נסגור ונשמור את הטבלה, ואז נקבל את תיבת ההתראה הבאה:

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

נעבור לטבלה השניה:

טבלת התרומות
גם כאן יש מפתח ראשי בשם ID. אבל יש כאן שדה נוסף:

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

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

אל תדאגו.

תאמינו או לא, את שתי הבעיות האלו כבר פתרנו כשהגדרנו את קשרי הגומלין בין הטבלאות, וסימננו את התיבה "אכוף שלמות הקשרים בין הטבלאות"!

א. אם ננסה להכניס בשדה DonorID ערך שלא קיים בטבלת התורמים, למשל 1000, ה-db יסרב לשמור את רשומת התרומה, כי הוא מוודא עבורינו שלא יהיו רשומות "יתומות" (תרומות ללא תורם משוייך)
ב. אם ננסה למחוק מטבלת התורמים תורם שקיימת עבורו תרומה - שוב ה-db לא יאפשר זאת.

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

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

טוב, שיעורי בית (אוף...):
לקצר את אורך השדה של מספר הטלפון הנייד ל-20 תוים.

בפוסט הבא ב"ה נמשיך לעבור על הטפסים שעשינו.

כהמשך לפוסט: https://tchumim.com/topic/10485/מערכת-לניהול-תורמים/11

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

@בערל השלב הראשון הוא התכנון כמובן. והתכנון הראשון הוא מבנה הנתונים.
בבסיס הנתונים (להלן db) הנתונים נשמרים כאוסף של טבלאות. כל עמודה בטבלה מציינת "שדה", וכל שורה מציינת "רשומה".

אבל קודם כל, היכרות פשוטה:

חלק א: יצירת טבלת התורמים והטופס שלה:

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

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

אחר כך תעמוד על השורה של ה-ID ותלחץ בתפריט למעלה על הסמל של "מפתח ראשי".
שים לב שנוסף ליד השורה סמל של מפתח:

סגור את הטבלה ותקרא לה: Donor (תורם)

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

סגור ושמור בשם frmDonor

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

בפוסט הבא ניצור טבלה וטופס של תרומות, ונקשר אותו לטופס הזה.

חלק ג: קישור בין הנתונים של התורמים והתרומות

הכח של בסיס נתונים רלציונאלי (כגון אקסס, SQL) נובע מהגדרת קשרי הגומלין (relationships) בין הנתונים.
הקשר בין רשומה של תורם לרשומה של תרומה הוא קשר של אחד-להרבה (one-to-many)
כי לכל תורם יכולות להיות מספר תרומות (לפחות אם אנחנו אופטימיים )
כדי להגדיר את הקשר בין הטבלאות, נבחר בתפריט למעלה: כלי מסד נתונים > קשרי גומלין
ונוסיף את שתי הטבלאות שיצרנו:

עכשיו נבחר את השדה DonorID בטבלת התרומות, ונגרור אותו אל השדה ID בטבלת התורמים.
אם לא טעינו, נפתח חלון כזה:

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

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

סגור את חלון קשרי הגומלין ושמור את השינויים.

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

נגרור לתוך החלל שיצרנו את הטופס של התרומות frmDonation, כדי ליצור טופס משנה:

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

כמו כן, נמחק מהטופס את שני השדות הראשונים: ID ו- DonorID:

נסגור ונשמור.

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

הפלא ופלא!
איך זה קורה?
הסבר בפוסט הבא!

חלק ב: יצירת טבלת התרומות והטופס

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

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

=Now()

זה יכניס אוטומטית את הזמן הנוכחי ביצירת רשומת תרומה חדשה.

שמור את הטבלה בשם Donation.

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

שמור את הטופס בשם frmDonation
קח הפסקה לכוס קפה, ונמשיך בפוסט הבא.

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

לפני שאתה שואל שאלה, תחשוב טוב על השאלה הבאה:
למה שמישהו יעזור לך?

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

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

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

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

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

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

בקיצור: הסיכוי שלך לקבל עזרה אמיתית שואף לאפס.

כתגובה לפוסט של @שעטנ-ז-ג-ץ : https://tchumim.com/topic/9451/האם-יש-הדרכה-איך-לפקסל-פנים-או-דמות-בהסרטה/13

מדריך בסיסי לטשטוש דמות נעה בסרטון

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

שלב א: יצירת אפקט טשטוש \ פיקסול:
נבחר למטה משמאל את הלשונית Effects, ואת המסנן Mosaic (פיקסול):
(אם רוצים טשטוש - צריך לבחור במקומו אחד מאפקטי ה-Blur)
ונגרור את האפקט לתוך קו-הזמן (מסומן בחץ):

שלב ב: הגדרת מסכה לאפקט
נבחר למעלה משמאל את לשונית Effect Control (מספר 1 בתמונה), נבחר צורת אליפסה (2), נשנה את הגודל כך שיתאים רק לפנים של האיש (3) ואחר כך נגדיר את מספר הריבועים ל100 על 100 כדי שהאפקט ישתלב יותר בסרטון ולא יראה כמו ריבוע אחד גדול (4):

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

הערות:

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

חלק ז: שאילתות חלק ב: שאילתת קיבוץ

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

שאילתא שנייה: סכום התרומות לתורם
נבחר בתפריט למעלה: יצירה > עיצוב שאילתא, נבחר את טבלת התרומות Donation, ונוסיף אותה למשטח העבודה:

עכשיו נקליק פעמיים על השדה DonorID, הוא יתווסף לרשימה למטה:

נוסיף גם את השדה Amount:

עכשיו, נבחר מהתפריט למעלה את הסמל של הסיגמא, שכתוב מתחתיו "סכומים":

שימו לב שנוספה למטה עוד שורה, עם הכותרת "סך הכל", ולכל שדה כתוב "קיבוץ לפי":

זה אומר שהפכנו את סוג השאילתא משאילתת בחירה פשוטה לשאילתת קיבוץ.

נשנה בעמודה של Amount את האפשרות "קיבוץ לפי" לאפשרות Sum (=סכום)

זהו, השאילתא מוכנה!
כדי לראות את התוצאות, נעבור לתצוגת גליון נתונים, והנה התוצאות:

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

נבחר את העמודה השניה, ובתפריט למעלה נפתח את בונה הביטויים:

בחלון שנפתח נרשום:

TotalAmount: Amount

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

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

יפה, נכון?

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

חלק ד - תוספת: בקשר למדריך הזה

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

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

@yossiz אמר באקסס למתחילים: תגובות:

נראה לי שה-S מייצג structured - לא simple.

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

מאיפה יש לך את הזמן והכוחות להשקיע בזה?!

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

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

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

שאילתות במסד הנתונים מבוססות על שפה שנקראת SQL שזה בתרגום חופשי "שפת שאילתות מובנית". (תודה ל @yossiz על ההארה)

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

שאילתא ראשונה: שם מלא
נניח שאני רוצה להציג את השם המלא של כל תורם.
נבחר בתפריט למעלה: יצירה > עיצוב שאילתא, נבחר את טבלת התורמים Donor, ונוסיף אותה למשטח העבודה:

נעמוד על השדה הראשון, ונפתח מהתפריט למעלה את בונה הביטויים:

בחלון שנפתח נרשום:

FullName: LastName & " " & FirstName

ונלחץ על אישור:

נעבור לתצוגת גליון נתונים (בתפריט בצד ימין):

ונראה את התוצאות:

השאילתא יצרה שדה מחושב בשם FullName, שמכיל את הנוסחא:

LastName & " " & FirstName

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

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

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

והנה לפנינו פקודת הSQL שמרכיבה את השאילתא:

תתבוננו ותראו שבאמת שפת SQL לא כל כך נוראית. הפקודה SELECT אומרת שהשאילתא תבחר את השדות LastName ו-FirstName, ותוסיף ביניהם רווח, והמילה AS יוצרת שדה חדש בשם FullName. המילה FROM מציינת כי השדות ייבחרו מתוך הטבלה Donor.

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

בפוסט הבא נכיר את שאילתת הקיבוץ.

@צדיק-תמים כן, זו בדיוק אותה הפעולה של שרשור בינארי של קבצים.

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

winget list

ותאתר את שם החבילה המדוייק. אתה מוצא את השורה?

@הישיבשר תנסה אולי ככה:

Remove-AppxPackage -Package "WSA-Filtered......" -AllUsers

@ראש-פינה אפשר להשתמש בנוסחא של סכום ביניים כדי לחשב את מספר השורה המוצג.
נניח שהעמודה A מכילה את מספר השורה, ועמודה B מכילה נתונים כלשהם.
הכנס בתא A2 את הנוסחא הבאה:

=SUBTOTAL(3,B$2:B2)

ותגרור את הנוסחא עד למטה.

@mgm-ivr הסקריפט שם הוא קובץ אצווה של DOS/Windows לא של לינוקס.
חוץ מזה, שרשור בינארי של קבצי mp3 יעבוד ברוב הנגנים אבל עלול שלא להפתח בצורה חלקה בתוכנות מסויימות כמו Adove Audition, וכן חותמת הזמן יכולה לצאת משובשת. הסיבה היא שקובץ mp3 מכיל גם מטא-דאטה, ולא רק נתוני קול, וזה יגרום לתוספת מידע מיותר בקובץ הסופי המחובר.

בלינוקס (יובונטו) אתה יכול להשתמש ב ffmpeg:
להתקנה:

sudo apt install ffmpeg

או שתוריד מ: http://ffmpeg.org/download.html את אחד מהבילדים הסטאטיים ותעתיק ל: /usr/local/bin

ffmpeg -i "concat:file1.mp3|file2.mp3" -acodec copy output.mp3

עיין כאן למקור התשובה.

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

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

@dovid אמר בבקשה להמלצות על ערוצים/סרטונים של תכנות והמסתעף:

גם החינם מומלץ?

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

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

ואם אני מדפיס את אותה שורה לעיל ושם בה את המספר הזה (הלא סביר) במקום הפונקציה שיוצרת אותו - אני מקבל שגיאה.

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

אני אנסה להמחיש על ידי דוגמא:

נניח שאני רוצה לבנות בנין הדומה למבנה קוביה הונגרית, מימדי הקוביה הן 3x3x3.
אם כן, הבניין יכיל 3 קומות ובכל קומה 9 דירות: 3 לאורך ו-3 לרוחב. סה"כ 27 דירות.

אני רוצה לתת מספר לכל דירה.
אני אתחיל בסריקה קומה אחר קומה מ-1 עד 3, ובכל קומה אני אסרוק את הדירות שורה שורה, בכל פעם אני אתן מספר עוקב מ-1 עד 27.
(למעשה, מספרי הקומות הן 0 עד 2 ומספרי הדירות יהיו 0-26. למה? כי מתכנתים אמיתיים לא סופרים מ-1...)

בוא נראה, מה האינדקס של כל דירה? הוא תלת מימדי [x,y,z]
X – קומה
Y – שורה
Z - טור

כעת אני אשאל: היכן נמצאת דירה מספר 12 בקוביה? האינדקס הלינארי של הדירה הוא 12, אבל מה האינדקס התלת מימדי שלה?

נכון, היא בקומה השניה (1) בשורה השניה (1) ובטור הראשון (0)
כלומר באינדקס [1,1,0]
(שים לב שוב שהיא הדירה ה-13 כי מתחילים מ-0...)

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

בדוגמא שלנו, הקריאה

unravel_index(12,(3,3,3))

אמורה להחזיר את האינדקס התלת מימדי: (1,1,0)