@אאד כתב בלקיחת ההגדרות משלוחה אחרת:

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

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

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

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

@אבא-של-מאיר אמר בהקראת טקסטים על ידי קוד בלבד ללא קובץ:

דבר העלול להקשות בכל פעם להוריד את הקובץ ולערוך אותו ולהעלות אותו מחדש

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

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

@דוד_מלך_ישראל

@דוד_מלך_ישראל אמר בחדש!!! מערכת הגדרות מתקדמות לניהול המערכת שלכם דרך הטלפון:

קבצי טקסט של כל ההגדרות לשימוש לא מקוון

מדהים ובכלל כל המערכת מדהימה

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

@אביי-ורבא כתב בהפעלת לינק כשיש מייל חדש:

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

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

@עידו שלוש חלקים לדעתי
1 יותר סדר בקו מבחינת תפעול
2 יותר ברור ללקוח מה הוא צריך להקיש
3 נניח ובהמשך יתווסף עוד קורסים שהם בעצם המשך לקורסים הקיימים אז אם כל קורס זה שלוחה יותר נוח להוסיף המשך
אני לא אומר שזה חובה אבל מבחינת הצעה ובנייה נכונה יש בזה משהו לדעתי

Spoiler

@שמואל-ש ברור שזה רעיון ואני כמובן בדרך לעשות את זה בזכות הקוד שהבאת אבל בדרך כלל אני לא אוהב להיות בור ולדפוק דברים וגם ככה אי אפשר לעשות באמת מדי הרבה דברים אז לכן שאלתי אבל את האמת אתה צודק ותודה רבה לך

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

גמר חתימה טובה.

@דוד_מלך_ישראל אין מיליםםםםם

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

@mn כתב בapi_key לא עובד לשלוח SMS:

אני מנסה לשלוח SMS עם api_key

בכל התגובה שלך לא ראיתי אזכור אפילו של הנושא הזה
אני מצטט

@HTML כתב בapi_key לא עובד לשלוח SMS:

@mn כתב בapi_key לא עובד לשלוח SMS:

אני מנסה לשלוח SMS עם api_key ואני מקבל שגיאה IllegalStateException(session token is required)
זה מה שאני שולח לhttps://www.call2all.co.il/ym/api/SendSms
{
"token":"eW10.apik_..................................",
"message":"סמס טסט",
"phones":"972000000000"
}

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

1. שימוש בשם משתמש וסיסמת ניהול: הדרך הנפוצה והפשוטה ביותר היא להשתמש בפורמט username:password, כלומר, מספר המערכת שלך ואחריו נקודתיים ולאחר מכן סיסמת הניהול.
   ◦ לדוגמה, אם מספר המערכת הוא 0771234567 והסיסמה היא 1234, הטוקן שצריך להישלח הוא: 0771234567:1234.
2. שימוש בפקודת Login: ניתן לבצע התחברות למערכת באמצעות הפקודה Login, ואז השרת יחזיר טוקן סשן ייחודי. טוקן זה תקף בדרך כלל למשך 30 או 60 דקות, כל עוד מתבצעות שיחות/פעולות, ויש להשתמש בו בכל הפקודות הבאות כדי להימנע מבקשת התחברות נוספת.
   פתרון מומלץ: כדי לעקוף את השגיאה, נסה לשנות את ערך ה-token שאתה שולח לפורמט של מספר מערכת וסיסמת ניהול:
   {
   "token":"[מספר מערכת]:[סיסמת ניהול]",
   "message":"סמס טסט",
   "phones":"972000000000"
   }
   חשוב לוודא שאתה משתמש בסיסמת הניהול של המערכת שלך.
   לגבי שאר הפרמטרים ששלחת: הפקודה SendSms דורשת את הפרמטרים token, message (תוכן ההודעה) ו-phones (מספרי הנמענים). הפורמט של phones אמור להיות מחרוזת של מספרי טלפון, מופרדים על ידי נקודתיים, או ציון רשימת תפוצה באמצעות tpl:X. המספר הבודד שסיפקת ("972000000000") נראה תקין כשהוא מועבר כמחרוזת אחת.

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

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

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

@שמואל מה עם זה? אולי מרוב הודעות פיספסת את זה, נראה לי שזה משהו מאד משמעותי.

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

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

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

קיים משהו דומה - חשבון ריסיילר.

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

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

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

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

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

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

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

@פיתה אם אתה רוצה בסך הכל לנתק תגדיר ככה בשלוחה 9991

type=go_to_folder
go_to_folder=hangup

במקום מה ששמת שם

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

@פלמנמוני זה לא משנה זה קשור לגוגל

@פלמנמוני כתב בשליטה בשלוחת סקר דרך גוגל שיטס:

session token is invalid

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