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

@ש-ב-ח אמר בסליקה ישירות מהאתר:

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

איזה אבטחה צריך?
ומי נותן API לכזה דבר?

צריך לעשות הסמכת Pci, זה עולה כמה עשרות אלפי שקלים למיטב ידיעתי..
אחרת אתה עובר על החוק וחשוף לתביעות.
אל תעשה את זה!
תשתמש בredirect או iframe.
בפלאקרד נותנים לך להוסיף קובץ css משלך, ובו אתה יכול לעשות ככל העולה על רוחך, אם רק תלמד קצת css.
אפשר להשתמש ב after או before כדי להסתיר את הכפתור שלהם ולכתוב תוכן אחר ועוד הרבה רעיונות.

@nigun תסתכל בעמודים 57-62 על סוגי האוגרים (רגיסטרי בלעז).
ובכללי פרק 3, מלמד אותך על מבנה המעבד (80x86) ודרך פעילותו, שזה חיוני להבנת אסמבלי.
אני לא הספקתי להתקדם שם יותר מדי, אז אני לא יכול לענות על השאלות שלך.

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

אם תנסה לגשת לאייפרם מתוך הדף המארח ולשנות לו אפי' עיצוב של css תראה שאתה לא מצליח..

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

@chagold הקפסיטור בסהכ בונה לך אפליקציה שכל מה שהיא עושה זה להציג דף הטמל.
במקום לפנות לשרת ולקבל ממנו את הדף הראשי של spa, הדף שמור מקומית עם כל קבצי הcss js וככה זה נטען מיידית. אח''כ כל המשך התפעול של האפליקציה, הוא כמו כל אתר רגיל.
כך שאתה יכול לבנות דף הטמל פשוט שבסהכ יציג loader בזמן שהוא פונה לשרת php שלך וטוען את האתר, ואת הדף הזה לעטוף בקפסיטור, וכך תהיה לך אפליקציית מעטפת.
רק שים לב, שאתה עדיין צריך לטפל בהודעות פוש וכדו' עם פלגינים שלהם.

@nigun מאט מאד את הפיתוח, ולא באמת מוצדק.

@nigun מה שקצת הבנתי שהיום די ירדו מהקטע של TDD והעיקר זה אכן לבצע בדיקות.

@דף-היומי דווקא עבודות חשמל האימפקט לא מתאימה בד"כ..
בד"כ צריך בשביל זה משהו יותר עדין ולכן עדיף קלאצ'.

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

https://www.gearbest.com/bluetooth-headphones/pp_3005261874138005.html?wid=2000001#goodsDetail
כאן הם עכשיו במבצע ב20 דולר
שים לב שאתה מזמין את הדגם הגלובלי, ולא את הדגם שמדבר בסינית...

@דוד ל.ט.

@אבי
emailjs תומכים גם ב mailgun וגם ב sendgrid

נראה שעורבבו כאן שני דברים לא קשורים.

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

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

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

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

@אהרן

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

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

if (arr.length) שאם המערך ריק אז התנאי לא יתקיים, ואם הוא מלא - אז כן.

אמנם מי שרגיל לc# או לjava לא יבין מה הולך פה..

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

@softs

@avr416
בד"כ מומלץ שכל אחד יעבוד על ענף (בראנץ) נפרד, ולא על המאסטר, ואח"כ כשאתה מסיים פיצ'ר אתה משלב אותו במאסטר.

נשמע לי עקום לגמרי, מעולם לא שמעתי שעובדים כך, מה שיכול לקרות במצב כזה זה ששתי אנשים יכולים לעבוד בו זמנית על אותו קובץ, בלי לדעת אחד מהשני, שזה הדבר הכי חשוב שזה בא למנוע.
ה"מאסטר" הוא לא קדוש, בדיק בשביל זה יש Version Control, כשעובדים על פיצר עושים את כל השינויים לוקלית עד ה Check In, מקסימום אפשר לעשות Shelve שלא יאבדו השינויים הלוקליים אם הולך המחשב).

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

כשאתה רוצה לשמור את השינויים שלך אתה עושה commit ואז זה שומר על המאגר המקומי שלך, אתה יכול לעשות push ולדחות את השינויים לשרת. לעשות Pull ולמשוך משם את כל השינויים שעשו אחרים. וכו'.

ממליץ לך גם לקרוא את המדריך הזה בגיטהב - https://guides.github.com/activities/hello-world/ הוא מתאר את הדרך של העבודה הנכונה עם שרתי גיט.

פורסם במקור בפורום CODE613 ב26/10/2017 21:33 (+03:00)

מדובר ב code first from database קיים, ככה שהFK מוגדר ברמה של הדטה בייס, וההגדרה שלו בקוד נוצרה אוטו'.

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

לעצם השאלה שלי: זה כנראה לא היה פירוש השגיאה, כיון שעכשיו זה עובד מצויין למרות שמדובר בשדה מסוג Int שאינו nullable/

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

