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

@one1010

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

לגבי היזק נוף ואוויר
אני שמח לשמוע שרכשת את הנוף והאוויר
רק שמשום מה אני טרם קבלתי את חלקי
ניתן להעביר ב'ביט' או בהעברה בנקאית.....

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

העצים והנוף שקיימים ממול - שייכיים ל ? מי שנמצא ממול
השמש והירח והרוח - כמדומני גם לא היו שייכות למוכר

כך שהזכות הממונית שלך - שהיא על דירתך
נשארת כפי שהיא, ולא לקחו לך שום דבר

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

@מעלה-ומוריד
בMicrosoft Edge יש לך אפשרות להתקין את האתר כאפליקציה

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

@זילברשטיין

כעת אני רואה את התקלה שאתה מדבר

אבל עקפתי אותה בצורה פרימיטיבית בלי להבין מדוע זה קורה
הדפסתי את הPDF שלך למדפסת PDF מקומית אצלי (אדובי במקרה דנן)
והעליתי את הקובץ החדש

ואז זה גוזר תקין

טסט ד2.pdf

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

בדקתי גם על קובץ PDF שמכיל מספר עמודים, וכנ"ל חתך מעולה

לפני:

אחרי:

@mekev כתב בשרשור הודעות בג'יימייל:

איך וכיצד לשלוף את המזהה והנושא להצגה למשתמש
שיוכל לבחור לאיזה מייל להגיב

להשלמת התמונה,
במידה ומישהו מתישהו יעיין פה
זה אפשרי, ובקלות רבה
באמצעות הספרייה MailKit

@yossiz
הוא ביקש משהו שכמדומני מכניס אותו ללולאה אין-סופית

@בער כתב בנוסחאות בגוגל שיטס:

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

@dovid כתב בשרשור הודעות בג'יימייל:

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

בגלל שאתה צודק - הסתבכתי

כאשר אני שולח מהתוכנה אצלי
מספר מיילים לאותו נמען + הנושא זהה - אכן מגיע כשרשור

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

למה?
לא יודע
זה היה השורש לשאלה (שכאמור נפתרה עבורי כרגע)

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

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

.
.

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

@mekev

עדכון:
הצלחתי לשרשר על הודעות קיימות (c# - MailMessage)

 mail.Subject = "Same message subject";//נושא הודעה חייב להיות זהה למקור
 mail.Headers.Add("In-Reply-To", "<MESSAGEID.From.Original.Message>");//בפרמטר השני - להכניס את מזהה הודעה

ניתן גם לשלוח את References כנ"ל
טרם הבנתי מה הוא עושה
.
.

כעת נשאר לי לבדוק איך אני משיג את המזהה הודעה בצורה ידידותית....

התוצאה הסופית שאני מעוניין זה:
לשלוח מיילים ישירות מהמערכת אצלי (c# - MailMessage)
ושזה יגיע אצל הנמען כשרשור למייל קיים

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

בעזרה הרשמית כתוב

כותרת הפניה עם אותם מזהים כמו הודעה קודמת

כאן הסתבכתי מה זה אותו כותרת ומזהה מסתורי
כאשר אני שולח בשרשור ישיר מאותו מייל התוצאה היא:

(שורת מזהה הודעה - שונה, בנושא מתווסף התווים :Re / Fwd: )

כאשר אני שולח מאותו מייל - מייל חדש נוסף
אם הנושא זהה לטקסט הקודם ('הפסקת אוכל') - מגיע מייל חדש ולא כשרשור
אם הנושא מכיל 'Fwd: הפסקת מים' או 'Re: הפסקת מים' - גם מגיע מייל חדש ולא כשרשור

אז?...
מה פספסתי?

@הפצת-אנקי
מקווה שאני לא 'מספים' לך את השאלה המקורית

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

במידה וקיים - תדפיס ישירות כדלעיל
במידה ולא קיים - תציע למשתמש התקנה של מדפסת PDF כלשהיא

@dovid
בc#
להדפסת קובץ ספציפי אני כותב כך:

var printfiil = new ProcessStartInfo(@"d:\SH22041640.pdf");
            printfiil.UseShellExecute = true;
            printfiil.Verb = "print";
            var process = System.Diagnostics.Process.Start(printfiil);

@הפצת-אנקי
גילוי נאות: אינני מכיר את פייתון כלל

אשקף את הבנתי מהשאלה
הינך מעוניין שלחיצה על 'הדפס' תשלח ישירות את הקובץ להדפסה
במדפסת ברירת מחדל של המשתמש

ראה כאן

(חיפוש בגוגל: Python how to print file directly to default printer)

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

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

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

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

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

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

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

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

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

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

@רפאל

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

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

בצד לקוח יוצג:

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

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

הנקודות שאשמח להתייחסות
בהנתן שבוודאות בטווח של עשר שנים לא אעבור את ה100,000 שורות

מה עדיף עבורי (יותר נכון - מה אתה היית עושה)

• מבחינת קריאות

• מיטוב ביצועים

• (ופשטות יצירת שאילתות)

@OdedDvir

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

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

אשמח להתייעץ בנוגע לתכנון טבלאות בSQL

מה מומלץ לבצע בטבלה שבטווח של עשר שנים לא אמורה להכיל יותר מ100,000 שורות

• מבחינת קריאות

• מיטוב ביצועים

• (ופשטות יצירת שאילתות)

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

שאלה:

1. במידה ויש לי הרבה נתונים ייחודיים אבל אינם מוכרחים להיות בטבלה הנוכחית
   האם יותר נכון להוסיף עמודות לפי הצורך (כולל עמודות עם שדה ntext / nvarchar(4000) )
   או בכ"ז לפצל לטבלאות נפרדות

לדוגמא:

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

2. במידה ויש נתון 'כפול' שניתן להשיגו באמצעות מפתח זר הקיים בטבלה נוכחית
   אבל זה נתון 'רזה' מסוג nvarchar(30)
   האם 'שווה' להוסיף את העמודה בכדי לחסוך את הjoin בשאילתות

עריכה: דוגמא

למעשה המזהה ספק ושם הספק הינו נתון כפול
כי ניתן לשלוף את שם הספק באמצעות JOIN לטבלת ספקים
מצד שני - שם הספק הינו שדה 'רזה'

@ארי כתב בשליפת נתונים מאתר:

גם אם יעלו על זה יש לי תירוץ טוב...

אני מצפה ממך ליותר

גם בחלק המוסרי (אתה בעצם אומר אולי אגנוב אנשים בגביית סכום שגוי, אבל יש לי תירוץ)

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

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

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

ראה כאן וכאן

למידע נוסף חפש בגוגל: Queries between two Google Sheets files

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