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

ועוד דבר:
@ClickOne

אני משתמש ב:

exten => 1000,n,SET(CALLERID(num)=${CALLERID(num)})

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

איזה ערך המשתנה ${CALLERID(num)} הכיל לפני ההשמה, ולמה הוא השתנה בעקבות ההשמה של המשתנה עצמו - לעצמו?

פורסם במקור בפורום CODE613 ב26/11/2017 14:08 (+02:00)

@ClickOne

הספקים שאיתם אני עובד, חלקם נותנים וחלקם לא.

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

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

פורסם במקור בפורום CODE613 ב26/11/2017 14:00 (+02:00)

בס"ד

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

ובכן, כידוע ליודעי חן,
ישנם כאלו שמצליחים לקבל באסטריסק שלהם את ה CID של המחייג גם כשהוא לא מעוניין לספק אותו, וד"ל
לפי מה שהבנתי, עם ה SIP הנכנס אמור להגיע HEADER בשם P-Asserted-Identify שמכיל את מספר המחייג.

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

תודה רבה!
המשך יבוא בעז"ה! (TTS בעברית, לוח שנה עברי ועוד)

פורסם במקור בפורום CODE613 ב26/11/2017 11:58 (+02:00)

כבור ועם הארץ, ואחד שמעולם לא הקים אתרים, רק שאלת תם:
@דוד ל.ט.

דרך דומיינים אחרים כמו גם הIP, עובד.

הדומיין dovid.ovh מפנה לכתובת: 139.70.114.147
לעומת הדומיין vps362083.ovh.net שמפנה לכתובת: 193.70.114.147

גם הדומיין dovid וגם ה-IP שלו לא מגיעים לשום כלום,
בעוד שגם הדומיין וגם ה IP של vps וכו' מגיעים לאתר.

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

מתנצל מראש אם בירברתי מלא שטויות... :roll:

פורסם במקור בפורום CODE613 ב24/11/2017 01:43 (+02:00)

בס"ד

exten => s,1,Answer
exten => s,n,NoOp(סליחה ומחילה שהסטתי את השרשור מהנושא המקורי למחוזות מעולם אחר)
exten => s,n,Macro(hangupcall,)

:lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol: :mrgreen: :lol:

פורסם במקור בפורום CODE613 ב22/11/2017 22:27 (+02:00)

חוזרני בי.
נרשמתי שם.

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

פורסם במקור בפורום CODE613 ב22/11/2017 20:25 (+02:00)

@avr416

מעונין לקבל הצעה משתלמת לקרן פנסיה כעצמאי?
https://docs.google.com/forms/d/e/1FAIpQLSdX4prTtFeQT30L66v2KefozqDBihu6qn4fydVIk3PcNUAMBQ/viewform?c=0&w=1
קישור שקיבלתי.. אולי יעזור למישהו מהעצמאים <!-- s:-) --><img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":-)" title="מחייך" /><!-- s:-) -->

רק השאלה היא - מה לגבי איסור ריבית,
כי מן הסתם הם לא הולכים לחפש קרנות בכשרות מהודרת :?

פורסם במקור בפורום CODE613 ב21/11/2017 23:45 (+02:00)

בס"ד

דווקא אני ממש לא מסתדר - אני טובע!!!
אבל...
בים של ניירת ובירוקרטיה...

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

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

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

פורסם במקור בפורום CODE613 ב21/11/2017 20:32 (+02:00)

