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

@אבי

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

ואם הם קיימות אז מה? אתה חייב להשתמש בהם? למה?

פורסם במקור בפורום CODE613 ב23/07/2014 14:24 (+03:00)

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

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

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

פורסם במקור בפורום CODE613 ב23/07/2014 13:08 (+03:00)

טוב, אתה צריך להפוך את התוכנה בצד המורה ל"שרת".
אתה רוצה בשביל הספורט ליצור הכל לבד או אתה מוכן להשתמש ברכיבי צד ג'?

פורסם במקור בפורום CODE613 ב23/07/2014 12:47 (+03:00)

@HUBHCBH

נפתח אשכול בפרוג כאן
קשור לפורום פה?

בהחלט.

פורסם במקור בפורום CODE613 ב29/10/2014 15:34 (+02:00)

@ארכיטקט

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

http://code.613m.org/viewtopic.php?p=2212
http://code.613m.org/viewtopic.php?p=824

פורסם במקור בפורום CODE613 ב21/07/2014 18:02 (+03:00)

@shell

אולי גם האתר הזה יהיה לתועלת:
http://www.mila.cs.technion.ac.il/

יאהוו! פרוייקט רציני ומקיף יש שמה.

פורסם במקור בפורום CODE613 ב30/04/2015 10:47 (+03:00)

@shell

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

ברור שהדרך הראשונה מהירה יותר. אכן היא תופסת יותר מקום כמובן.

פורסם במקור בפורום CODE613 ב29/03/2015 20:11 (+03:00)

@ארכיטקט

@דוד ל.ט.
לדעתי תפתח בעצמך. בC#.

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

למדתי C++. אבל מעולם לא כתבתי שם תוכנה עם יותר מכמה עשרות שורות קוד, כי בשביל מה להתאמץ ?
חיפושים לא נעשים כ"כ בשפה בד"כ אלא בכלי צד שלישי כמו מסד נתונים שכתוב כמובן בC++.

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

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

פורסם במקור בפורום CODE613 ב21/07/2014 17:59 (+03:00)

לדעתי תפתח בעצמך. בC#.

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

אם הבנתי לView יש את הנתונים, ואתה שולח אותם לצד שרת בשביל המיון.
זה נראה מופרך לגמרי.
אבל זה עדיין קל להיעשות ע"י JS שהופך את הנתונים לJSON. אמרת שאתה לא רוצה JS כי אתה רוצה שתתבצע פנייה לView חדש/מחדש. וכי א"א לעשות זאת עם JS?

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

ההגדרה של הפקד ViewBox היא התאמת התצוגה שהוא מכיל לגודלו שלו (כמו Fill בתמונה).
זה נותן את אותה תוצאה של הגדלת הפונט ללא הגדלתו.

דוגמה:

<Viewbox>
    <TextBlock>123</TextBlock>
</Viewbox>

מקור:
http://stackoverflow.com/q/2282662/1271037

פורסם במקור בפורום CODE613 ב17/07/2014 18:09 (+03:00)

ההבדל בין האחרון לשניים הראשונים,
זה שהראשונים בקוד פתוח, וזה אומר 1. שזה קשור לפורום תכנות 2. שמבחינת אבטחה הקוד החשוף בטוח, משא"כ הקוד להרצה.

פורסם במקור בפורום CODE613 ב21/07/2014 18:06 (+03:00)

בקשר לרגישות לרישיות, C# הולכת אחרי C++,
TSQL לא רגישה, לפי התקן הרשמי שלה. לא יודע איפה מצאת רגישות.

לעניין מוסכמות למתן שמות, ראה מה שמצאתי בסטאק:
http://stackoverflow.com/q/7662/1271037
http://stackoverflow.com/q/7899200/1271037
http://stackoverflow.com/q/5325520/1271037

בהקשר דומה - יחיד לעומת רבים:
http://stackoverflow.com/q/338156/1271037
אגב, בEF הוא אוטומטית קורא לטבלאות עם S בסוף (לבטא רבים, באנגלית) כאשר לאובייקטים הוא משאיר כפי שהיו.

פורסם במקור בפורום CODE613 ב03/07/2014 22:50 (+03:00)

@softs

אגב אם האגלית שלך טובה מומלץ בחום לעשות את הקורס הבא של אוניברסיטת סטנפורד:

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

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

פורסם במקור בפורום CODE613 ב02/07/2014 16:28 (+03:00)

@softs

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

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

פורסם במקור בפורום CODE613 ב02/07/2014 16:06 (+03:00)

@softs

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

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

פורסם במקור בפורום CODE613 ב01/07/2014 16:10 (+03:00)

אגב, בEntity Framwork מאפשרים לאחסן בטבלה אחת מספר ישויות. המודל נקרא Table per Hierarchy מוכר בר"ת TPH. להמחשה: http://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-1-table-per-hierarchy-tph, http://blog.devart.com/table-per-type-vs-table-per-hierarchy-inheritance.html

פורסם במקור בפורום CODE613 ב01/07/2014 11:35 (+03:00)

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

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

פורסם במקור בפורום CODE613 ב01/07/2014 11:29 (+03:00)

לא ידעתי שניתן לקשר אקסס לCSV, יפה.
א"א להגדיר בקישור "קריאה בלבד"?

פורסם במקור בפורום CODE613 ב30/06/2014 15:02 (+03:00)

@KingYes

למתכנתי PHP - מה רע בענן של אמזון?

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

1. אירוח אתרים. לענן של אמזון יש אירוח סטטי בלבד או מכונה וירטואלית עליה אפשר לעשות כל מה שרוצים עם מחיר מתאים.
2. אירוח מסדי נתונים של SQL SERVER וMYSQL שבאמזון צריכים גם להם להקים שרת וירטואלי (יקר!), או להשתמש במסד הייחודי שלהם (SQL וגם NOSQL).
3. פאנל יותר מרוכז ונוח, עם הרבה אפשרויות ניהול שלא קלות להשגה באמזון.
4. פירוט תשלומים לצערי דל יותר משל אמזון שיורידם לרמה של כל סעיף, אבל אולי לא חקרתי מספיק.

אני ממשיך לסייר ולהתרשם.

פורסם במקור בפורום CODE613 ב29/06/2014 12:37 (+03:00)