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

@קומפיונט מציע לבדוק את הכלי ש@צדיק-תמים כתב לך, ייתכן שזה all in one שיעשה לך חיים קלים.

@ששא נושא חדש!

תפעיל את האפשרות WebSocket
https://developers.cloudflare.com/network/websockets/

הדומיין שלך מאחורי cloudflair (כלומר עם פרוקסי - ענן צהוב?)

לזכרוני לאחד קבצים זה תפקידו של כלי "packing", למשל כולם (angular react vue) משתמשים בwebpack.
אני חושב הוא גם כולל כל מיני פעולות ביניים כמו טרנספילציה.

@PredatorySparrow
הבאת שם של מבחן הסמכה אבל לא תיארת עד כמה הוא מוביל או מוכר.

נ.ב. המלצה שלי, קרא טוב את חוקי הפורום.

@TG תבדקו את cloudways, הם נראים לי ידידותיים בשירותים מנוהלים, המסלול שלהם נראה לי כולל מסד נתונים ואירוח לאפליקציית nodejs.

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

כנראה זה בגלל שאתה משתמש בnginx שלא מכבד את הקובץ .htaccess,
(בקובץ htaccess שמגיע עם תיקיית phpbb יש הגדרה שאם הנתיב לא מתאים לקובץ/תיקיה פיזיים, הוא מנותב בשלמותו לapp.php שבתיקיית השורש).
ולכן אתה צריך לעדכן את הגדרות הnginx בהתאם, יש דוגמה בתיעוד:
https://www.phpbb.com/community/docs/nginx.sample.conf

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

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

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

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

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

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

כנראה כל מילה עולה לכם הון, לצערי לא אוכל לעזור.

התמונה מהצד לקוח (input file) או מצד השרת?
יש מצב כמה מילים מה את צריכה בסופו של דבר?

@aaron כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

אני בטוח שיש file.seek כלשהו גם בC#..

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

@pcinfogmach כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

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

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

@pcinfogmach כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

@dovid כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

א. שליפה יותר סלקטיבית - לטעון רק מה שצריך ולא מסמך מלא.

יש צורה גם לשלוף חלקים מאמצע או מסוף המסמך?

לא בקובץ טקסט.
לכן צריך לשמור מלא קבצים קטנים או להשתמש במסד נתונים.

@pcinfogmach כתב במהו האחסון המהיר ביותר האפשרי של נתוני טקסט ב-C# ?:

האמת היא ששמתי לב שבספריות כמו lucene הטעינה יותר מהירה האם זה בעצם מה שהם עושים?

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

כמו"כ מדבריך נשמע שלא בהכרח מומלץ ללכת על הכיוון הזה? הבנתי נכון?

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

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