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

@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.

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

@צדיק-תמים ספציפית פה try גדול יותר היה טוב יותר ודוק

@eido יש רק שלוש דרכים לעצור קוד שרץ באמצע פונקציה בלי משפטי בקרה (if/for/break וכדומה):
return
throw
await.
בפונקציה choosestreet אתה קורא לid_list_message בתוך לולאה ובלי await.
מהקוד הזה שלא מסודר מבחינת ההזחות יחד עם העובדה שיש שמה סוגריים מסולסלות מיותרות, אני לומד שאתה עובד קשה לכתוב קוד בלי IDE או ידע בסיסי בעניין. כדאי לך להשלים את החסרים האלה, זה יוריד ממך הרבה הרבה טרחה ותלמד הרבה יותר מהר להבין את הקוד.

אני משתמש ב User JavaScript and CSS

@nigun כתב במה עונים ללקוחות ששואלים האם אפשר לבנות את מה שאני בונה בAI?:

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

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