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

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

או שתבנה משהו לבד עם הרשימה https://country.io/phone.json

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

https://u.partner.co.il/media/4820/international-area-codes.pdf

פה יש נתונים יותר מורחבים

@yossiz כתב בשינוי סיריאל של דיסק אונקי:

@גאון לא כתוב שם כלום על שינוי של מספר סיריאלי

משתמש-מקצוען כתב בכיצד ניתן לזהות התקן USB לפי הסיריאל שלו:

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ובלא רשמי אתה ממליץ על baileys?

אני לא מכיר את התחום בכללי של הלא רשמי, אני אישית משתמש אני חושב בכולם כמעט (כל פרויקט לגופו) כולם טובים אם אתה יודע לתחזק אותם בקטנה, אני חושב שמבחינת משאבים ומהירות, עדיף baileys על whatsapp web js, האם זה עדיף על green אני לא יודע

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ואיך עובד החיבור למספר?

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ואכן יש סיכוי להיחסם? או יש אכן את החסרונות שכתבת?

תמיד יש סיכוי.

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

אגב, יצירת חשבון אפשרית אכן רק עם חשבון פייסבוק פעיל? ואם אין לי?

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

כמו"כ ראיתי שיש צורך בIP ישראלי כמו IP ביתי רגיל, האם זה נכון?

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

@צבי-ש כתב בבניית בוט בוואצאפ - המלצות:

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

יש לך תיעוד וקישור לפתיחת חשבון?

https://developers.facebook.com/docs/whatsapp/cloud-api/

ועלות - האם זה אכן ללא עלות ורק שליחת הודעה יזומה מצידך ללא בקשה מהלקוח עולה כסף?

נכון, כשלקוח שולח אליך הודעה יש לך 24 שעות לענות לו מה שאתה רוצה, ללא עלות

ושם יש איזשהם ספריות או פשוט לתקשר מולם?

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

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

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

@צבי-ש ראיתי שכתבת פעם הסבר מפורט על הנושא?

https://tchumim.com/post/140352

מאז השתנו כמה דברים

כתב בפיתוח בוט בווצאפ:

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

1 לא נכון
2 נכון עדיין, אבל תומכים ברוב הרגילים
3 אפשר למחוק את הווצאפ מהישן, וליצור אותו אחרי 3 דקות כבוט
4 לא כזה קשה האימות כיום, אבל עדיין זה תהליך, זה כבר לא מצריך לעבוד מול 1 מ300 פרטנרים

הבוט הלא רשמי לא השתנה הרבה, מלבד שאז כתבתי כ100 שקל (על בסיס 30 דולר) וכיום יש את green שהוזכרו פה שעולה שם 12 דולר

@ששא כתב בבניית בוט בוואצאפ - המלצות:

מהי הדרך הרשמית? יש כמה?

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ומהם הדרכים הלא רשמיות?

אד מהספריות הנ״ל (אני באופן אישי ממליץ על baileys )
או ספק כדוגמת green

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ומה המעלות בלא רשמיות על פני הרשמיות?

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

@ששא כתב בבניית בוט בוואצאפ - המלצות:

ומה הסיכונים בלא רשמיות?

חסימות, ניתוק סשן, תקלות בשליחה או בהצפנה, צורך בתחזוק יחסית שוטף

@770evi כתב בfanvil x4u חיבור טלפון ip למרכזיה עסקית ימות המשיח:

תסביר לי יותר מה כוונתך יש לוג?

מה התוכנה ענתה, למה ההתחברות נכשלה

אני רואה שאתה ממלא את השם משתמש סתם במלא מקומות, ועוד מוסיף את הפורט בכמה וכמה מקומות, תנסה להסיר את המספר מערכת מ "שם משתמש", "SERVER NAME" ואת הפורט מ PROXY SERVER PORT, BACKAP SERVER PORT

@one1010 כתב במה המחירים בשוק לשחזורי מידע פשוטים?:

@שוהם307 כתב במה המחירים בשוק לשחזורי מידע פשוטים?:

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

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

שבוע טוב,
ככל שאיש מקצוע מיומן יותר, זריז יותר הוא ייקח לך יותר כסף לשעה

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

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

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

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

@nigun כתב בFreeSWITCH | איך לבנות תפריטים מרובי שלוחות – XML או סקריפט מרכזי?:

ואם יש לך 8 שלוחות בתוך כל שלוחה תפריט נוסף עם 3-9 שלוחות מסוגים שונים וכדו'?

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

כל הקשה תקינה נשמרת במשתנה, ואחרי זה שוב לקוד פייתון שיודע מאיזה שלוחה הגיעו ( main_menu ) ויודא מה הקישו (3) ויודע שזה שלוחת תפריט נוספת

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

@nigun כתב בFreeSWITCH | איך לבנות תפריטים מרובי שלוחות – XML או סקריפט מרכזי?:

