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

שבוע בתוך שנה לועזית:
VBA: DatePart("ww",date())
פרשת השבוע אתה מתכוון יהודית? אני חושב שאין פונקציה מובנית לזה בצורה קלה בVBA
אולי יש טבלאות של הרבה שנים או שליפת מידע באונליין מהאינטרנט

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

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

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

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

@nigun נגע בAMI/ARI. שזה אכן חשוב מאד. אבל לדעתי אפילו את הקלות של AGI קשה להשיג (אם כי לא בלתי אפשרי)

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

עריכה:
אולי לא הבהרתי מספיק: בלי ספק ימות המשיח עשו עבודה מדהימה בהקשר של הAPI שלהם. השאלה מה עושים במימושים מורכבים יותר.

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

אין סליקה ישירה. רק דף סליקה (לפחות לפי מה שאני בדקתי)

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

אתה יכול להתקין על השרת גירסת אקסס אחרת בנוסף למה שיש, ואם אין צורך ביכולות עריכת טפסים וכו', אתה יכול להתקין גירסת RunTime של האקסס
לדוגמא גירסה 2016
https://www.microsoft.com/he-il/download/details.aspx?id=50040
שים לב שיש לך שם גירסת X86 ו64 ביט. תבחר את מה שאתה צריך

וזה קישור לגירסת 365 (לכאורה זה 2019 או מאוחר יותר)
https://support.microsoft.com/en-us/office/download-and-install-microsoft-365-access-runtime-185c5a32-8ba9-491e-ac76-91cbe3ea09c9

בהצלחה

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

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

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

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

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

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

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

@Whenever כתב בחשבון גוגל שהושבת:

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

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

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

שלחתי לפתיחה בנטפרי

עריכה: נפתח

כאן לכאורה יש את המלאה
https://www.ip2location.com/free/visitor-blocker
מעניין שאין להם לווינדוס, ללינוקס יש להם קובץ מוכן לפיירוול
אז לכאורה צריך להוריד משם CIDR

מקור
https://tchumim.com/topic/10228

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

@dovid כתב בעבודה נכונה מול מסד נתונים ללקוחות נפרדים:

ההבדל הוא שהמקרה שלך הוא מקרה רגיש מלכתחילה ונקודתי, ממילא קל לבודד ולהיזהר בחוליות הרגישות ולמקד שמה זהירות.

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

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

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

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

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

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

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

@avi-rz כתב בשרת לאקסס:

בעיות? אולי איטיות במקרה שיש שאילתות מאוד ורכבות על המון שורות,

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

מנסיון ארוך שנים, שרת RDP/TSPLUS הוא הפיתרון הטוב ביותר
גם במקרה שיש SQL SERVER, אם השרת במיקום מרוחק וכל משתמש מתחבר מהמקום שלו, ויש המון נתונים, גם תהיה איטיות.
(יש לי מקרה כזה, ושם בהחלט אני משתמש בשילוש של SQL SERVER + TSPLUS)

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

אפשר אולי בשלב ראשון אם זה דחוף לעבוד עם TsPlus ובמקביל לעבוד על גירסה של sql server

אולי תנסה קודם לשלוח מייל מהCLI?

echo "test"| mail   user@gmail.com

נ.ב. זה נראה שיש לך איזה סיסמא של ימות בלוגים (בשורה האחרונה)

כן
תנסה אפילו במסוף תוך כדי השליחה
tail -f /var/log/mail.log
(יש שרתים שהלוג נמצא בנתיב אחר)

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

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

@ראש-פינה כתב בחברה זולה/חינמית להפקת קבלות לעוסק פטור:

(ובכלל מי שגם רוצה API)

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