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

@OdedDvir כפועל יוצא מהשקעתך המרובה בעזרה בפורום זה
הינך מעלה מידי פעם צילומי מסך חתוכים בצורה יפה (לא דרך 'כלי החיתוך')
תוכל לשתף אותנו בשם התוכנה / כלי שאתה משתמש?

---

מקווה שהבנתי נכון בחוקי הפורום בסעיף ב - 4

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

@שיר-לדוד
המתנתי 24 שעות בשביל לוודא שאני לא 'מזהם' לך את השרשור
מסגנון השאלה חשבתי להציע לך לשקול: לחבר מקלדת פיזית רגילה עם USB

@אבי-203 כתב בקריאת נתיני כרטיס אשראי מקורא כרטיסים:

כן, זה מקלדת
מקבלים קוד זבל מספר כרטיס ותוקף ועוד קשקושים

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

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

מצאתי נקודה שאולי ממנה ניתן להתחיל לחפור

זה מתרחש רק מאת שמבוצע שימוש ב'זכרון הזמני' (העתקה)

בעת הפעלת ראשונית של המחשב
או אחרי מחיקה ידנית (cmd: echo off | clip)
התופעה לא קיימת

איך זה מקדם אותי?

@קינג-קומפיוטר
מבלי להכנס לנושא התמחור הספיציפי של התקנה

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

לדוגמא:
הזמינו אצלך פיתוח כלשהו (הוספת פונקציה לתוכנה קיימת שלך)
להערכתך - זמן הכתיבה בפועל יעמוד על 40 דק'

הגיוני לחלוטין - שבהצעת מחיר - תחשבן כשעתיים

ולמה?
כי סביר להניח שהלקוח יחזור אליך עם 'מקצה שיפורים'

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

ואח"כ יש להם הערות שאמור להיות בנוסף כך וכך
ומבחינתם זה כלול בהצעת מחיר הראשונית
כי לזה הם התכוונו (בראש שלהם, למרות שלא נכתב/נאמר)

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

---

זה גם נכון ברמה האישית
יותר חכם להגיד מראש מחיר שמגלם מבחינתך את הסיכון

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

@dovid
יש גם פחות ניתוקים קצרים בTCP?

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

@dovid
אציין שאני משתמש במיקום נוסף בanywhere
ושם לא נתקלתי בניתוקים
כך שזה עוזר לתאוריה הנ"ל

אני משתמש בנטפרי

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

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

ניסיתי לשאול בפורום נטפרי
ולא קבלתי מענה

האם ומה אני יכול לעשות?

--

נ.ב. הפוסט נכתב בהתאם לחוקי הפורום (ב-15)

@איש-ימיני
בהמשך לקישור שהביא @צדיק-תמים

יש לך אפשרות להגדיר פר מחשב - הגבלת העלאה בלבד
באמצעות PowerShell (הפעל כמנהל)

להגביל:

New-NetQosPolicy "UploadRateLimit" -ThrottleRateActionBitsPerSecond 50000000

לבטל:

Remove-NetQosPolicy -Name "UploadRateLimit"

@שמואל-ש
למרות הנוחות שבדבר

אני דוקא בעד שלא לאפשר את זה

כך יש צורך להכנס לפוסט
ומופיע כמות הצפיות
שזה אינדיקציה רלוונטית לשואל / עונה

@אבי-203 כתב באימות גוגל בסמס לבעלי טלפון כשר:

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

אני לא מצפה שהם יאשרו
אלא שהם ישלחו את הקוד בהודעה קולית
[יש לי מספר חשבונות גימייל
ובחלקם אני מקבל את האימות דרך הודעה קולית (בזכות הגדרות ישנות שהיה ניתן להגדיר בזמנו)
ובחלקם תקוע בגלל הנ"ל]

דרך אגב
זה לא רק עניין חרדי
אלא עניין בסיסי של נגישות לכבדי ראיה

@חוקר
שורש הדבר נעוץ באימות הזיהוי
הזיהוי האמיתי והייחודי של הלקוח בחברה ובבתי משפט
הינו הת.ז. / ע.מ. / ח.פ.

(תתאר לך שבצעת העברת בעלות/חשבון דרך שיחה במוקד 103
והינך דובר אידיש-אמריקאית ואמרת ששמך 'גוטשטיין'
הנציגה האדיבה שאיננה שומעת עברית בצורה מלאה
הקלידה את שם משפחתך 'גולדשטיין'
ולא שלמת את חובך
האם לא יוכלו לתבוע אותך בגלל שהשם בחשבונית אינו השם המדויק?)

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

הסיפור המרכזי הינו שינוי המספר מזהה

ספציפית אצלך שהע.מ. הינו המספר ת.ז.
שינוי השם אכן הווה פתרון מושלם

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

עוזר לי ..

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

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

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

select d.ParashatShavua
from DimDate d
where d.FullDate = x

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

מצורף טבלה לדוגמא
DimDate.csv

@dovid
נכון, אם כי יש פה עניין של זמינות, עלות, ונוחות

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

(אנשי הדרכה לתוכנה ספציפית, יש, אבל הם נעולים על המוצר שלהם)

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

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

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

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

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

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

--
נ.ב.
פריוריטי זה שלד מערכתי שכמעט כל מי שמשתמש בו בנפח מעל X
מבצע פיתוחים בעצמו, שזה שוב זהה לפיתוח חיצוני

@yossiz כתב בעזרה בהגדרות חומת אש לשרת:

https://www.nirsoft.net/countryip/il.csv

זה הרשימה המלאה?
נטפרי למשל לא מופיעים שם (1,2)
וכן הכתובות הקבועה/פרטית שלי (מתחיל ב89.208)

@OdedDvir
בהמשך לדבריך
רק להאיר זווית נוספת

יש לחלק בין מסד נתונים של מידע אינפורמטיבי
לבין מידע עסקי

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

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

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

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

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

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

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

@OdedDvir כתב בmssql - התייעצות כיצד לשמור שינויי עריכה בטבלאות:

במקרה האחרון מסתמא הייתי רושם את התיעוד ל-db אחר.
הסיבה היא שלרוב צד ה-db הוא צוואר הבקבוק במערכת, ולתיעוד ב-SQL יש מחיר גבוה.

מנסיון מהצד של משתמש במערכות שרשומות כמות רשומות נאה מאוד ביום

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