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

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

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

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

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

אופן השימוש:
להוריד ולפתוח את הקובץ הבא

פיצול תלושי שכר לקבצים נפרדים.html

ואז תראו את המסך הבא

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

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

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

תהנו!
הקוד נכתב בסיוע גרוק וGPT

@google3 אולי אתה יכול לשמור לDB ואחת לX זמן לייצא את כל הCSV שהיו להם תוספות בX הזמן שחלף לתיקיות הרלוונטיות?
כמובן שזה ידרוש ממך CRON מסויים, אבל יש מצב שעד שעד שיהיה מוכן הממשק משתמש תהנה מ2 העולמות, ואח"כ המעבר יהיה חלק יותר.
בנוסף, יש מצב שבPHP אם אתה משתמש בהוספת בלבד לקובץ הוא כן יתמודד עם זה עד גודל מסויים (באותו שרת כנראה שבוודאי. אתה שאלת על 2 שרתים....)

file_put_contents($filename, $data . PHP_EOL, FILE_APPEND);

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

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

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

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

@בול והוא מושך בטעינה את כל ה5K?
זה שאתה משלם 100 דולר והמצב משתפר, משול לבניית בית חולים מתחת לגשר.
כי בסוף יש מצב שתגלה שגם שרת של 15$ יכול לעבוד פנטסטי עם איזון נכון

כמה אנשי קשר יש בDB?
ייתכן שיש הרבה אנשי קשר והוא טוען את כולם בטעינת הדף/תוכנה
אם זה המצב, ייתכן שטעינה עצלה תעזור.

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

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

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

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

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

אני רואה כעת שהלינק הראשון שהצעת שייך לZZZ
https://zzzcode.ai/
שהיא חברה שנחשבת לדי אמינה (באחת הפרוייקטים שאני מעורב שם, רכשנו רישיון שלהם בתשלום - והם די בסדר)
אבל כמו שהצגת שהוא אכן לא יעיל כי א"א לעשות איתו שיחה שלימה

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

סיסמאות לדעתי זה ממש אסור להדביק אפילו בקלוד וGPT

שבוע בתוך שנה לועזית:
VBA: DatePart("ww",date())
פרשת השבוע אתה מתכוון יהודית? אני חושב שאין פונקציה מובנית לזה בצורה קלה בVBA
אולי יש טבלאות של הרבה שנים או שליפת מידע באונליין מהאינטרנט

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

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

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

ואני לא חושב שא"א לפתח מערכת API שתהיה גמישה (יצא לי לראות לאחרונה באיזו חברה בחו"ל, שמתקשרים בAPI עם JSON בלך ושוב וכו'), השאלה אם יש צורך במשהו אחר חוץ מימות לאלו ש"לא רוצים לדאוג לתשתית", ואסטריסק לאלו שמוכנים לקפוץ למים.....
(כלומר, אני מתכוון שאין באמת דרישה משאר החברות ולכן הן לא מתאמצות מדאי בעניין. אולי בגלל שאלו שצריכים נשארים עם ימות, או קופצים למים. ייתכן שאתה מתכוון לזה בדיוק)
(וגם אני לא מאמין שיש מישהו שיהיה מוכן לשלם 50K לחודש רק בשביל API גמיש. אם היה אני מניח שמספיק חברות היו מפתחים כזה דבר... - אבל מקריאה חוזרת של מה שכתבת ייתכן שהתכוונת בכלל למשהו אחר)

@nigun נגע בAMI/ARI. שזה אכן חשוב מאד. אבל לדעתי אפילו את הקלות של AGI קשה להשיג (אם כי לא בלתי אפשרי)

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

עריכה:
אולי לא הבהרתי מספיק: בלי ספק ימות המשיח עשו עבודה מדהימה בהקשר של הAPI שלהם. השאלה מה עושים במימושים מורכבים יותר.

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

אין סליקה ישירה. רק דף סליקה (לפחות לפי מה שאני בדקתי)

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

אתה יכול להתקין על השרת גירסת אקסס אחרת בנוסף למה שיש, ואם אין צורך ביכולות עריכת טפסים וכו', אתה יכול להתקין גירסת RunTime של האקסס
לדוגמא גירסה 2016
https://www.microsoft.com/he-il/download/details.aspx?id=50040
שים לב שיש לך שם גירסת X86 ו64 ביט. תבחר את מה שאתה צריך

וזה קישור לגירסת 365 (לכאורה זה 2019 או מאוחר יותר)
https://support.microsoft.com/en-us/office/download-and-install-microsoft-365-access-runtime-185c5a32-8ba9-491e-ac76-91cbe3ea09c9

בהצלחה

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

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

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

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

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

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