הודעות שפורסמו על ידי מנסה

מישהו יכול להסביר איך משתמשים בזה בשביל תוכנת אקסס של מכירות

אני לא מבין איזה URL אני צריך להכניס שם

@שוקולית

בשלוחה הראשית בקובץ EXT.INI

מודול
וכן לאן להפנות

@שוקולית
ראוטינג ימות

[נראה לי שעולה יחידות...]

type=routing_yemot
routing_yemot_number=0773137770

@שמואל כתב באבטחה - באימות דו שלבי / דעתכם... 🪪:

מערכת שתעבור מעל X פעמים בX זמן - כלומר, מערכת שתיצור מעל X סשנים חדשים בX זמן - הסשנים החדשים שלה יחסמו - כלומר, לא יהיה ניתן לבצע Login למערכת יותר - בדומה למערכת שמנסה להתחבר בX זמן עם סיסמה שגוייה.
לכאורה זה יהיה משולב IP ומערכת. למשל, 20 סשנים פעילים למערכת, 5 לכתובת IP.

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

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

@צבי-ד-צ

צודק, לא שמתי לב שניתן להוסיף ללא הגבלת תאריך

@יודעלע

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

Spoiler

@שמואל כתב באבטחה - באימות דו שלבי / דעתכם... 🪪:

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

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

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

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

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

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

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

העלות [לי או למקבלי השרות שלי] תהיה אלפי שקלים, וחבל...

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

בתקווה להבנה
@שמואל

@חכמון

כמדומני אפשר רק מ30

אולי הורידו ל16

אבל כבר כמה שנים נדמה לי לא יכלו פחות מ30

[אולי תלוי בריסיילרים?]

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

או בקיצור הולך להישרף לי חודש מהחיים על השינוי הזה
[ככל הנראה גם ללא שאקבל על זה תשלום]

תודה על האבטחה...

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

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

@שיווק-סדנאות

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

@יעקב-1

לכאורה אי אפשר

פונים למייל שנמצא בחתימה של @שמואל
shmuel@yemot.co.il

@אחת

יש הפעלות ממיוחדות בסיום ההקלטה [כמו הפעלת צינתוק וכדו'?]

ואולי ההגדרה לא כמו שצריך [לפעמים הימין ושמאל משתבש שם]
כדאי להעתיק נקי מהפורום ולהדביק מחדש את ההגדרה

@יצחק-ק

לשנות מספר הרשמה יש בהגדרות של המודול
[אם אפשר לקרוא ולא לבקש עזרה בדברים שכתובים מפורש ואינם מסובכים]

הנה לך הגדרות לרישום סטנדרטי לתוך קובץ ListAllInformation

type=recording_and_entering_data
;הגדרת השלוחה
title=שלוחה להוספת מספרי זהות לאול אינפורמיישן
;תיאור השלוחה
enter_id=yes
;קבל זיהי משתמש
enter_id_type=teudat_zehut
;סוג זיהוי= לפי מספר זהות
050-option=--10-HebrewKeyboard----
;הקשות בעברית , המתן 10 שניות - ערך ראשון [אחרי זיהוי ו1 בטור 2 לפעיל]
051-option=--10-HebrewKeyboard----
;הקשות בעברית, וכנ"ל - ערך שני [אחרי הנ"ל]
052-option=2-1--TTS--11,12,13,21,22,23,31,32,41,42,5,6,7,8---
;הקשת מספר [זה היה בחירת כיתה לילד, א1 או א2 וכדו'] - ערך 3

set_ok_send_mail=yes
;שלח מייל אם ההרשמה בוצעה
recording_and_entering_data_email_address=1234567@gmail.com
;המייל לשליחה הוא...

add_to_list_all_information=yes
;הוסף את המידע לListAllInformation
add_enter_id_to_list_all_information=yes
;הוסף קודם את המזהה של המאזין לListAllInformation
add_approval_1_to_list_all_information=yes
;הכנס בטור 2 את הספרה 1 [שיהיה פעיל] ב ListAllInformation
add_enter_id_to_list_all_information_change=yes
;אם יש נתוניםכבר על המזהה החלף לפי מה שיכניס כעת
list_all_information_folder=/16/1
;מיקום הListAllInformation לעידכון

say_approval_number=say_approval_no_number
;לא להשמיע מספר נרשם אלא אישור בלבד
recording_and_entering_data_end_goto=/16/1/102
;לאן יילך אח"כ
recording_and_entering_data_error_goto=/16/1/102
;לאן יילך אם יש שגיאה
recording_and_entering_data_exit_goto=/16/1/102
;לאן יילך אם המאזין הקיש ע יציאה באמצע מילוי הנתונים
booking_Folder-16/1/100=1138
login_add_column_number=5

@זעליג
לא בדיוק כמו הקודם [למרות שהוא צודק אבל יותר קל אחרת]
תכתוב ככה

050-option=1-1-5-No-AskNo-1,2,3,4,5,6

וככה אפשר להקיש או 1 או 2 או 3 או 4 או 5 או 6
כמובן את האופציות קודם תשנה למה שתרצה

@אבו

תשלח תלונה לשרות הלקוחות

הם מטפלים בדברים כאלה בחומרה רבה

@בונה-מערכות

עי' בתיעוד

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

יכול להיות לא בדקתי לעומק

זה הובא כאן

ויש שם עוד פיתרון של API [אם API פנימי של ימות עצמם]