אם מישהו יצטרך את זה אי פעם
מצו"ב קובץ עם נתוני הפרקים בש"ס בבלי שיצרתי מוויקי הנ"ל
פרקים.xlsx
דאטה בייס
-
רשימת פרקים בש"ס, עם הדף בו הם מתחילים -
שימוש בgmail api בקוד פתוח@הפצת-אנקי
smtp זה פרוטקול לשליחת דואר אלקטרוני בלבד
אם תספק שם משתמש וסיסמה (בג'ימייל צריך אימות דו שלבי או סיסמה יעודית לאפליקציה) תוכל לשלוח מכל תוכנה שהיא דואר מהחשבון שלך, גם בלי שום אימות
אבל את הפעולה שאתה מבקש לעשות, כמובן לא תוכל לעשות
ברגע שאתה מבקש מתוכנה כל שהיא להיכנס לחשבון דואר ולקרוא הודעות, אתה צריך להרשאה המסקימלית שיש -
סורק ברקוד ומדפסת קבלותשלום וברכה
אני בונה כעת ממשק אינטרנטי לניהול קופה,
אני מעוניין לאפשר קלט באמצעות סורק ברקוד ופלט באמצעות מדפסת קבלות
אשמח לידע מנסיון של המקצוענים כאן כמה ענינים:
א. סורק ברקוד זול ואמין
ב. כנ"ל לגבי מדפסת קבלות (לא צריך משהו מידי מורכב, נטו פירוט של הקניה)
ג. האם מדפסת קבלה עובדת עם דרייברים וכו' כמו מדפסת רגילה, האם צריך לבדוק את המפרט וכדו' מעבר לנתונים היבשים.
ד. האם ישנו פורמט מיוחד למדפסת קבלות, או שאפשר לשדר אליה PDF רגיל
ה. האם הדפסה ישירות מאתר אינטנרטי למדפסת הוא דבר מומלץ (מבחינת כתיבת קוד ותקלות וכו')?בתודה מראש
-
אחסון נכון של רשומות המקיימות ביניהם קשר 'עץ'שלום לכולם
יש לי טבלה של 'תיקיות'
בטבלה יש 4 שדותfolder_id
,folder_name
,parent_folder
,account_id
המבנה של התיקיות הוא בצורה של עץ ואני מממש את זה במסד הנתונים באמצעות שדהparent_folder
כך שלתיקיות הראשיות יש ערך 0, והתיקיות המשניות מכילות את ערךfolder_id
של התיקיה שמעליהם.
כעת יש לי בעיה, במידה ואני מעוניין לשכפל את כל מערך התיקיות מחשבון אחד לחשבון אחר, אין לי אפשרות לעשות insert של כל הרשומות כמו שהם, מכיון שאני צריך לשייך את תיקיות המשנה למזהה החדש של תיקיות האב בחשבון אליו אני משכפל.
מה שאני עושה כיום זה לולאה רקורסיבית שמריצה שאילתות SQL, כך שכל 'רמה' של תיקיות מתווספת בפני עצמה ואז בהתקבל המזהה החדש אני מוסיף את הרשומות הבאות.
החסרון הגדול בשיטה הזו הוא כמובן עניין הביצועים.חשבתי על פתרון בעניין, והוא שהשיוך לתיקיות האב לא יהיה באמצעות המזהה הפיזי
folder_id
אלא באמצעות שדה נוסף שיקרא לדוגמאtree_id
שיקבע בצורה ידנית ולא אוטומטית (נניח על פי הזמן יוניקס של רגע הוספת התיקיה), ואז אין לי בעיה לשכפל את כל מערך התיקיות כמו שהוא בשינוי הaccont_id
מכיון שהשיוך לתיקית האב יתבצע על פי שדהparent_folder
בצירוף הaccount_id
.
אבל מרגיש לי שזה פיתרון לא כ"כ חוקי ותקין.אשמח לשמוע חוות דעת, או פתרון וכיוון אחר.
תודה מראש!
-
שימוש בgmail api בקוד פתוח@צבי-ש
מה שאתה משתמש זה לא ה API של גוגל אלא smtp שזה פרוטקול שליחת מייל שאינו מצריך גישת אפילקציה
לפי מה שידוע לי, שימוש ב API של גוגל מחייב אימות אפליקציהעם זאת, אם @הפצת-אנקי צריך רק אפשרות של שליחת מיילים הוא אכן יכול להשתמש עם smtp
-
הכוונה לטכנולוגיה\פלטפורמה לצורת בניית ממשק web@aaron @dovid @יוסף-בן-שמעון
תודה!
קבעתי לעצמי יום שאשב על החומר שצירף @aaron
אעשה בדיקה על פרוייקט מינימלסטי, ואשתף בתוצאות.
תודה בינתיים! -
רשימת פרקים בש"ס, עם הדף בו הם מתחילים@dovid
תודה, זה מצויין!
אכתוב קוד קצר שמפרק את זה לנתונים. -
סורק ברקוד ומדפסת קבלותתודה!
לא מדובר על פרוייקט שיש צפי שיכבד כרטיסים מסוג אלו.
אם למישהו יש מידע על הנקודות שהזכרתי (אפילו חלקם) אשמח לשמוע! -
אחסון נכון של רשומות המקיימות ביניהם קשר 'עץ'@dovid
תודה!
לגבי שכיחות העתקת תיקיות, באמת לא כ"כ מצוי העתקה של תיקיות מחשבון לחשבון, אבל ישנו גם חשבון שנקרא 'מאגר כללי' שכל משתמש יכול לייבא אותו לחשבון הפרטי שלו, הפעולה הזאת מתרחשת פעמים רבות, לפחות כמה פעמים ביום
מלבד זאת, בעיית הביצועים הייתה 'עולה' - במידה ומדובר בכמות גדולה של תיקיות (שתחתיהם יש קבצים) כ- 12 שניות - הרצה של כ 600 שאילתות, מדובר על ממשק טלפוני ולא אינטרנטי, ולכן עיכוב כזה לא היה בא בחשבון אפילו לא אם קורה רק פעם בשבוע -
גיבוי בענן עם גישת FTP@aaron
בנוגע לפתרון שהצעת להשתמש בשרת אמצעי, זה אכן כיון שחשבתי עליו, אבל כמו שכתבת - נשמע לי לא תקין בעליל.אני כן משתדל להיות כללי ולהציג את כללות המקרה, ולא להיקבע על דרך פעולה מסויים.
אני אפרט יותר:
יש לי מערכת טלפונית שמכילה מאות אלפי הקלטות, ההקלטות מאוחסנות על שרתים של חברת 'ימות המשיח'.
המערכת הטלפונית בפועל מנוהלת באמצעות שרת פרטי שלי שאני שוכר מחברת HOSTINGER , כאשר בכל כניסה לשלוחה במערכת הטלפונית מתבצעת קריאה לשרת שלי באמצעות API
מדובר על הקלטות בגודל כולל של קרוב ל 1 TB ואני מעוניין לבצע להם גיבוי אישי ולא להסתמך על שרתי ימות המשיח.
ימות המשיח מספקים גישת FTP לשרתים שלהם, אבל אינם מאפשרים גישה מוחלטת להיכנס לשרת שלהם ולדחוף משם קבצים לשרת אחר
לכן האפשרות שחשבתי עליה היא שרת גיבוי שאני יוכל להיכנס עליו ולהריץ פקודה למשוך קבצים מהשרת של ימות המשיחתודה מראש על כל עזרה!
-
גיבוי בענן עם גישת FTP@dovid
אכן, השרת האחר לא מספק לי אפשרות לדחוף ממנו קבצים לשרת אחר, הוא נותן לי גישת FTP כדי להוריד או להעלות למחשב מקומי, אבל לא לשרת מרוחק אחר. -
עזרה עם שרת שהתחיל לעבוד בצורה מאוד איטיתראשית, תודה!
שכחתי לציין, אכן בדקתי מקום בדיסק,
אני משתמש עם 13% בלבד
יתכן שלא בדקתי כמו שצריך ,
זה הפלט:root@vmi1666384:/usr/django/rlev# df -h Filesystem Size Used Avail Use% Mounted on tmpfs 593M 8.1M 585M 2% /run /dev/sda3 96G 11G 81G 12% / tmpfs 2.9G 0 2.9G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock /dev/sda2 2.0G 215M 1.7G 12% /boot tmpfs 593M 0 593M 0% /run/user/0
-
נסיון פריצה לשרת שלי?בהמשך לנ"ל,
בזמנו, כעזרה ראשונה, סגרתי ישירות את כל הכתובת IP ואפשרתי רק את שלי
כעת אני כן צריך במידע מסויימת לאפשר גם לכתובות אחרות לגשת
אז דבר ראשון, אשמח להבהרה בנוגע למה שכתב @חגי , למה באמת אין לי מה לחשוש, בהנחה שיש לי שם מידע רגיש שאסור בשום אופן שיזלוג, האם אני לא אמור לחשוש?
כמו"כ, איך מיישמים את מה ש @dovid כתב "אתה צריך לסגור הכל, ומה שצריך להיות פתוח לחשוב טוב האם אין דרך בעולם להגיע משמה למידע/פקודה לא רצויה", יש לי המון urls שהגדרתי (פרוייקט django), האם מישהו יכול להפנות אותי למידע אודות שיטות אבטחה \ כללים בנוגע לפתיחת שירותים, ובקיצור, איך להבטיח שהשירותים שאני פותח (היינו הurls הזמינים) יהיו מאובטחים ולא יוכלו בשום דרך לעקוף