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

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

עשיתי פעם משהו בסגנון הזה:
טבלה לכל אמצעי תשלום (מזומן, הו"ק, צ'ק, אשראי, העברה בנקאית וכו') עם הפרטים הרלוונטיים.
טבלת "אמצעי תשלום" שכוללת id, סוג_אמצעי (מזומן =1, אשראי = 2 וכו'), מזהה_אמצעי (id פרטי של האמצעי מטבלת הפרטים לפי סוג האמצעי).

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

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

https://stackoverflow.com/questions/15273042/catch-error-if-iframe-src-fails-to-load-error-refused-to-display-http-ww

פורסם במקור בפורום CODE613 ב14/01/2018 11:35 (+02:00)

@חיים יודלביץ

אשמח לקישורים כיצד להקים רשת כזו ישצרתת משתמשים וכו'

יש כאן הדרכה עם צילומי מסך.

פורסם במקור בפורום CODE613 ב16/12/2017 20:24 (+02:00)

הסתדרתי. השתמשי בפקד :AxMSTSCLib.AxMsRdpClient2
מה שמוזר הוא שזה כותב סיסמא שגויה. וגם כשאני מזין אותה ידנית הוא לא נותן.
ואילו כשני משתמש בתוכנה של מיקרוסופט (mstsc) זה כן מכניס עם הסיסמא הזו.

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

בס"ד

רק רציתי לעדכן על חזל"ש.

לפני כשעתיים קיבלתי הודעה מהגאון ר' @mat "עכשיו זה אמור לעבוד." - סתם ולא פירש... :smile:

ואכן, הכל עובד כראוי על השרת הישראלי.

יישר כח לכולם!

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

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

פורסם במקור בפורום CODE613 ב10/12/2017 01:41 (+02:00)

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

פורסם במקור בפורום CODE613 ב10/12/2017 21:27 (+02:00)

אכן, שמה עובד.

פורסם במקור בפורום CODE613 ב10/12/2017 21:54 (+02:00)

שלא להוציא לעז...
בינתיים עובדים עם טרנזילה...
הם נותנים שירות מהיר ומעולה. לפחות עד 21:30 בערב...
וגם המחיר שהלקוח קיבל מהם מעולה.
הבהרה: אין לי שום קשר עיסקי עימם.

פורסם במקור בפורום CODE613 ב10/12/2017 21:36 (+02:00)

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

פורסם במקור בפורום CODE613 ב07/12/2017 18:41 (+02:00)

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

פורסם במקור בפורום CODE613 ב07/12/2017 18:54 (+02:00)

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

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

ויומיים אחרי כן כבר מוכנה גירסת תצוגה מקדימה של 15.6
https://blogs.msdn.microsoft.com/visualstudio/2017/12/07/visual-studio-2017-version-15-6-preview/

הם עובדים בטורבו! אולי כדי לגרום לכל אלה שמעל גיל 20 להתעייף ולנטוש.

פורסם במקור בפורום CODE613 ב08/12/2017 03:55 (+02:00)

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

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

נ.ב. @דוד ל.ט. תודה רבה גם על זה:@דוד ל.ט.

ממש משונה. היה פה כבר כזה סיפור
viewtopic.php?f=1&t=1948
זה הוסיף לי ידע חשוב!

פורסם במקור בפורום CODE613 ב08/12/2017 00:37 (+02:00)

@מנצפך

בעצם, SaaS. תוכנה כשירות.

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

פורסם במקור בפורום CODE613 ב05/12/2017 14:29 (+02:00)