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

@avramk
ב"ה זה הסתדר כבר (אכן היתה להם בעיה - כנראה היה חסר מחיר על הקבוצה הספציפית)
רק חבל שבינתיים הקבוצה לא התמלאה והצהרון לא נפתח

@yossiz כתב בשינוי סיסמה בבנק הדואר - יומן הרפתקאה:

כמיטב מסורת אתרים אולטרה מודרניים... אני צריך לשנות סיסמה בכל כמה חודשים באתר,
יש כמה תנאים לסיסמה חדשה,
כמצו״ב:

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

@clickone כתב בAPI למיקוד לפי כתובת בישראל- האם קיים?:

שזו כתובת לא מוכרת בתוך האתר הרגיל

בדקתי עכשיו ונראה שלפחות כעת לא צריך לנתח טקסט אלא יש תשובה בJSON בכתובת https://israelpost.co.il/umbraco/Surface/Zip/FindZip
צריך להגיש פוסט (כמובן להחליף את הפרמטרים שבסימן שאלה)

CityID: ?
StreetID: ?
House: ?
Entry: 
POB: 
City: ?
Street: ?
ByMaanimID: true
__RequestVerificationToken: ?

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

@yossiz

ono@aadftprd.onmicrosoft.com

נראה יותר שם משתמש של אונו מאשר של הדואר

לגבי השוואת הבקשות, הוא לא עובד מול האתר הרגיל, אלא מול https://apimftprd.israelpost.co.il
שזו כתובת לא מוכרת בתוך האתר הרגיל, והאר הרגיל לא מבצע אליה קריאות (לפחות בפעם האחרונה שבדקתי), וייתכן שהוא אכן חילץ את הכתובת הזו מהאפליקציה.

@yossiz מהסתכלות למעלה בקוד שלו, הוא שם שם את השם משתמש והסיסמא שלו
נכון?
https://github.com/david-lev/mikud/blob/7bb7ed468c74863d198ea6abf3fa4060bc99906b/mikud/mikud.py#L183

https://github.com/david-lev/mikud/blob/7bb7ed468c74863d198ea6abf3fa4060bc99906b/mikud/mikud.py#L15

@mekev מה שמקובל לעשות בכזה מקרה זה EAV
זה לפעמים קצת מורכב, בעיקר הקושי של יצירת שאילתות כנראה.
ככל שמה שאתה צריך לתשאל (במשפט WHERE) ולא להביא את כל הנתונים בתצוגה שטוחה, אני חושב שכמעט אין הבדל.
אם הצורך הוא להציג הרבה עמודות וכו' ולשלוף אותם בתצוגה שטוחה, לא בטוח שזה יהיה קל.
אבל זה יהיה תלוי בעיקר באיזה פלטפורמה אתה משתמש, בORM אולי זה יהיה יותר קשה, אם אתה בונה את השאילתות SQL שלך לבד אז לפעמים אולי יהיה יותר קל.

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

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

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

@dovid גם לא דוקר / WSL?
כי אצלי זה גם קורה, ויש לי את שניהם....

קובץ VCard הוא קובץ של אנשי קשר (בעיקר בטלפונים)
ומשום מה תמיד השם בעברית הגיע מקודד בצורה שלא הבנתי איך לשחרר, וגם רוב החבילות שיודעות לקרוא את הקובץ הזה לא הצליחו.
זה הקידוד (המילה דוגמא):

=D7=93=D7=95=D7=92=D7=9E=D7=90

לקח לי הרבה זמן להבין מה זה הקידוד הזה

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

קוד C# לדוגמא:

HttpUtility.UrlDecode((vcard.FirstName + " " + vcard.MiddleName + " " + vcard.LastName).Replace("=", "%"))

קוד C# מלא של המרת קובץ vcf לרשימה: (השתמשתי בחבילה של MixERP.Net.VCards)

var path = @"C:\Users\ClickOne\Dropbox\00002.vcf";

IEnumerable<VCard> vcards = MixERP.Net.VCards.Deserializer.Deserialize(path);

vcards.Take(100).Select(v => new
{
	name = HttpUtility.UrlDecode((v.FirstName + " " + v.MiddleName + " " + v.LastName).Replace("=", "%"))
}).Dump();

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

עריכה: שכחתי את הדבר הכי חשוב, מקור

@מנחם בכלל? כי הם ממש מזרזים להירשם.
החשש היותר גדול שלי זה שתתמלא הכיתה.

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

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

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

