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

@מד כתב בלימוד אסטריסק:

האם זה ממש מופרך לבנות בתקופה הראשונה באופן שכל הנתונים ירשמו בקובצי txt וכדו'?

לא מופרך אבל גם בשביל לקרוא מקובץ טקסט צריך קוד
אני הייתי מתחיל מsqlite

@מד כתב בלימוד אסטריסק:

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

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

@google3 כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

@nigun כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

@clickone כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

כמובן שזה ידרוש ממך CRON מסויים

הוא לא חייב לעבוד עם cron
אפשר לשמור הכל בDB ואחרי כל רישום בDB לפנות לשירות נפרד ולהפעיל טריגר ליצירת CSV והשירות הזה ינהל את כל התור והבקשות המקבילות
אחרת אם יש לו אלפי קבצים בשרת יהיה לו אלפי cron jobs שרצים בלי סיבה

מה עם קורה הפוך הלקוח עולה קובץ? אז לכראה אין ברירה אלא לעשות cron job?

מחיפוש מהיר נראה שיש שם אופציה של הפעלת טריגרים
https://docs.nextcloud.com/server/latest/developer_manual/digging_deeper/flow.html#configuration-component

@google3 כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

וגם אני בטוח 101 אחוז שהספק גם עובד בשיטה כזו שלא יהיה Single Points of Failure

אולי בארה"ב
כאן בארץ פחות....

@clickone כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

כמובן שזה ידרוש ממך CRON מסויים

הוא לא חייב לעבוד עם cron
אפשר לשמור הכל בDB ואחרי כל רישום בDB לפנות לשירות נפרד ולהפעיל טריגר ליצירת CSV והשירות הזה ינהל את כל התור והבקשות המקבילות
אחרת אם יש לו אלפי קבצים בשרת יהיה לו אלפי cron jobs שרצים בלי סיבה

@google3 כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:

וכן בניתי כל דבר שאין אף "דבר אחד" שיכול להוריד המערכת ( "Single Points of Failure")

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

גם אם לא יהיה שום צוואר בקבוק בכתיבה לקובץ המשתמש יקבל קובץ ענק להורדה בלי אפשרות לסינון פשוט של רשומות 0-1000 וכדו'

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

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

@שואף כתב בהמייל שלי נפרץ:

מעולם אף אחד לא הסכים שהחשבון שלו ייחסם

https://policies.google.com/terms

השעיה או סיום של הגישה שלך לשירותי Google

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

• תבצע/י הפרה מהותית או הפרה חוזרת ונשנית של תנאים אלה, של תנאים נוספים ספציפיים לשירות או של תנאי מדיניות

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

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

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

יש משהו בסדרה אחרת של M3
https://www.amazon.com/2090-ScotchBlue-Painters-Tape-Preparation/dp/B0079NPE6G?th=1

@dovid
יש לי צד שיש מנגנון פנימי שמונע הרס ע"י קריאה בלבד

@dovid
זאת אומרת אם מזהים דיסק תקול צריך מיד לנתק מהמחשב ולא לנסות לקרוא ממנו קבצים?

@משחזר-מידע כתב בחברת שחזור מומלצת:

@nigun כתב בחברת שחזור מומלצת:

לכאורה הוא לא יכול להזיק

נכתב כבר לעיל

@משחזר-מידע כתב בחברת שחזור מומלצת:

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

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

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

@משרדי
אצלי נשאר מחובר
ולא בחרתי זכור אותי

@pcinfogmach כתב באבטחת חשבונות:

אבל התיאוריה שלי עדיין בעינה עומדת לייצר סימן זו מסימה קלה למי שרגיל בכך. ודם מי שלא רגיל לזה עושה את זה בתת מודע - למשל: כל מי שזוכר מספר טלפון יוצר לעצמו קצב בדקלום של המספר שעוזר לו לשלוף אותו בקלות למרות שהמספר לכאורה רנדומלי. הסימנים שקל לנו לזכור משתנם מאדם לאדם - ישנם שסימן חזותי יותר מועיל להם, וישנם שסימן תחושתי, וישנם סימן דמיוני וכן הלאה. איך מחליטים מהו סימן טוב או לא? פשוט אם זה סימן שאיננו משתמש בתבנית ידועה.
רוב האנשים משתמשים במה שהזכרתי במספרי הטלפון - בקצב: כך שהסיסמה: tbd - *! - 52 - jsd מהווה דוגמא טובה לעיקרון זה (המקפים והרווחים לא חלק מהסיסמה) - לישראלים קצת יותר קשה עם האותיות אנגלית אז אפשר לעשות מה שאתה הצעת להקליד בעברית במקלדת מצב אנגלית וככה לזכור בקלות למשל: hkn - ! - pmo - !7. (ילמ - ! - פצם - 7!) פה יש גם חרוזים שעוזרים עוד יותר לזיכרון.

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

הכל נחמד אם אתה צריך לזכור 3 סיסמאות
אבל אם יש לך חשבונות ב10-20 אתרים (בלי ספאם) זה נהיה אתגר לזכור את הכל בלי מהל סיסמאות, ומהר מאוד ימצא את עצמו משתמש באותו סיסמה לשני אתרים

@pcinfogmach כתב באבטחת חשבונות:

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

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

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

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

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

@A-I-V כתב באבטחת חשבונות:

מה לא טוב בKeePassXC?

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

@dovid כתב באבטחת חשבונות:

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

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

@A-I-V כתב באבטחת חשבונות:

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

יתכן גם מתקפה על הקוד מקור של KeePassXC
ואתה תעדכן את התוכנה והפורץ יקבל את כל הסיסמאות ישירות לשרת שלו בplantext.......

@dovid כתב באבטחת חשבונות:

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

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

@צדיק-תמים כתב במערכת IVR מומלצת, לצורך בוט טלפוני:

אני לא רואה כ"כ מה אי אפשר לעשות עם מודול API של ימות (אם אתה לא משתמש ברכיבים מוכנים-ומוגבלים של ימות כמו צינתוקים חינמיים רשימות תפוצה וכו', אתה יכול לעשות ממש כל דבר)

האם יש להם אפשרות לAPI לשליטה על שיחה עם נציג/חדר ועידה/שידור חי/או כל פעלה אחרת כשהמשתמש לא נמצא במודול API?
או בשפה של אסטריסק האם נותנים API בסגנון ARI/AMI?

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