המשתמשים הבאים שלחו תודה לאיש-אחד על הודעה זו (2 סה"כ):
דוד ל.ט. (לפני 4 דקות) • ClickOne (אתמול, 03:10)

ועל תודות כגון אלו נאמר: "אין בעד מה"... :lol:
אף אחד למעשה לא ביקש את הספר.

פורסם במקור בפורום CODE613 ב21/11/2017 19:16 (+02:00)

בס"ד

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

פורסם במקור בפורום CODE613 ב20/11/2017 00:41 (+02:00)

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

אז נראה לי נסגור גם את הנושא הזה כ Answered,
ש @mat יתלהב שעוד נושא נסגר תוך יום...

פורסם במקור בפורום CODE613 ב07/11/2017 20:10 (+02:00)

בס"ד

תודה רבה לכולכם!
אז אני רואה שכולכם מכוונים לכיוון 2 טבלאות, מה שאני אפילו לא חשבתי...

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

WHERE tel1 = ${CID} OR tel2 = ${CID} OR tel3 = ${CID} וגומר

לגבי ה-FOREIGN KEY, זה אכן מתבקש מאליו כאשר עובדים עם 2 טבלאות בסגנון זה,
ו @םןץףך היקר, תודה על החומר, אמנם הוא לא כולל את נושא ה KEY בכלל,
אבל כבר הספקתי ללמוד אותו היטב עוד לפני שהתחלתי את הסטאז'...
אגב, שלחתי לך בחזרה במייל משהו קטן...

ושוב תודה לכל החברים הנפלאים שצמחו לי תוך ימים ספורים!
שלכם בהערכה, @איש-אחד :geek:

פורסם במקור בפורום CODE613 ב07/11/2017 19:16 (+02:00)

בס"ד

**כידוע לעוקבים בימים האחרונים אחרי הנודניק @איש-אחד
אני עשיתי/עושה טבלה ב MySQL שאמורה להכיל אלפון,
וכאשר נכנסת שיחה עם מספר מזוהה אל המרכזייה שלי,
המרכזייה בודקת האם המספר מופיע ברשומות, ואם כן, מוסיפה את השם והכתובת למספר המזוהה.

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

[size=150:13nmggdx]רציתי לשאול כמה שאלות תכנוניות:[/size:13nmggdx]**

1. האם להגדיר את ה type של שדה הטלפון כ INT או כ VARCHAR?
להלן השיקולים:
INT: אני מדמיין שחיפוש ב int יותר מהיר - כי האופציות הינן ספרות בלבד. בנוסף יימנע ממני מלכתחילה להכניס נתונים שגויים (שאינם ספרות).
VARCHAR: אני יכול להכניס 0 מוביל מתי שאני רוצה (לדוגמא, רק במספרים ישראליים, ולא במספרים מחו"ל)

2. לרוב האנשים יש יותר ממס' טלפון אחד, ולהזכיר, השאילתא מחפשת את מספרי הטלפון.
האם כדאי שיהיה רק שדה אחד של טלפון, ופשוט להנפיק רשומות לכל אדם כמספר הטלפונים שיש לו (אני משער שיהיו 5000 רשומות ~)
או לתת לכל אדם רשומה אחת בלבד, ושיהיו כמה שדות של טלפונים, והשאילתא תחפש ב OR בכל שדות הטלפון (השערה: 2000 רשומות ~)
להלן השיקולים:
שדה אחד והרבה רשומות:
I. לא צריך להחליט מראש כמה טלפונים מותר לאדם להחזיק (כמה שדות טלפון יהיו)
II. השאילתא קצרה וקליטה - רק על עמודת טלפון אחת, וממילא יותר מהירה?
III. ניתן לאנדקס את עמודת הטלפון הבודדת, ואין צורך לאנדקס את כל עמודות הטלפון - מה שמטיל ספק בכל כדאיות האינדקס.
רשומה אחת והרבה שדות:
I. לא צריך להכפיל את הרשומות כמספר הטלפונים שיש לאותו אדם, ולחזור על שדות מיותרים (שם, כתובת, הערות, תוית, טיפול אישי* וכדומה)
[u:13nmggdx]*תוית[/u:13nmggdx] = משפחה, חברים, עסק, ילדים וכו'. [u:13nmggdx]טיפול אישי[/u:13nmggdx] = כאלו שיקבלו במרכזייה טיפול אחר, למשל ספאם, קרובי משפחה מדרגה ראשונה וכו'.
II. אולי? אם יש פחות רשומות בטבלה, החיפוש יותר מהיר?

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

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

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

פורסם במקור בפורום CODE613 ב07/11/2017 16:01 (+02:00)

@דוד ל.ט.

@mat
יפה פתרון בעיה תוך יום אחד זה מהר מאוד.

כמה נכון.

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

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

פורסם במקור בפורום CODE613 ב06/11/2017 21:49 (+02:00)

@ארכיטקט

החיפוש הבא: asterisk mysql encoding
בתוצאה השניה: https://reviewboard.asterisk.org/r/964/diff/3/

אופססס... האתר עדיין לא נבדק (נטפרי)

בכל אופן, מה שאני חיפשתי בגוגל (והעליתי חרס בידי) זה כמעט אותו נוסח: asterisk mysql utf8
אבל כנראה שיש גם החלטות מלמעלה - כמה צריך להתברבר עד שמגיעים אל המנוחה והנחלה.

נ.ב. למרות שבתיעוד הרשמי על פקודת MYSQL באסטריסק - באתר המקובל ביותר בתחום (למיטב "ידיעתי") -
לא מופיעה היכולת של הוספת פרמטרים כלשהם לפקודת ה Connect,
דווקא בתיעוד שמגיע ב-Help המובנה ב Asterisk CLI, זה כן מופיע:

core show application MYSQL
...
MYSQL(Connect connid dhhost[:dbport] dbuser dbpass dbname [dbcharset])

מציאה זו נלקחה מכאן

תודה רבה!

פורסם במקור בפורום CODE613 ב06/11/2017 16:13 (+02:00)

עבד כמו קסם! תודה רבה!

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

איך מצאת אז זה?
גם איך למצוא פתרונות צריך ללמוד...

תודה רבה!

פורסם במקור בפורום CODE613 ב06/11/2017 13:29 (+02:00)

@ארכיטקט

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

תודה על התשובה!

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

פורסם במקור בפורום CODE613 ב06/11/2017 12:45 (+02:00)

בס"ד

אני רק אוסיף - אולי לתת כיוון חשיבה,

ניסיתי גם לשלוף באמצעות סקריפט BASH חיצוני.
כאשר הרצתי את הסקריפט ידנית בפוטי, קיבלתי תוצאות בעברית נורמלית.
כאשר נתתי למרכזייה להריץ את הסקריפט (ניסיתי גם ב SHELL וגם ב AGI) - קיבלתי ?????
(זה לא שאלה של "נחשו מה קיבלתי", אלא זה דוגמא למה שקיבלתי) :mrgreen:

פורסם במקור בפורום CODE613 ב06/11/2017 11:33 (+02:00)

בס"ד

לבקשת @דוד ל.ט. - הנה זה בא...

האמת שאני לא יודע כמה הציבור הקדוש דכאן מתעסק במרכזיות אסטריסק, אבל לנסות תמיד אפשר. <!-- s8-) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8-)" title="מגניב" /><!-- s8-) -->

ובכן, בשעה טובה, כפי שהבטחתי, עשיתי את הנסיון הראשון שלי ב MySQL.
יצרתי מסד נתונים עם קידוד ב-UTF8 באמצעות הפקודה:

CREATE DATABASE my_db DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

והכנתי טבלה קטנה שמכילה 3 עמודות: מס' טלפון, שם (בעברית), כתובת (בעברית).
בשליפת נתונים ידנית מתוך הטרמינל, הכל מוצג יפה בעברית.

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

רק לשם השוואה,
עד היום הייתי מנסה לקבל פרטי מתקשר באמצעות שאילתא לאתר הענתיקה 441.il ע"י הפקודה CURL,
והתוצאות הגיעו בעברית כמו שצריך. רק שהתוצאות מהאתר היו יותר משעשעות מאשר נכונות... :lol:

תודה רבה!

פורסם במקור בפורום CODE613 ב06/11/2017 09:25 (+02:00)

@םןץףך

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

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

פורסם במקור בפורום CODE613 ב03/11/2017 14:02 (+02:00)