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

@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,
אני מדבר על חברות שהמוצר המרכזי שלהם הוא הטמעת אמצעי סליקה.

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

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

אין כזה דבר לשלוח מספר כרטיס בAPI (בהנחה ואין לך אישור PCI)

בטח שיש.
ממה שאני מכיר, כל API של תשלום תומך בזה.

גם strip וגם cardknox (להבדיל..)
עובדים עם API למגוון גדול של אמצעי תשלום.

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

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

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

@eido כתב בלוגי שגיאה בnodejs וyemotrouter מה הגורם לקריסה?:

היא להודיע ללקוח ולצאת באלגנטיות.

אז תצא באלגנטיות!! במקטע הcatch... המצב הוא שאתה לא יוצא בcatch, והtry בתוך לולאה.

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

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