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

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

לשולח - כמה טיפים שיעזרו:
בדוק שיש לו אפשרות להוציא תקשורת מפורט 25.. (תיקון טעות: אל פורט 25).
אם אין לדומיין שבשמו אתה שולח רשומת ptr, גוגל ידחו שליחה אליהם עוד בשלב המגעים עם השרת שלהם.
כדאי לדאוג להגדיר spf, dkim, dmark כראוי (רשומת TXT עם הגדרות הIP/דומיין שמורשה לשלוח וכדו', מפתח פומבי שמור ברשומתTXT בתוך סאב דומיין ייחודי וחתימה של המייל עם המפתח הפרטי, רשומת TXT עם הגדרות מי מקבל דיווח על הפרה של הרשאות, בהתאמה).
זה הבסיס, יש עוד המון טריקים שיכולים לעזור בהרבה כיוונים.

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

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

@Shmuel754 כתב בשיתוף! תתקשר לארה"ב חינם וללא הגבלה:

בשיחות בינלאומיות חיוב המתקשר הוא לפי זיהוי שיחה יוצאת

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

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

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

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

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

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

@שואף

https://www.gov.il/he/departments/news/cpfta_dncapi

@ענן
נראה שהאתר לא פועל תקין בנטפרי
זה JS שיעבוד, צריך להוסיף טיפול אסינכרוני או then.

fetch(URL, {method: 'POST', headers:{'token': 'ADSACRERRECTRETR', 'content-type': 'application/json'}, body:JSON.stringify({user: 'natn456', netonim:{}})})

הקוד הזה יותר הגיוני בCURL

curl URL -H 'token: ADSACRERRECTRETR' -d '{"user": natn456, "netonim":{}}'

אולי להוסיף פירוט באיזה חלק הקושי
לעתים צריך להוסיף
'content-type': 'application/json'
תלוי באפליקציה ובסוג הbody

@nigun
עיין בפוסט הזה
https://tchumim.com/post/141786

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

באמת כאן @OdedDvir כתב מאד יפה בענין, עם פירוט על כמה זוויות.

לפי המבט שלו מפתח מתחיל ייקח יותר, כי יהיה לו יותר קשה לתת תמיכה..

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

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

אגב, הפירצות האלו בטיעונים שלי, גלויות וניסיתי לסתום אותם.

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

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

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

כנ"ל שלח קישור לתקנים המקובלים..
אולי עדיף, למשהו שכתבת שעומד בהם.

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

@one1010
הצדק איתך.
וזה מוכיח לי שלא הובנו דברי, ולכן אני מנסה מכיוון אחר.
זה ניסיון ניעור כללי של האשכול.

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

---

היו שני חלקים:

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

---

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

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

המחשבה על כמה מוצדק לקחת נובעת מטוב לב ומידות טובות. אבל מה לעשות. זה לא נכון ולא טוב.

---

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

יש לסייג שמדובר רק על מכירת מוצר וירטואלי, ולא על מוצר פיזי.

---

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

---

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

@one1010
היתה הצעה לחשב אם זה שכר חודשי.
היתה הצעה לחשב את שווי העבודה ביחס לשווי המוצר בשוק.
כתבו שלתת ללקוח הרגשה שאתה טוב, זה הטעיה. וכדומה.

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

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

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

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

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

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

@אבי_770 אמר בכמה כדאי לקחת על פיתוח?:

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

כמה כדאי לקחת על פיתוח?

@אבי_770

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

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

עוד דבר חשוב: אל תקרא את שאר התגובות וההצעות והרעיונות באשכול הזה.
בהצלחות!

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

@חגי אמר בהתחברות לheroku cli בשרת לינוקס:

יצירת מפתח SSH

בנוסף, לבעיה שתוארה כאן אין צורך להתקין את הCLI של heroku, מספיק GIT , ו- clone מהURL של הremote של heroku.

git מביא תועלת גדולה יותר אם משתמשים בו בצורה המקובלת (כותב כדי להזכיר לעצמי..) שהmain-master מחזיק את הprod.

@dovid אמר בהתחברות לheroku cli בשרת לינוקס:

יש להם ייתרון?

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

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

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

@ש-ב-ח
אם אתה נכנס כך בדפדפן, אז זה אימות שנקרא basic.
זה עובד שנשלח מהדפדפן header שנראה כך:

Authorization: Basic MTox

MTox זה לשם הדגמה
זה בקידוד base64
של שם משתמש וסיסמה אלו:
1:1

@חוקר אמר במה בין תעודת ssl מ lets encryp't לתעודה בתשלום:

(על הדרך עשיתי תעודה אחת התקיפה לכל תתי הדומיינים, שגם זה אפשרות שלא קיימת ב lets encryp't)

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

@צדיק-תמים כנראה בגלל שזה מסגרת נפרדת (iframe).

@yossiz אמר בCSS - הדפסת דף אינטרנט עם דפים בגדלים שונים:

לפי ה-spec הזה (שהוא עדיין טיוטה - working draft) אמור להיות אפשרי לעשות משהו כזה:

<p style='page: p1;'>page1</p>
<p style='page: p2;'>page2</p>

@page p1 {
    size: A4;
}

@page p2 {
    size: A5;
}

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

זה התחיל לעבוד בכרום.
דוגמה:
multiple-sizes-in-print.html

אפשר גם לשנות את השוליים בהתאם לגודל כל דף.

@צדיק-תמים אמר במכירת מוצר (סקריפט) צד לקוח - איך לפקח על שימוש בתשלום?:

אולי איזה אימות עם חשבון גוגל? לא יודע...

רעיון מצוין.
אם השימוש הוא לעתים רחוקות, אפשר לשלוח קוד לדוא"ל, או קוד דרך הטלפון.

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

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

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

@ארכיטקט אני לא עשיתי את מה שאתה מתאר, רק משהו דומה ובהיקף קטן יותר (תמונות לקובץ PDF), אבל זה אפשרי לעשות את זה עם אותה ספריה
https://pdf-lib.js.org/
הבעיה העיקרית (כללית, לא משנה המימוש) שבמידה ומדובר בקבצים בנפח כולל גדול, נדרש זכרון (בשרת או אצל הלקוח - איפה שזה יבוצע) בזמן הביצוע כגודל הכולל של הקובץ.
אולי תיאורטית יש דרך להזרים לדיסק בלי צורך לסגור את הקובץ מראש - לא נראה לי.
זה בעיה שלא קשורה, אבל תחשוב על זה מראש כשאתה מרים סרוויס..

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