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

אני חושב שזו אופציה בכל החינמיים.
בכל אופן תוכל לנסות, למשל אווסט,
התקנה אופליין: https://www.avast.com/he-il/download-thank-you.php?product=FAV-AVAST&locale=he-il
עדכונים: https://www.avast.com/download-update

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

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

@clickone זהו שאני הסברתי שזה כן מעניין, ראה בהודעה לעיל.
https://stackoverflow.com/questions/2212635/best-way-to-manage-long-running-php-script

אם גורם העדכון הוא רק ממשק הווב, אז ברור שהוא זה שצריך להפעיל אותו.
אם הפעולה לוקחת זמן ממושך, אז כמו שכתבתי עדיף שהphp יפעיל משהו חיצוני בסגנון של exec.
אך אם יש גורמים אחרים מעדכנים אז אי אפשר לבנות על הPHP. ואז אכן הרעיון של הטריגרים שאמר @clickone הוא גם נכון (אגב לpostgres יש cron משלו בשם pgcron אבל כפי ש @clickone הסיק זה אכן לא נוגע למקרה שלך בגלל שזה לא תזמון אלא תגובה לשינוי).

בדרך כלל לא עושים כאלו פעולות באפליקציית הווב, אלא ברכיב ישיר על מערכת ההפעלה.
במערכות לינוקס יש מנגנון מתזמן משימות ששמו cron, והוא נגיש בד"כ גם באירוח שיתופי דרך איזו שהיא הגדרה מתאימה בפאנל.
אבל מחיפוש באינטרנט אני רואה שניתן לשלוט על המנגנון מתוך הקוד PHP של האתר, אני לא מספיק מבין בזה בשביל לדעת פרטים מדוייקים,
ראה פה מאמר ארוך:
https://code.tutsplus.com/tutorials/managing-cron-jobs-with-php--net-19428
הגעתי אליו מתשובות הסטאק הללו:
https://stackoverflow.com/questions/35044216/how-to-run-a-background-task-in-php-web-application
https://stackoverflow.com/questions/120228/php-running-scheduled-jobs-cron-jobs

הגעתי אליהם מחיפוש גוגל: php background task

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

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

aspx מצריך מטפל של ASP .NET.
בשביל זה אתה צריך לרשום את דוטנט בIIS.
בדרך כלל הסיבה שהוא לא רשום זה מערכת הפעלה ישנה שהדוטנט הותקן לפני הIIS (או להפך.. לא זוכר ), שזה משהו נדיר כיום (כי כיום הדוטנט הוא אחת התלויות של IIS). בזמנו היו עושים הרצה של הכלי aspnet_regiis, תראה למשל בתשובה פה https://stackoverflow.com/q/647598/1271037.

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

עריכה: אפשרות נוספת היא שפשוט בהתקנה של IIS ניקו כמה תיבות דיפולטיביות של דוטנט, במידה וככה תתקן את זה בהוספה הסרה של רכיבים של מערכת ההפעלה או תריץ בשורת פקודה התקנה של הכל כמו שראיתי פה :

Start /w pkgmgr /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-Security;IIS-RequestFiltering;IIS-HttpCompressionStatic;IIS-WebServerManagementTools;IIS-ManagementConsole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI

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

בעיה.
אולי יום אחד יתייגו בנטפרי גם וידאו ואז תוכל לפתוח לפי תגית.

כעת אני רואה שהלינק של השגיאות ששמתי הוא של S3 ולא של reko .
ראה פה:
https://forums.aws.amazon.com/message.jspa?messageID=762762
יש שם הרבה רעיונות לשגיאה, למשל שהS3 צריך להיות באותו region של הreko עיין שם.
המון הצלחה!

בהגדרות באישי, תחת התראות, בחר בפריטים הרצויים בEmail & Notification

אני מבין שהשגיאה היא משירות האמזון של reko ולא מהs3.
יש מצב שאתה משיג את לשון השגיאה המלא?
תראה פה יש פירוט משוגע, זה יקדם אותך:
https://docs.aws.amazon.com/AmazonS3/latest/API/ErrorResponses.html

@איש-אחד זהו שעוד לא העליתי שמה כלום ויש שמה רק טסטים...
אבל זה בדרך.

@chagold מה קורה כשאתה לוחץ פה?
מותקן לך במחשב התכונה? תסתכל אם מוגדר לה הפרוטוקול whatsapp:// (נראה לי בתוכניות ברירת מחדל יש רשימה).

שלום לך, @SYSTEMS !
תגיות זה אכן משהו טוב, ואנו נעשה בו שימוש. כעת זה ריק כמו בידוק תוכנו של הפורום, ובע"ה כשיהיה תוכן נקוה שיהיה תגיות ממוקדות.

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

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

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

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

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

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