אז קודם כל:

• יש להוריד את התוכנה מכאן

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

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

%(uploader)s\%(playlist)s\%(playlist_index)s-%(title)s.%(ext)s

• הורדת סרטונים מתבצעת ב4 שלבים:

  • הדבקת קישור לסרטון, פלייליסט או ערוץ
  • בחירת פורמט
  • הוספה לרשימת ההמתנה
  • הפעלת ההורדה

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

ההתקנה: (כמובן שנדרש npm & node.js)
npm i pm2 -g

כדי להריץ אפליקציה:
pm2 start app.js

בברירת מחדל .js יופעל על node.js.

{
  ".sh": "bash",
  ".py": "python",
  ".rb": "ruby",
  ".coffee" : "coffee",
  ".php": "php",
  ".pl" : "perl",
  ".js" : "node"
}

ניתן גם אחרים באמצעות:
pm2 start app.go --interpreter=go (זה אגב לא יקרה, כי go צריכה קימפול..)

מומלץ להוסיף גם --name MyApp (לא יודע מה יהיה אם הRTL הזה...)
כך תוכלו להשתמש בשם שבחרתם לצורך זיהוי עתידי במקום להשתמש בID.

כמה פקודות נוספות:

pm2 stop MyApp
pm2 restart MyApp
pm2 reload MyApp
pm2 delete MyApp

שימו לב: כדי לבצע פעולה מסוימת על כולם תשתמשו ב all במקום שם האפליקציה.

כדי להכניס את כל האפליקציות להפעלה אוטמטית:
pm2 startup
ולביטול:
pm2 unstartup

הפקודה pm2 monit תיתן תמונת מצב גרפית של צריכת המשאבים של האפליקציות. ובנוסף את שורות הlog האחרונות..
הפקודה pm2 logs תציג לכם את הלוגים האחרונים מכל האפליקציות

מדריך להרצה של אתר nodejs עם Nginx:
http://pm2.keymetrics.io/docs/tutorials/pm2-nginx-production-setup

@נתן אמר בחיתוך 8 שניות מכ 200 קבצים:

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

ffmpeg יעשה את זה הכי בקלות.

ffmpeg -ss 8 -i input-audio.aac -c copy output.aac

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

@חוקר אמר בפינוי שטח אחסון בשרת Ubuntu:

אולי זה סורק ומבדיל לפי קבצים שיש להם הרשאת גישה בלבד וכדומה?

נכון, זה גם כתוב לך במהלך הסריקה..
תריץ עם sudo..

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

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

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

@A0533057932 אמר בשליטה במזגן wifi דרך הטלפון הכשר?:

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

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

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

@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:

חברים, אל תתביישו, תתחילו להעלות נושאים. זה מלחיץ.....

תתחיל עם בעיות ספציפיות, יהיה יותר קל לזרום עם זה.

@clickone אמר בהקריסה בOVH - מה ניתן להפיק מאירוע כזה?:

אני לא חושב שOVH זו חברה שאפשר לצעוק על התשתיות שלה

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

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

במידה והקובץ כבר נמצא בריפו (עשית לו בעבר git add) אז הוא ימשיך להיעקב. (זה בעברית זה?)
צריך קודם למחוק מהריפו git rm --cached file_path

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

ואז לא היו מקבלים את @yossiz עד ממש לאחרונה

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

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

לא רואה שזה קורה כל כך היום (אולי אני טועה)

לא אמרתי שזה קורה, אמרתי שזה חשוב לי.

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

אם החשש הוא ממתחרים?
צריך לחשוש גם מכרישים, שיתחרו בך תוך כמה ימים.

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

@nigun אמר בהתייעצות על כללי הצטרפות חדשים:

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

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

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

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

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

יש גם את https://github.com/duplicati/duplicati
שעושה בדיוק אותו דבר, ויש לו ממשק וובי נח..

האם יש דרך למנוע משמות הקבצים להתחלף בעת העלאה מרווח למקף תחתון?
וכן לגבי תווים כמו # וכו' - נמחקים לחלוטין..

אם תפרט יותר אני בטוח שתוכל לקבל הצעות רלוונטיות יותר

@חוקר אמר בmysql שמירת נתונים נוספים מעבר לבסיסיים:

האם יש הבדל בביצועים בין חיפוש בתוך json עם like כגון
ext LIKE 'Departments=2'
או שזה חיפוש של עמודה
Departments = '1'

ההגיון אומר שכן. עד כמה? שאלה טובה..
בכל מקרה אל תשתמש בLIKE אלא בפונקציות יעודיות לjson.
https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html
ואתה יכול גם ליצור אינדקס לערך ספציפי בJSON כדי לקבל תוצאות טובות יותר

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

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

אגב, VLAN גם לא זמין לך עדיין?

אני לא חושב שאני מפספס, אני חושב שאני מתייחס לענן כאל איך שהוא משמש אנשים מסוגי.

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

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

@trew
אני מתייחס בעיקר לסביבות עבודה של פרילנסרים ולא של ארגונים.

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

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

@nigun אמר בansible vs pulumi vs terraform:

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

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

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

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

@yits אמר באיך בונים דטה בייס פשוט משותף ברשת:

AppSheet

במחירון שלהם מופיע שזה לתוכנית Business ומעלה..

@clickone אמר באיך בונים דטה בייס פשוט משותף ברשת:

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

זה נראה כמו phpmyadmin ודומיהם.. פחות מה שאני מחפש