דוד - תתחדש על הלוגו החדש..

פורסם במקור בפורום CODE613 ב05/09/2017 15:03 (+03:00)

@רחמים

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

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

בהצלחה!

פורסם במקור בפורום CODE613 ב24/08/2017 14:39 (+03:00)

לכל מתכנתי האקסס שרוצים להתקדם ל UWP - Universal Windws Platform
אז עכשיו יש סיבה יותר טובה לנסות - טלריק משחררת יותר מ20 פקדים שימושיים שניתן לשלב בחינם.

https://github.com/telerik/UI-For-UWP

http://www.telerik.com/blogs/getting-started-with-telerik-ui-for-uwp

http://www.telerik.com/blogs/telerik-ui-for-uwp-now-open-source

והנה הcalender
http://www.telerik.com/universal-windows-platform-ui/calendar

בטח מייקרוסופט שילמו להם כדי שישחררו את זה.. כדי לדחוף את UWP קדימה.. (סתם השערה שלי).

פורסם במקור בפורום CODE613 ב10/08/2017 13:44 (+03:00)

אם מישהו רוצה להוריד את כל הספרים..

פשוט להריץ את הסקריפט שיש כאן: http://www.mssmallbiz.com/ericligman/Key_Shorts/Eligman_DownloadAll_PowerShell.txt
בpowerShell
(לא לשכוח לשנות את התיקייה בהתחלה לנתיב הנכון במחשב שלכם, וצריך שזה יהיה תיקייה קיימת)
להריץ אותו
אח"כ אפשר למחוק את מה שלא רוצים

פורסם במקור בפורום CODE613 ב13/07/2017 21:24 (+03:00)

משהו נחמד שקורה מחר, אולי יעניין מישהו:

יום וחצי מרוכזים של מפתחים, מאפיינים ומעצבי חוויית משתמש לפיתוח אפליקציות/אתרים/משחקים בנושאי תורה וחסד
התכנסות - יום חמישי, י"ט בתמוז (13.7), 9:00 בבוקר
זמן סיום משוער - יום שישי, כ' בתמוז (14.7), 12:00 בצהריים
כולל ארוחות וכיבוד לאורך האירוע והפסקה לתפילות
מיקום: https://goo.gl/maps/TTJ3gDiuLF72
לפרטים נוספים: אלעד כהן - 052-5710099
למתן חסות: אושרי מיימון - 054-4925098

ניתן להירשם בקישור הזה
ניתן לצפות ברשימת הנושאים לפיתוח בקישור הזה

אין לי קשר להנ"ל ואינני יודע מי עומד מאחורי זה, שמעתי על זה היום במקרה, ואקווה שזה יביא תועלת לעם ישראל

פורסם במקור בפורום CODE613 ב12/07/2017 12:21 (+03:00)

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

גילוי נאות: הרעיון איננו שלי והוא לקוח מכאן: http://www.kipa.co.il/הורים-וילדים/באבני-חפץ-מונעים-שכחת-ילדים-ברכב-על-ידי-טכנולוגיה-/

זה לא נראה לי פרוייקט מסובך מדי, ואם תעשה אותו טוב - תוכל לנסות ולשווק אותו ולעשות ממנו קצת כסף <!-- s:-) --><img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":-)" title="מחייך" /><!-- s:-) -->

פורסם במקור בפורום CODE613 ב21/06/2017 22:33 (+03:00)

@מלא

לפי מה שהבנתי ההrazorEngine אמור לשתול שדות בHTML.
לא כך?
וזה מה שאני מתקשה איתו.

מנוע הרייזור יודע להמיר קובץ רייזור, דהיינו קובץ עם סיומת cshtml לקובץ הטמל סטנדרטי.
קובץ הרייזור מאפשר לך לייצר הטמל דינמי, ולא רק סטטי.

אבאר דברי:
HTML - היא בסך הכל שפת סימון להצגת נתונים, היא מגדירה אלמנטים שהמנוע של הדפדפן יודע לפרש איך להציג אותם. למשל H1 זה כותרת ראשית, והCSS מגדיר את העיצוב שלהם, באיזה צבע, גודך וכדו'.
כדי לייצר HTML דינמי, אתה חייב להשתמש בשפת תכנות מסוימת, למשל C#, PHP, JS וכו'.
מנוע הרייזור הוא עושה את העבודה הזאת בסביבת דוטנט.
הוא מאפשר לך לשלב קוד C#, משתנים, מאפיינים וכו' בתוך קוד HTML, כך שלאחר מכן בשעת ריצת התוכנית תוכל לשתול שם את התוכן של הקובץ באופן דינמי, והרייזור ידע לפענח את זה ולהפיק לך קובץ HTML רגיל.

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

אח"כ אתה לוקח את הסטרינג הזה ומפיק ממנו PDF עם ספריות שיודעות להמיר HTML לPDF.

מובן?

פורסם במקור בפורום CODE613 ב13/06/2017 18:31 (+03:00)