-
נפתח מסמך אפיון, וכן כדלעיל - קבוצת סלאק, (פתוח בנטפרי) ודף ב GitHub.
נשמח לכל הערה והארה!
בבקשה לא להספים - המנהלים מפנים לטובת הפרויקט מזמנם היקר ללא תמורה, נא להתחשב בכך. -
@nigun אמר בפרוייקט אבן הטוען:
מה קורה עם זה?
אולי הפרוייקט היה מידי כבד?אני אישית אני מאוד מחפש מדריך מסודר ללימוד הנושא, אבל לצערי לא הצלחתי לתפוס ראש עם כל הפוסט הזה... אני לא מכיר את כל המושגים שעליהם דיברו.
אולי כדאי לחלק את הנושא לשני חלקים:
חלק אחד - לדיון ותגובות, וחלק שני - למדריך עצמו (שם יוצגו רק המסקנות וניתן יהיה ללמוד משם צעד אחר צעד, בדומה למה ש@dovid עושה עם המדריך שלו) -
@nigun אמר בפרוייקט אבן הטוען:
מה קורה עם זה?
אולי הפרוייקט היה מידי כבד?אני אישית אני מאוד מחפש מדריך מסודר ללימוד הנושא, אבל לצערי לא הצלחתי לתפוס ראש עם כל הפוסט הזה... אני לא מכיר את כל המושגים שעליהם דיברו.
אולי כדאי לחלק את הנושא לשני חלקים:
חלק אחד - לדיון ותגובות, וחלק שני - למדריך עצמו (שם יוצגו רק המסקנות וניתן יהיה ללמוד משם צעד אחר צעד, בדומה למה ש@dovid עושה עם המדריך שלו) -
@nigun
נתקע איפה שהוא בין חוסר זמן לבין זה שלא ידוע (לי לפחות) מי פתח את הריפו בגיטהאב.אולי אתה זה שפתחת?
-
-
-
אני מרגיש מטומטם אבל -
משהו זז עם הדבר הזה? התקדם איתו משהו?
מה שראיתי זה דפי 'איפיון' בגיטהב או בדוקס של גוגל.יש בשר?
-
אני מרגיש מטומטם אבל -
משהו זז עם הדבר הזה? התקדם איתו משהו?
מה שראיתי זה דפי 'איפיון' בגיטהב או בדוקס של גוגל.יש בשר?
-
-
@חינמי אמר בפרוייקט אבן הטוען:
זה נתקע כי אין מנהל.
מעניין.. בא נראה אולי אני יזיז משהו עם זה (בידע הבוסרי שלי בנוד + חוסר הידע שלי ב-DB מסוגים נורמלים..)
הבעיה שלי שאני לא יושב הרבה על המחשב (בעיה, או פתרון. שטייגען)
נראה -
האם אפשר לנסח זאת כך?:
כרגע בשלב ראשוני מה שצריך זה -
תוכנה עיקרית - בנוד - שתבצע את קבלת הנתונים מהמשתמשים (דרך בקשות HTTP) ותכניס מה שנשלח אליה - לתוך DB (מסוג SQL).
ה-DB צריך להיות בעל מבנה של הטבלאות דלהלן, בערך:- טבלאת אבידות - שם החפץ, תיאור, מיקום האבידה - עיר, טלפון\מייל\חשבון (ID של חשבון באתר), timestamp של יצירת האייטם בDB
- טבלאת מציאות - כנ"ל בערך. + סטטוס של האייטם - אם 'נמסר' כבר או לא
- טבלאת משתמשים (שלב מאוחר יותר) - פרטים של כל משתמש וכו' לצורך חשבונות למשתמשים. סיסמאות לא מאוחסנות בDB ב-plain text אלא במתודה מסוימת של הצפנה דרך הנוד ואז ההאש מאוחסן בDB
עוד endpoint בנוד שמקבלת בקשות לחיפוש נתונים (מקבלת JSON ומחפשת על פיו בDB של המציאוֹת ומחזירה JSON של כל האייטמים המתאימים)
כשיש את שני אלו - ממשק וֶובִּי זה כבר קינוח.
יש הערות?? ודאי שיש. תכתבו כל מה שיש.. (אני לא כותב את הנוד הזה עכשיו.. עכשיו אני הולך לישון ומחר נראה. בנתיים כדאי שיתקנו ככה את הקונספט)
(אני לא מבין בימות API ואין לי שום קשר לטלפוניה, אבל כשיש API זה כבר עניין של מי שיירתם לזה)
-
האם אפשר לנסח זאת כך?:
כרגע בשלב ראשוני מה שצריך זה -
תוכנה עיקרית - בנוד - שתבצע את קבלת הנתונים מהמשתמשים (דרך בקשות HTTP) ותכניס מה שנשלח אליה - לתוך DB (מסוג SQL).
ה-DB צריך להיות בעל מבנה של הטבלאות דלהלן, בערך:- טבלאת אבידות - שם החפץ, תיאור, מיקום האבידה - עיר, טלפון\מייל\חשבון (ID של חשבון באתר), timestamp של יצירת האייטם בDB
- טבלאת מציאות - כנ"ל בערך. + סטטוס של האייטם - אם 'נמסר' כבר או לא
- טבלאת משתמשים (שלב מאוחר יותר) - פרטים של כל משתמש וכו' לצורך חשבונות למשתמשים. סיסמאות לא מאוחסנות בDB ב-plain text אלא במתודה מסוימת של הצפנה דרך הנוד ואז ההאש מאוחסן בDB
עוד endpoint בנוד שמקבלת בקשות לחיפוש נתונים (מקבלת JSON ומחפשת על פיו בDB של המציאוֹת ומחזירה JSON של כל האייטמים המתאימים)
כשיש את שני אלו - ממשק וֶובִּי זה כבר קינוח.
יש הערות?? ודאי שיש. תכתבו כל מה שיש.. (אני לא כותב את הנוד הזה עכשיו.. עכשיו אני הולך לישון ומחר נראה. בנתיים כדאי שיתקנו ככה את הקונספט)
(אני לא מבין בימות API ואין לי שום קשר לטלפוניה, אבל כשיש API זה כבר עניין של מי שיירתם לזה)
-
@chv אמר בפרוייקט אבן הטוען:
מיקום האבידה - עיר
- להגדיר שכונות לפי ID, יהיה יותר קל לסנן לפי שכונה.
- לפעמים אדם לא יודע אם איבד פה או שם. אז שיהיה אפשרות להגדיר כמה מקומות שבהם מסופק אם נאבד שם.
@chagold אמר בפרוייקט אבן הטוען:
להגדיר שכונות לפי ID, יהיה יותר קל לסנן לפי שכונה.
לא מכיר את הנושא של שכונות, בנתיים אני חושב שאני יעשה סינון ערים ואחר כך נראה
@chagold אמר בפרוייקט אבן הטוען:
לפעמים אדם לא יודע אם איבד פה או שם. אז שיהיה אפשרות להגדיר כמה מקומות שבהם מסופק אם נאבד שם.
זהו, חשבתי אם לתת אפשרות באופן כללי לשדות שיהיה אפשרי לכתוב אותם כריקים
כלומר נגיד להכניס אבידה שכל מה שידוע עליה זה השם של החפץ, אבל לא המיקוםזה כבר אני יודע שאני יעשה את זה בחיפוש - שיהיה אפשרות של חיפוש חלקי.
כלומר לדוגמא יהיה אפשר לחפש בצורה מלאה - לשלוח לי פרמטרים של שם החפץ + עיר + קטגוריה
ומאידך יהיה ניתן לדוגמא לשלוח רק קטגוריה ולקבל JSON של כל השורות שמכילים את הקטגוריה הזו
או שם של חפץ - כל השורות שמכילות את השם הזה (גם חיפוש חלקי של שם. נגיד עםLIKEשל SQL.. חח @yossiz למדתי משהו..)אני מתחיל לכתוב עכשיו משהו, אני יעלה את זה לגיטהב כשיהיה בשר - ואני יעשה אפליקציית הרוקו שתשאב את הbranch שלה מהריפו בגיטהב. כך שכל מי שיעשה קומיט (שמאושר) לריפו - זה אוטומטי יחול בפועל במערכת הפעילה.
-
עדכון:
כתבתי משהו.העליתי לגיטהב כאן https://github.com/chaim-chv/even-hatoan
זה מריץ מתוך זה את האפליקציה על הרוקו - כאן אפשר לגשת יש ממשק מסוים https://even-hatoan.herokuapp.com/
נפתח בנטפרילא היה לי ככ זמן לכתוב קומנטים, אם יש שאלות תכתבו כאן.
אולי נפתח לזה שרשור חדש? -
האם אפשר לנסח זאת כך?:
כרגע בשלב ראשוני מה שצריך זה -
תוכנה עיקרית - בנוד - שתבצע את קבלת הנתונים מהמשתמשים (דרך בקשות HTTP) ותכניס מה שנשלח אליה - לתוך DB (מסוג SQL).
ה-DB צריך להיות בעל מבנה של הטבלאות דלהלן, בערך:- טבלאת אבידות - שם החפץ, תיאור, מיקום האבידה - עיר, טלפון\מייל\חשבון (ID של חשבון באתר), timestamp של יצירת האייטם בDB
- טבלאת מציאות - כנ"ל בערך. + סטטוס של האייטם - אם 'נמסר' כבר או לא
- טבלאת משתמשים (שלב מאוחר יותר) - פרטים של כל משתמש וכו' לצורך חשבונות למשתמשים. סיסמאות לא מאוחסנות בDB ב-plain text אלא במתודה מסוימת של הצפנה דרך הנוד ואז ההאש מאוחסן בDB
עוד endpoint בנוד שמקבלת בקשות לחיפוש נתונים (מקבלת JSON ומחפשת על פיו בDB של המציאוֹת ומחזירה JSON של כל האייטמים המתאימים)
כשיש את שני אלו - ממשק וֶובִּי זה כבר קינוח.
יש הערות?? ודאי שיש. תכתבו כל מה שיש.. (אני לא כותב את הנוד הזה עכשיו.. עכשיו אני הולך לישון ומחר נראה. בנתיים כדאי שיתקנו ככה את הקונספט)
(אני לא מבין בימות API ואין לי שום קשר לטלפוניה, אבל כשיש API זה כבר עניין של מי שיירתם לזה)
@chv אמר בפרוייקט אבן הטוען:
טבלאת אבידות - שם החפץ, תיאור, מיקום האבידה - עיר, טלפון\מייל\חשבון (ID של חשבון באתר), timestamp של יצירת האייטם בDB
טבלאת מציאות - כנ"ל בערך. + סטטוס של האייטם - אם 'נמסר' כבר או לאלכאורה אפשר לאחד אותם לטבלה אחת עם דגל שיסמן אם זו אבידה או מציאה
https://github.com/chaim-chv/even-hatoan/blob/master/app.js#L7
עשית חיבור אחד למסד, זה לא טוב, צריך ליצור מאגר של חיבורים, במקום createConnection צריך createPool
https://stackoverflow.com/a/37102397 -
@chv אמר בפרוייקט אבן הטוען:
טבלאת אבידות - שם החפץ, תיאור, מיקום האבידה - עיר, טלפון\מייל\חשבון (ID של חשבון באתר), timestamp של יצירת האייטם בDB
טבלאת מציאות - כנ"ל בערך. + סטטוס של האייטם - אם 'נמסר' כבר או לאלכאורה אפשר לאחד אותם לטבלה אחת עם דגל שיסמן אם זו אבידה או מציאה
https://github.com/chaim-chv/even-hatoan/blob/master/app.js#L7
עשית חיבור אחד למסד, זה לא טוב, צריך ליצור מאגר של חיבורים, במקום createConnection צריך createPool
https://stackoverflow.com/a/37102397@יוסף-בן-שמעון אמר בפרוייקט אבן הטוען:
לכאורה אפשר לאחד אותם לטבלה אחת עם דגל שיסמן אם זו אבידה או מציאה
צודק בהחלט
@יוסף-בן-שמעון אמר בפרוייקט אבן הטוען:
עשית חיבור אחד למסד, זה לא טוב, צריך ליצור מאגר של חיבורים, במקום createConnection צריך createPool
קראתי מה שהבאת מסטאק (וקראתי על זה גם לפני זה) אני לא יודע עדיין איך לעשות זאת בצורה נכונה, למה שלא תכתוב תיקון ותכניס בגיטהב?