@צבי-ש כתב בFreeSWITCH | איך לבנות תפריטים מרובי שלוחות – XML או סקריפט מרכזי?:

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

איך תארגן את הקוד? כל תפריט בקובץ נפרד?

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

def handler(session, args):
    if not session.ready():
        return
 
    # הגדרת משתנים לשימוש ב־XML מאוחר יותר
    session.setVariable("min_digits", "1")
    session.setVariable("max_digits", "1")
    session.setVariable("tries", "3")
    session.setVariable("timeout", "5000")
    session.setVariable("terminator", "#")
    session.setVariable("menu_prompt", "/path/to/menu_prompt.wav")
    session.setVariable("invalid_prompt", "invalid.wav")
    session.setVariable("valid_keys", "123")
    session.setVariable("timeout_prompt", "timeout.wav")
 
    session.execute("transfer", "menu_processor XML dynamic_menu")

<context name="dynamic_menu">
  <extension name="menu_processor">
    <condition field="destination_number" expression="^menu_processor$">
 
      <action application="play_and_get_digits"
              data="${min_digits} ${max_digits} ${tries} ${timeout} ${terminator} ${menu_prompt} ${invalid_prompt} ${valid_keys} ${timeout_prompt} input_digit"/>
 
      <action application="python" data="handle_menu_result.py"/>
 
      <action application="transfer" data="${result} XML main"/>
 
    </condition>
  </extension>
</context>
 

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

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

למשל אני רוצה שמי שילחץ 1 יגיע לתת תפריט ושם הוא יוכל להקיש 1-9 ואז לנתב הלאה

אז יש לי 2 דרכים לעשות את זה

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

def handler(session, args):
    if not session.ready():
        return

    # הגדרת משתנים לשימוש ב־XML מאוחר יותר
    session.setVariable("min_digits", "1")
    session.setVariable("max_digits", "1")
    session.setVariable("tries", "3")
    session.setVariable("timeout", "5000")
    session.setVariable("terminator", "#")
    session.setVariable("menu_prompt", "/path/to/menu_prompt.wav")
    session.setVariable("invalid_prompt", "invalid.wav")
    session.setVariable("valid_keys", "123")
    session.setVariable("timeout_prompt", "timeout.wav")

    session.execute("transfer", "menu_processor XML dynamic_menu")

ואז בשלוחה עצמה לעשות

<context name="dynamic_menu">
  <extension name="menu_processor">
    <condition field="destination_number" expression="^menu_processor$">

      <action application="play_and_get_digits"
              data="${min_digits} ${max_digits} ${tries} ${timeout} ${terminator} ${menu_prompt} ${invalid_prompt} ${valid_keys} ${timeout_prompt} input_digit"/>

      <action application="python" data="handle_menu_result.py"/>

      <action application="transfer" data="${result} XML main"/>

    </condition>
  </extension>
</context>

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

def handler(session, args):
    digit = session.getVariable("input_digit")
    menu_id = session.getVariable("menu_id")

    if menu_id == "main_menu":
        if digit == "1":
            session.setVariable("result", "sales")
        elif digit == "2":
            session.setVariable("result", "support")
        else:
            session.setVariable("result", "menu_processor") 

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

<extension name="go_to_dynamic_menu">
  <condition field="destination_number" expression="^123$">
    <action application="python" data="my_menu_entry.py"/>
  </condition>
</extension>

ואז את הקוד פייתון לכתוב משו כזה

def handler(session, args):
    if not session.ready():
        return

    def play_menu(prompt_file, valid_digits, tries=3, timeout=5000, terminator="#"):
        session.setInputCallback(None)  # Reset input callback
        return session.playAndGetDigits(
            1,                 # min digits
            1,                 # max digits
            tries,             # max tries
            timeout,           # timeout ms
            terminator,        # terminator key
            prompt_file,       # prompt to play
            "ivr/invalid.wav", # invalid entry prompt
            valid_digits,      # valid digits
            "",                # regex (not used here)
            5000,              # digit timeout
            "input_digit"      # variable name to store result
        )

    # שלב 1: תפריט ראשי
    main_choice = play_menu("ivr/main_menu.wav", "12")
    if not main_choice:
        session.streamFile("ivr/timeout.wav")
        return

    # שלב 2: תת תפריט לפי הבחירה
    if main_choice == "1":
        submenu_prompt = "ivr/service_submenu.wav"
        menu_label = "service"
    elif main_choice == "2":
        submenu_prompt = "ivr/support_submenu.wav"
        menu_label = "support"
    else:
        session.streamFile("ivr/invalid.wav")
        return

    sub_choice = play_menu(submenu_prompt, "123456789")
    if not sub_choice:
        session.streamFile("ivr/timeout.wav")
        return

    # שלב 3: הדמיית פעולה (או העברה אמיתית)
    session.streamFile(f"ivr/you_selected_{menu_label}_{sub_choice}.wav")
    # או לצורך העברה:
    # session.execute("transfer", f"{menu_label}_{sub_choice} XML public")

    # סיום
    session.hangup()

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

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

