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

@yossiz אמר בעזרה - שינוי שם בקבצי PDF מרובים לפי טקסט מתוך המסמך:

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

צודק, לא הבדלתי בכך שבמקרה הזה מדובר בקלט מstdout מה שאומר שהוא מסופק כשורות נפרדות ולא כטקסט רציף (עם \n)

עריכה: אולי אין קשר..

@yossiz אמר בעזרה - שינוי שם בקבצי PDF מרובים לפי טקסט מתוך המסמך:

אפשר פשוט להשתמש בווינדוס ?
בנוסף, מה לא טוב בזה?

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

@by6199 אמר במענה לצינתוקים:

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

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

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

@שואף

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

עכשיו אני רואה את זה, טרי מאתמול...
https://bizzness.net/תקדים-דרמטי-צינתקו-והטרידו-אתכם-קבלו-כ/

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

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

@nigun אמר במענה לצינתוקים:

לא יעזור לארגוני צדקה או פוליטיקה

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

מקור - כל זכות \ נבו

@yossiz אמר בעזרה - שינוי שם בקבצי PDF מרובים לפי טקסט מתוך המסמך:

טוב, נצטרך להוכיח לך שאתה לא צודק...

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

@yossiz אמר בעזרה - שינוי שם בקבצי PDF מרובים לפי טקסט מתוך המסמך:

לכאורה powershell, למישהו יש הצעה טובה יותר?

bash? סתם, צוחק.
נראה לי שהחלק המכאיב זה לבנות regex, מישהו פה התנסה בריג'קס בPS? כי נראה שזה לא תואם..

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

@dovid אמר באבטחה לסרטונים ברשת:

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

אחסון בS3 וייצור של טוקן זה לעשות חיים קלים למי שירצה להוריד..
3 שניות ויש לך קישור תקין להורדה..

@dovid אמר באבטחה לסרטונים ברשת:

השאלה צריכה להיות מה אחרים עושים.

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

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

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

לכאורה מדובר בreverse proxy שמחזיר סטטוס 403 וגורם לnginx להציג לפי זה את הדף ברירת מחדל?

@shraga אמר באבטחה לסרטונים ברשת:

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

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

@shaya אמר בnetlify.com מה זה?:

לא כל כך נוח להוסיף חומר למאגר (כי האתר אינו מחובר ל-DB כלשהו שאפשר לעדכן באופן תכנותי).

באמת אתמול עברתי על הריפו, קצת על הקוד והPR, מיד קפץ לי שמאוד לא נח לתרום קישורים נוספים..
בקיצור,
NetlifyCMS שזה headless cms מבוסס גיט, כלומר כל המידע נשמר בגיט, כל שינוי הוא commit או PR.
אני לא סגור עד כמה יהיה מורכב (אם בכלל) להשתמש בו לזה, (אין לי ניסיון בו מעבר לdeploy של איזה טמפלייט או שניים) אני משער שעל פי רוב המטרה שלו הוא לנהל דפים, ולא אובייקטים שמייצרים דפים, אבל בסופו של יום, זה לא אמור להפריע.. הSSG הוא בסך הכל שלב נוסף בdeploy..

@shaya אמר בnetlify.com מה זה?:

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

שוב, אני לא מדבר מניסיון, אבל דיי ברור לי שSSG לא בהכרח מייצר אתר שהוא 100% סטטי, אלא כל התפקיד שלו זה לרנדר מראש את התצוגה לקליינט בלי להכריח אותו לטעון קודם את הFW שבתורו ירנדר את הדף.
לאחר שהקליינט טוען HTML מוכן, הוא מריץ את הFW שלוקח שליטה על הדף.
מקורות:
https://gridsome.org/docs/fast-by-default/#vuejs-spa
https://ssr.vuejs.org/guide/hydration.html

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

@chagold אמר בעדכון אוטומטי של אתר מהגיטהב:

@nigun לע"ע מצאתי את זה.

מאז, גיטהאב השיקו את שירות הCI\CD שלהם בשם Github Actions.
וכמובן שזה הדרך הנכונה יותר (ומסתבר נוחה יותר) לבצע את התהליך הזה.
אני לא יודע מה תהליך ה"עדכון" שלך דורש, אבל מניח שהוא ידרוש SSH, אז הנה מ"מ ראשוני..
https://github.com/marketplace/actions/ssh-remote-commands

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

@אבי-203
מה הקלט? קובץ HTML? וורד?
יש מלא דברים בגיטהאב..

@chv אמר בJS | תזמון, המתנה לזמן מסוים להרצת פעולה - אבל לא settimeout...:

אבל האין זאת שפייתון ונוד הן שני עולמות שאינם מתחברים?

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

@dovid אמר בJS | תזמון, המתנה לזמן מסוים להרצת פעולה - אבל לא settimeout...:

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

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

@dovid אמר בJS | תזמון, המתנה לזמן מסוים להרצת פעולה - אבל לא settimeout...:

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

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

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

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

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

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

אני לא מתכנת בnode, אבל זה השנקל שלי..

@yossiz אמר בלא מצליח להריץ שרת לוקאלי:

@aaron עזוב, כבר עברנו את הגיל של ויכוחים אלו...

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

@dovid אמר בלא מצליח להריץ שרת לוקאלי:

אני כמה ימים לאחרונה מתקשקש עם לובנטו (אובנטו למחשבים ישנים)

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

@dovid אמר בלא מצליח להריץ שרת לוקאלי:

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

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

@הבוס-הגדול
https://clockify.me