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

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

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

@י.פל. כתב בשימוש בקודקס של GPT כתחליף לגיטהאב קופיילוט:

copilot זה לא מודל, אתה צריך לבחור מודל - למה אתה התכוונת?

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

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

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

אני ממליץ לך להשאיר את הcopilot, כי כנראה הוא טוב יותר.

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

@ilan879 כתב בהטרדה/הונאה לתשלום קנס תחבורה ציבורית ששולם ממזמן:

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

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

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

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

איך כל כך מהר אתה מבקש דרך קלה יותר,
אולי cron זה הכי קל בעולם?

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

אתה כעת הולך לקרוא מדריך איך משתמשים בcron כדי לתזמן בשרת פקודה (בכל שרת יש cron)
ובפקודה אתה יכול להפעיל או: php (עם פרמטר לקובץ הרצוי) או נוד (כנ"ל) או crul עם פרמטר לכתובת האינטרנט הרצויה.

הערה: אם אתה הולך על פניה לurl, יש לדעת שלפעמים כתובת אינטרנט עובדת מכל העולם אבל לא מהרשת, בגלל בעיה של ניתוב.
במקרה כזה תחליף את הדומיין לכתובת אייפי זו 127.0.0.1 (ייתכן שתצטרך להוסיף כותרת host שזה יטופל נכון, בא נניח בינתיים שלא).
אז לפני כל הסיפור תריץ סתם בדיקה של curl your-site.com/your_page או curl 127.0.0.1/your_page כדי לדעת שאתה יכול לגשת לאתר שלך מהשרת.

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

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

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

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

אבל כל זה בכלל לא נוגע לשאלה של @eido (למרות שהוא טוען בתוקף שזו השאלה...)
גם caddy (וקל וחומר nginx+cerbot) מתאימים לאיש system שעובד מול קבצים ושורת פקודה, ולא מול ממשק עם מחוונים כפי שברור ש@eido מחפש.

@chv כתב ביש חלופה טובה/עדכנית לרקורסיה?:

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

אני חוסך לך לגלול למעלה, ההודעות שלו היו:

@eido כתב ביש חלופה טובה/עדכנית לרקורסיה?:

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

@eido כתב במעבר על תיקיות ותתי תיקיות על כל קבציהן בלי רקורסיה:

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

אחרי שני ההודעות-נושאים האלה, עם הכותרות שלהן, עדיין נשארה שאלה למה הגיבו "כמו שהגיבו"?
השאלה עליך...

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

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

כתב בסליקת אשראי דרך api:

אכן לא מצאתי בתיעוד שלהם API ליצירת טוקן...

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

@יהודי-טוב כתב בסליקת אשראי דרך api:

זה לא הוכחה כי יכול להיות שזה רק למי שיש אישור PCI.

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

@יהודי-טוב כתב בסליקת אשראי דרך api:

טרנזילה.

בAPI הקלאסי שלהם צריך קודם כל לשלוח את המספר וליצור לו טוקן,
אכן לא מצאתי בתיעוד שלהם API ליצירת טוקן...
אבל מצאתי איזה API שלהם שמקבל גם מספר - https://docs.tranzila.com/docs/payments-billing/wxeldbiapkj41-create

credit2000

לא מוצא תיעוד שלהם.

נדרים פלוס

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

@יהודי-טוב אדרבא, תן שם אחד שלא תומך, מפתיע אותי.