@pelephone כתב בהאם וכיצד צריך להגדיר בנוקיה C5 CELL BROADCAST על מנת לקבל התראות פיקוד העורף?:

@A-I-V כתב בהאם וכיצד צריך להגדיר בנוקיה C5 CELL BROADCAST על מנת לקבל התראות פיקוד העורף?:

@pelephone כתב בהאם וכיצד צריך להגדיר בנוקיה C5 CELL BROADCAST על מנת לקבל התראות פיקוד העורף?:

אז למסקנה אין באמת הצדקה לאי התראות CB על דור 3.

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

ברור שיש -כל עוד ישנם כאלה שמשתמשים בדור 3 (ומדובר בכ10% מהמשתמשים שהם כמליון איש! עיין בכתבה המצורפת)

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

מה גם שאין ממש צורך לפתח כי כבר מ2014 קיים מסמך בנושא שמסדיר את הודעות CB לדור 3!!!!!

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

@A-I-V כתב בהתראה על יציאה ממ"ד & שיפור אתר פיקוד העורף:

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

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

@אבי-203 כתב בהתראה על יציאה ממ"ד & שיפור אתר פיקוד העורף:

אולי רק אני לא מוצא את זה.
אבל עדין לא מצאתי את הדרך הנורמלית להתעדכן על כניסה ויציאה ממ"ד
הכל זה רק דרך חדשות וכתבים שמעדכנים.
https://www.oref.org.il/heb/alerts-history
הנה למשל אתר פיקוד העורף נרשמתי 100 פעם לקבל עדכנים על עיר מגורי שום דבר לא מתרחש במיוחד.
אין שמות ברורים למשימות, מבזק, ירי, עדכון. ולך תעשה חיפוש עם העיר שלך במשימה
אשמח לדעת מה הדרך הנורמלית. בפרט בפלאפונים כשרים אין דרך לדעת אני מקבל רק טרטור על השלב הראשון לפני, לא מקבל לא כניסה לפחות יש אזעקה אבל יציאה ממש מחפש בפורומים וצ'אטים...
אולי באמת צריך מישהו שיוסיף איזה תוסף לאתר הזה של פיקוד העורך או משהו אחר.

נכנסתי לכאן
פתחתי F12 על העיר בני ברק כדוגמא
https://alerts-history.oref.org.il//Shared/Ajax/GetAlarmsHistory.aspx?lang=he&mode=1&city_0=בני ברק

יש שם התראות לפי קטגוריות (את הקטגוריות ניתן למצוא כאן)

אני חושב ש13 זה יציאה ממרחב מוגן
אתה יכול לגשת לזה כל דקה ולראות אם השתנה משהו ביימה האחרונה,
מלבד זאת אני חושב שכאן (לפי הID של העיר, בני ברק - 237) תוכל למצוא בזמן אמת את אות התראות אבל אני לא בטוח כי כרגע אין שם כלום

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

@אביחיל כתב בכלי לבדיקת מיילים:

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

מה הכוונה בדיקת מיילים?

@שואף כתב בשרת שאפשר להריץ עליו ווטסאפ:

יש מכשיר ישן ודפוק בארון עם הסים, וסרקתי הקוד במחשב, המכשיר הישן כבוי והווצאפ במחשב עובדת תקין

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

@קומפיונט כתב בלמה אסור להשתמש ברכבת בעל 256 זוגי גלגלים בשווייץ?:

@yossiz ומה יקרה אם יהיו 512 זוגות גלגלים? למה זה כן מותר?

512 גם יהיה את אותה בעיה, הכוונה לכל מספר שמתחלק ב 256 ללא שארית,
בכל מקרה יכול להיות שם בעיות בכללי עם כל רכבת של מעל 256

שני חיישנים
במרחק של 3 ק״מ אחד מהשני,

רכבת ארוכה 2 ק״מ ובעלת 257 זוגות סרנים
הוא עובר בראשון והחיישן הראשון מעלה את המספר סרנים עד שמגיע אל 256 ואז שוב 1,2
הוא כרגע על 2,

הרכבת מגיע אחרי דקה אל החיישן השני, 1,2 והופ, החיישן פותח את הרמזור

@yossiz כתב בראוטר סלולרי הכי איכותי ומהיר שיש:

@צבי-ש האם אתה עברת?

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

בתשובות יש ראוטרים שעונים על מה שהוא רצה
(https://tchumim.com/post/164639)
(https://tchumim.com/post/164636)

עריכה: שוב ראיתי שהוא רוצה כמה סימים במקביל ולא לתמוך בסים אחד מתוך כמה, אז אולי זה אכן לא מתאים

עברת על זה?
https://tchumim.com/post/164630