@אש-קודש-0 כתב במי שומע שלוחה מסויימת בקו:
איך אני יודע איזה מספרים שמעו
יש תיקייה LOG בתיקייה הראשית שיש שם מידע מפורט
ושומעים שלוחה מסויימת?
אפשר לראות בזמן אמת בלשונית שיחות נכנסות.
@אש-קודש-0 כתב במי שומע שלוחה מסויימת בקו:
איך אני יודע איזה מספרים שמעו
יש תיקייה LOG בתיקייה הראשית שיש שם מידע מפורט
ושומעים שלוחה מסויימת?
אפשר לראות בזמן אמת בלשונית שיחות נכנסות.
@פיתה כתב במעבר - שלב אחד אחורה:
@יהודה-צ-כ
מה הבעיה?!תגדיר את זה
playfile_end_goto=שלוחת הפילטרבשלוחת הרישום
כתבתי למעלה בספויילר:
מכיון שיש לי כמה שלוחות עם הפילטר, וכולם מפנים לאותה שלוחה של ההרשמה לצינתוקים, א"א להגדיר את השלוחה ידנית...
ואח"כ שידרגתי את ההסבר בבעיה:
יש לי יותר ממאה שלוחות עם הפילטר...
@יהודה-צ-כ עברתי על המודול אבל אני לא רואה אופציה לחזור אחורה לשלוחה ממנה המאזין נותב אלא רק אחורה לאב שלוחה
למשל אם המאזין נמצא ב1/2/3 והוא מנותב להרשמה לצנתוקים בשלוחה 100/5/6
אז הוא יחזור "אחורה" לשלוחה 100/5, ולא לשלוחה 1/2/3
@אA פסיידר... בסוף הסתדרתי
פתחתי עם פקודת API את השלוחות עם ההגדרות
תודה בכל אופן
א גוט מועד
@אA כתב במעבר - שלב אחד אחורה:
@יהודה-לה
אולי תגדיר בתוך השלוחה של הפילטר את ההרשמה לצינתוקים או שלחה משוכפלת כזו.
יש לי יותר ממאה שלוחות עם הפילטר... 
מישהו יודע איזה שירותי API כבר עובדים עם מפתח גישה קבוע?
ניסיתי להתחבר ב API ולקבל מידע על המערכת שלי...
והוא מחזיר שגיאה
{"responseStatus":"FORBIDDEN","message":"session token is invalid","yemotAPIVersion":6}
שלחתי את זה עם הפרמטר token.
אני פשוט רוצה לבדוק שזה עובד חָלָק ולהתחיל לערוך קודים...
@שמואל ?
@שלמה-צובל ממש מוזר...
כנראה לא מחקת את החיבור המדובר...
אני עשיתי הפעלתי את האכיפה - ובאמת זה נשאר מחובר וגם תהיתי איך זה יכול להית...
מחקתי את החיבור והוא לא חזר...
(למרות שבלוגים בשרת לא ראיתי שגיאה)
הכנסתי לרשימה של הכתובות IP מאושרות וזה חזר לעבוד
תבדוק שוב...
@שלמה-צובל יכול להיות שהשרת כבר התחבר למערכת
תכנס ללשונית אבטחה> סשנים פעילים> ןתבטל את החיבור ותנסה להתחבר שוב עם הAPI
@שמואל כתב באבטחה - באימות דו שלבי / דעתכם... 🪪
:
@יהודה-לה כתב באבטחה - באימות דו שלבי / דעתכם... 🪪
:
@שמואל אם אני מכניס את הכתובת IP של השרת שלי בכתובות IP מאושרות - אני יכול להתחבר עם מספר מערכת:סיסמא, כמו שהיה עד היום?
נכון לעכשיו - כן.
לאחר הפסקת התמיכה במספר מערכת:סיסמה - הנושא קצת לא רלוונטי.
בעצם הפסקת התמיכה במספר מערכת:סיסמא, לא קשורה בכלל לכל הנושא של אימות דו שלבי, אלא בלי קשר בהמשך יורידו את האופציה?
הבנתי טוב?
למשל אני הפעלתי את השירות של האימות דו שלבי לפני תאריך האכיפה ובאמת הAPI לא עבד... הכנסתי את הכתובת IP של השרת לרשימה של הכתובות המאושרות וזה התחיל לעבוד שוב (עם התחברות - מספר מערכת:סיסמא)
אז זה לא קשור בכלל לכל החלק של האימות דו שלבי...
@שמואל אם אני מכניס את הכתובת IP של השרת שלי בכתובות IP מאושרות - אני יכול להתחבר עם מספר מערכת:סיסמא, כמו שהיה עד היום?
או שאני צריך לעבור להתחברות עם טוקן (Login)?
ושהדיווח לא מוחק את ההשמעה אלא ממתין לתגובת המערכת,
א"א שכל אחד יחליט מה נחשב לתוכן בעייתי... אתה יכול לדווח וזה מספיק בשביל שבעלי המערכות יזהרו, כי ככה הם מסתכנים בסגירת המערכת עקב תוכן בעייתי. (הדיווח נשלח גם לימות ולא רק לבעל המערכת, והם יחליטו)
שמעתם פעם על מישהו שמדווח על משהו למשטרה או לעירייה או לכל גורם אחר, והוא חייב לחשוף את עצמו?!
בכל אופן, אני לא יודע עם מי אני מתחיל, כשאני מדווח על מערכת שאיני יודע מי המנהל, אולי יש לו מאפיה?
אם אתה רוצה לשלוח דיווח בלי שבעל המערכת יידע עליך, אתה תמיד יכול לשלוח מכתב ל"משטרה" של ימות המשיח, וחוץ מזה שגם במשטרה הם מקבלים את המספר טלפון שלך כשאתה מדווח, ולא נראה לי שיש כזו אופציה,
@אברהם-ה
אולי שבמקש 0 בנוסף לדיווח תוכל לחסום את עצמך לקבלת צינתוקים מאותו מספר (גם כששולחים צינתוק בתשלום, שאתה לא צריך להירשם)
@חכמון
כתבת למעלה:
אולי הגדרת אימות דו שלבי, ולכן לא עובד הAPI?
נראה לי שמה שדיברו באשכול ההוא... שאולי יהיה בעיות עם ה API, זה לא קשור למודול ה API שמגדירים בשלוחה - אלא לגישת מפתחים API ששם צריך להכניס שם משתמש וסיסמא,
אגב המלצה:
בעבר הייתי משתמש עם גוגל שיסט
עד ש"לימדו" אותי שאפשר להשתמש עם מסד נתונים מסודר כמו זה למשל.
https://supabase.com/
הרבה יותר פשוט, הרבה יותר קל, הרבה יותר נוח, עם הרבה יותר אופציות, וגם התקשורת עם API של המסד נתונים יותר פשוט...
אולי בהתחלה צריך לבנות טיפה יותר... אבל בהמשך זה עושה חיים קלים!
אמנם זה לא במקום השרת... אבל במקום הגוגל שיטס.
@CUBASE למה? אולי טכנית זה יותר מסובך... אבל לוגית - זה נראה לי יותר פשוט...
חוץ מזה שאין לי כח להתחיל להתעסק עם read... ככה זה יותר פשוט, נכנסים, שולחים, ויוצאים מהשלוחה...
לא?
@חכמון אתה משתתף במבוכתי, או קובע בציניות?!
@לעזור-לכולם
דווקא כן!
אני צריך - את הנתיב של הקובץ, ויש לי בערך 100 שלוחות שהייתי צריך לעשות את הפעולה הזו...
אז פתחתי 100 שלוחות API (!) מקבילות, והגדרתי בקוד שיקבל את הנתיב של השלוחת API והקוד יידע לתאים את זה לקובץ שמע - שממנו היה אמור להישלח הבקשה.
(אל דאגה לא פתחתי ידנית... היה יותר פשוט לכתוב סקריפט שיפתח את השלוחות עם ההגדרות)
יש לי שלוחה שיש לה פילטר לפי צינתוקים
אם המאזין לא רשום הוא עובר לשלוחה של ההרשמה.
לאחר ההרשמה יש אפשרות להגדיר לאן לעבור
עם ההגדרה הזו
tzintuk_end=
יש אפשרות להגדיר שיחזור לשלוחה ממנה הוא הגיע? דהיינו השלוחה עם פילטר?