תודה

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

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

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

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

ואל תשכח שרגע אחרי שיוצא כזה מוצר לשוק עם כל ההשקעה זה יוצא אצל המתחרים...

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

@OdedDvir
בגלל שהמפריד הוא טאב ולא פסיק, אז האקסל לא יודע לזהות את זה אוטומטית.
אפשר או לפתוח אקסל/אקסס ולייבא את הקובץ ולומר לו מפורש שהמפריד הוא טאב,

או לחילופין לפתוח את הקובץ בעורך טקסט ולהוסיף בשורה הראשונה (הטריק הזה לא עוזר ולא נצרך באקסס)

sep=	

אחרי השווה לשים טאב
קרדיט לידידנו @שואף שלימד אותי את הטריק הזה.

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

@A0533057932 צודק. זה צריך להיות באנשי קשר נוספים
אח"כ לסמן את אחד מהם בV
ואז לעלות למעלה ולסמן הכל
ללחוץ על ה3 נקודות ואז ייצוא

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

@Y-Excel-Access אחרי התגובות של 2 התותחים דכאן ( @dovid + @OdedDvir ), אני מרשה לעצמי לכתוב גם כמה מילים, אני מניח שבחלק מהדברים אני אחזור על הדברים שכבר כתבו, אבל כאחד שעבר (ועובר בכל יום מחדש) את התהליך, אנסה לתת זווית נוספת. (האמת שאני חושש שיצא קצת מבולבל וארוך, אבל אשתדל שייצא ברור)

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

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

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

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

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

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

• אם יש לך המון זמן פנוי (אני מניח שלא, וזה חלק מהבעיה של כולם), לך ללמוד פריימוורק כמו אנגולר / VUE /ריאקט וכו'.
  לגבי התצוגה שתיראה יפה עם דשבורד וכו, אין לך לדעתי מה לדאוג בכלל, כי אחרי שתיכנס לבסיס, תגלה שיש ים תבניות באינטרנט בחינם / בעלות מאד זולה של כמה עשרות דולרים, כולל RTL והמון פקדים שכבר מוכנים.
  ולכן אני חושב שמה שהכי פחות אתה הכי צריך להיות מודאג זה היופי איך שזה ייראה.

• אם אין לך הרבה זמן פנוי, (בעיקר לא כדי להתחיל ללמוד פריימוורקים חדשים עם עקומת למידה וכו') אבל מצד שני אתה רוצה פיתרון די מהיר, ואתה מתמודד טוב עם C# לדוגמא (גם אם לא יש כאן הרבה שישמחו לעזור), ואתה עדיין רוצה ללכת על ווב, ואני מניח שמה שמעניין אותך זה בעיקר CURD, (כמה הנחות יסוד... אני מקווה שלא פיפספתי אותך במשהו), אז הייתי מציע לך לשקול את בלייזור + GridMvc.
  במיני מחקר שעשיתי (בעיקר על עצמי אבל על עוד מתכנתי אקסס) יצא לי שאנחנו מפחדים משום מה מJS בצד הלקוח, אבל לכתוב קוד C# בצד לקוח משום מה זה פחות מרתיע (לא יודע למה...), ולכן, בשילוב של שני האלמנטים האלו, אתה יכול לקבל מערכת שנראית "בסדר" (לפחות להתחלה) + מערכת ניהול משתמשים די טובה, + יכולת ניהול טבלה עם חיפוש + עריכה + מחיקה וכו.
  ההגדרה של טבלת רשימה בGRID שהבאתי די פשוטה וקלילה, אני משתמש באובייקט דומה שלהם לMVC רגיל ומאד מרוצה.
  בפרוייקט הזה הם עשו את זה אפילו יותר פשוט וזריז.
  מה שקצת מלחיץ בבלייזור, זה שמייקרוסופט לא תנטוש אותו פתאם כמו שהיא נוהגת לעשות לפעמים.

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

@ש-ב-ח אמר בSQL שאילתה תקועה... מה כן אפשר?:

נוסה, חזר אחרי 300ms

אז מה מפריע לך להשתמש בJOIN במקום שאילתת משנה? זה די מהיר לפי איך שאתה מתאר....

@שמואל4 אמר בSQL שאילתה תקועה... מה כן אפשר?:

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

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

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

פתרונות אפשריים:

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

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

אתה יודע מה השם של המרכזיה?
כי אז אולי אפשר לחפש את השם שלה + המילים cdr log

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