@TG
כשהשאלה הופכת לפרקטית נקודתית, כנראה יש עדיפות לבעלי ניסיון, וזה לא נכון במקרה שלי.
חיפוש גוגל עונה תשובות טובות לשאלה הזו אפילו בניסוח גרוע
התוספת היחידה שעולה בדעתי שלא מגיעים אליה דרך גוגל היא זו:
https://github.com/ripienaar/free-for-dev
יש שם תוצאות גם בנושא הזה.
מניסיון העבר יש קונצנזוס בקרב חברי הפורום שכדאי להשקיע קצת, ולהתחיל ללמוד "להקים ענן פרטי" או לתחזק VPS משלכם.
תובנה בסיסית בנושא:
סוג מספר 1 של שירותים בתחום הוא "רכישת מחשב בענן".
זה אומר למשל VPS, שזה מחשב מרוחק וירטואלי (בפועל זה מחשב גדול שהמשאבים שלו משותפים בין הרבה משתמשים, והחלוקה למחשבים אחרים מושגת באמצעות וירטואליזציה תוכנתית).
או גם אפשר לרכוש כזה שאינו משותף עם אחרים.
הגישה של המשתמש אליו מתבצעת בדרך כלל באמעות SSH (לפחות ראשונה, לפני התקנת תוכנות בהתאמה אישית).
חסרון של סוג זה:
יתרונות:
זול בפער עצום מסוג מספר 2 להלן. בדרך כלל עם חיבור עם שירותים כמו cloudflare או letsencrypt כדי להשיג TLS וכדומה (בחינם).
יש לסייג שזה זול רק בשימוש עם מערכת הפעלה לינוקס (זה הנפוץ ב99% מהמקרים, אמנם יש אפשרות גם להתקין בכל מיני דרכים WIN לבד, אבל כשמראש הספק מאפשר שימוש בWIN בצורה חוקית, זה מעלה את המחיר בהרבה מאד, גם בגלל שזה בדרך כלל דורש מחשב חזק יותר, וגם בגלל שזה עולה כסף בנפרד).
ישנן עוד מעלות וחסרונות אבל זה הבסיס.
סוג מספר 2 של שירותים, הוא שירות מנוהל, שבו יש הרבה מאד סוגים, והרבה מאד ספקים שמספקים דברים דומים מבחינת שירות, אבל עלולים להיות שונים מבחינת טרמינולוגיה (כלומר כל אחד יקרא לשירות שלו בשם אחד וישתמש במונחים אחרים לתאר רכיבים בשירות..)
אבל כדי להסביר, יש למשל שירות שמספק את האפשרות להעלות את הקוד כמו שהוא (איך מעלים - יש יותר מדרך אחת בדרך כלל) ובכל השאר מטפל הספק.
ויש שירות שמאפשר להעלות קוד שיעשה פעולות בתגובה לאיזשהו אירוע וכדומה. כל אלו שירותים שבחלוקה כללית שייכים לסוג 2.
חסרונות:
מעלות-הפוך מהחסרונות בסוג שירות מספר 1:
--
השירותים שאני מכיר שהתמחור שלהם מצדיק העמקה ופיתוח מראש בהתאם לפלטפורמה זה רק cloudflare workers (ושאר הכלים שהם מציעים בפלטפורמה. עד לאחרונה היה שירות בשם cyclic, אבל הם ירדו\יורדים מהאוויר, דרוש תחליף..).
אמנם מאד מסובך להבין אותם והתיעוד לא מספק, אבל התמחור נותן הרבה מאד ערך בחינם. ברוב המקרים לא יהיה תשלום בכלל, לפרויקטים בגודל סביר (מלבד סל שירותים מסוימים שעולה החל מהשימוש הראשוני, כמו רכישת דומיין).
הדרך המומלצת היא להכיר את הכל.. כמובן זה אומר להשקיע זמן וללמוד את הנושא.
כשמתנסים בחלק מהשירותים וצוברים ניסיון, מבינים מתי ואיך להשתמש בכל סוג, או אפילו לשלב ביניהם, והדובדבן שבקצפת - איך לתכנן מראש פרויקט בצורה המיטבית שתשלב את היתרונות מכל הסוגים.
ברעיון יש אפשרות להשתמש בסוג 1 כדי לבנות סוג 2 (שזה מה שספקי סוג 2 עושים, ואפשר להשיג את זה לבד, על ידי k8s וכלים מהסוג הזה, אין לי בפועל ידע בזה, וזה מתאים לצרכנים שהם מספיק גדולים כדי להשקיע ולבנות לעצמם את הגמישות בצריכה לבד).
@aaaa כתב בסליקת אשראי נדרים פלוס ב API:
באמת יעזור עם נדרים יתנו אופציה לעבוד עם טוקן.
@חוקר כתב בסליקת אשראי נדרים פלוס ב API:
ברעיון יש להם
לא רק ברעיון, גם במציאות.
וiframe מביא לך טוקן. כלומר אפשרות לגביה עתידית.
זה עובד, ואין באמת צורך לשמור את פרטי האשראי.
יש לcloudflare worker שמסוגל לשלוח מיילים, פרטים כאן.
טיפ:
לשנות לmimtext/browser, וכן זה לא פועל בworker של pages, אבל אפשר להוסיף route באתר שזה משויך אליו.
https://stackoverflow.com/questions/362956 (מקור)
אגב:
המינוח "תוכנת סורקים" מקורו בטעות של התרגום האוטומטי.
תרגום יותר נכון יהיה "תוכנות סריקה", כשהכוונה היא לcrawlers כמושג כללי, ולא אל תוכנה ספציפית.
אפשר לעיין בדף המקורי ללא תרגום לעברית כדי לראות את הטעות.
בכל תוכנות מסדי הנתונים הנפוצות (שאני מכיר) יש אפשרות לאינדקסים.
אפשרי להצפין את הקובץ, עם מפתח סטטי שנמצא בתוך הexe.
אפשר לשמור את המידע הזה בregistry, או לשמור במיקום קבוע בתוך %localappdata% וכדומה, המיקום תלוי אם זה גלובלי למחשב או לכל משתמש בנפרד.
אין בעיה בזה שתוכנה יוצרת קובץ במחשב, זה הגיוני ונורמלי.
בכל דרך פעולה שהיא, בין הנוכחית ובין המוצעת לך כאן, צריך לבדוק ששכפול של הקובץ (ו\או הקבצים הנוספים) לא יאפשר שכפול של פעילות התוכנה (אם התוכנה בתשלום).
בכל מקרה כדאי וצריך להצפין את הנתונים באיזה שהוא אופן, אפשר למשל שהמפתח יהיה משהו סטטי שנמצא בתוך התוכנה + משהו מהמחשב כמו שם משתמש ושם מחשב וכדומה (יש גם API ייעודי לזה של win)
ברור שזה מסבך את הפיתוח בהרבה, אבל אלו הצרכים שהצגת.
@צדיק-תמים
בדוגמה הפשוטה והכללית שאני מכיר מהחיים:
חברות שיש להם נתונים שהם רוצים לשמור עליהם, לדוגמה יד 2 (שגם משתמשים באתגר כמו שציינת) -מחזירים תשובה לשאילתות עם הגבלה על מספר הנתונים, נניח 100 לכל שאילתה.
התשובה נשמרת באיזשהו store מקומי למקרה שתרצה לקבל אותה שוב. אם המגבלה על החיפוש הוא משמעותית, נניח שתי חיפושים ליום, הסיכויים שכל הדטה ידלוף מאד נמוכים.
באופן כללי אני מסכים איתך יותר מאשר עם עצמי - ברוב המקרים זה לא רלוונטי.
פשוט פותח האשכול מיקד את המאמצים שלו (או את הפוסט שלו) בזה שלא תהיה אפשרות לתשאל את הנתונים בלי הקליינט שהוא כתב, וזה לא נראה מוצדק.
מסקרנות, אני שואל לאיזה צורך מישהו ישתמש בזה שלא דרך האפליקציה.
באופן כללי, לבנות אפליקציה מתחרה שתשתמש בbackend שלך לא ניתן טכנית בגלל מגבלות CORS.
ז"א שאתה חושש שמישהו יבנה קליינט רק לעצמו. כדי לראות את הנתונים שאתה שולח.
למה שלא ישתמש במה שאתה בנית? מה תהיה הסיבה שבגללה זה עלול לקרות?
אם אתה חושש מגישה לנתונים עצמם ואיסוף וסיפוח זוחל של הנתונים, תתמקד בלהגביל את מספר הקריאות פר חלון זמן (או את יצירת הטוקן שזמין לזמן מוגבל, זה אותו דבר)
מכיון שהעירו שהפונקציה לא תעבוד אחרי סוף עידן ה"תש", מצ"ב פונקציה משודרגת..
תודה ל@meir-lamdan שהביא לידיעתי את הפונקציה להמרת של ספירה בלש"ק.
const getHebDate2 = date => {
const toHebCount = n => [...'ת'.repeat(Math.floor(n / 400)), ..."קרש"[Math.floor(n % 400 / 100) - 1] ?? [], ...n % 100 === 15 ? ['טו'] : n % 100 === 16 ? ['טז'] : [..."יכלמנסעפצ"[Math.floor(n % 100 / 10) - 1] ?? [], ..."אבגדהוזחט"[n % 10 - 1] ?? []]].toSpliced(-1,0, '"').join('').replace(/^"|"$/g, '').padEnd(2, "'");
const getX = opt => Intl.DateTimeFormat('he-u-ca-hebrew', { [opt]: 'numeric' }).format(date || new Date());
return [toHebCount(getX('day')), getX('month'), toHebCount(getX('year') % 1e3)].join(' ');
}
אפשר לקבל ללא גרשיים על ידי החלפת הקוד החל מtoSpliced לjoin.
מי שמעונין לקבוע את הטקסט של שם החודש (כגון מר-חשון במקום חשון) יצטרך לשלב עם הפונקציה הקודמת.
@ששא כתב בקבלת תאריך עברי של היום בשפת JS:
תמיד 8.
נראה שזה כן מחזיר אדר ב', ובכל מקרה זה יחזיר תמיד אדר ב' ולא אדר סתם.
צריך לתקן\לשפר..
בJS גם אפשר, מאמין שיש דרך יותר מסודרת ונכונה, זה מה שיצא לי כעת:
const hebm = ['תשרי', 'חשון', 'כסליו', 'טבת', 'שבט', 'אדר א', 'אדר ב', 'ניסן', 'אייר', 'סיון', 'תמוז', 'אב', 'אלול'];
const hebc = 'אבגדהוזחטיכלמנסעפצקרשת'.split('');
const toObj = a => Object.fromEntries(a.map((e, i) => [i + 1, e]));
const [mobj, cobj] = [hebm, hebc].map(toObj);
const toHebCount = n => String(n).split('').toReversed().map((e, i) => cobj[i ? (i * 9) + Number(e) : Number(e)]).toReversed().filter(Boolean).join('"').replace('י"ה', 'ט"ו').replace('י"ו', 'ט"ז').padEnd(2,"'")
const [d, m, y] = Intl.DateTimeFormat('en-u-ca-hebrew', { year: '2-digit', month: 'narrow', day: 'numeric' }).format(new Date()).split(' ');
console.log(d, m, y);
console.log(toHebCount(d), mobj[m], `תש${toHebCount(y)}`);
עריכה: יש באג עם חודש אדר, ראו בהמשך
ואותו דבר כפונקציה שמקבלת תאריך ומחזירה עברי:
עריכה: הפונקציה תוקנה, ונראה שמחזירה תאריך תקין תודה ל @dovid על התיקונים שהוסיף.
const getHebDate = date => {
const [mobj, cobj] = [['תשרי', 'חשון', 'כסליו', 'טבת', 'שבט', 'אדר', 'ניסן', 'אייר', 'סיון', 'תמוז', 'אב', 'אלול'], 'אבגדהוזחטיכלמנסעפצקרשת'.split('')].map(a => Object.fromEntries(a.map((e, i) => [i + 1, e])));
const toHebCount = n => String(n).split('').toReversed().map((e, i) => cobj[i ? (i * 9) + Number(e) : Number(e)]).toReversed().filter(Boolean).join('"').replace('י"ה', 'ט"ו').replace('י"ו', 'ט"ז').padEnd(2, "'");
const [d, m, y] = Intl.DateTimeFormat('en-u-ca-hebrew', { year: '2-digit', month: 'narrow', day: 'numeric' }).format(date || new Date()).split(' ').map(Number);
return `${toHebCount(d)} ${m > 5 ? [0, 3, 6, 8, 11, 14, 17].includes((5700 + y) % 19) && [6, 7].includes(m) ? m === 6 ? "אדר א'" : "אדר ב'" : mobj[m - 1] : mobj[m]} תש${toHebCount(y)}`;
}
console.log(getHebDate(Date.now() + 1000*60*60*24*3));
@ASS ייתכן שיעזור אם תבהיר את השאלה בכמה פרטים.
@חנון-המרבה
אולי אתה פשוט מחפש את זה.
זה עובד, אני לא הצלחתי למצוא דרך שהכתובת תהיה יחסית.
זה גם מציג הודעה בפעם הראשונה (ואז אפשר לסמן שלא יציג בפעם הבאה).
@ivrtikshoret כתב בפתיחת קובץ מקומי דרך JS ב-HTML:
אתה כותב לו הרבה פתרונות כאשר אין לך בכלל מושג מה הוא רוצה לעשות עם הקובץ הוא כתב שהוא רק רוצה לפתוח,
ולכן שאלתי אותו מה המטרה שנוכל לענות לו..
הייתי במקום שלו, לא זוכר מתי ולמה. זה תהליך שעוברים אנשים..
חושב שכככל שידע מהר יותר מה רעיון מעשי ומה לא, יהיה לו יותר קל "להיפרד" מהרעיון "שלו" ולחשוב טוב על הפתרון שהכי טוב לו מבין הפתרונות האפשריים (הרבים) הקיימים.
@חנון-המרבה כתב בפתיחת קובץ מקומי דרך JS ב-HTML:
ולגבי התשובה שלך, אין לי קובץ אקסל פתוח, אני רוצה לפתוח קובץ קיים מחדש.
אם זה צריך לרוץ בעמדה מקומית (כלומר אתה כותב את זה עבור מחשב בודד), תתקין שם שפת שרת כלשהי, למשל nodejs, ותכתוב סרבר קטן שמקבל בקשה מהדף שלך וכותב אותה לקובץ חדש.
תוכל לעשות שהוא יופעל בעליית המחשב, וגם שיהיה ניתן לפתוח אותו בעזרת קישור (שהוא ישרת את הקובץ HTML ולא קובץ מקומי) אם תרצה.
אין. יש פעולות מקלדת בתוך הטאב שבו פועל הדף שלך (מלבד הגדלת סרטון למסך מלא.. שזה גם נחשב בתוך הטאב שלך, זה משפיע רק על התצוגה, ולא על המחשב והקבצים). ואתה גם יכול ליזום אותם, אבל לא תוכל ליזום את אלו שמשפיעות מחוץ לטאב שבו הסריפט שלך רץ.
ליתר דיוק - אין משהו מוכר. אולי לNSO/NSA יש מידע בנושא.
@חנון-המרבה כתב בפתיחת קובץ מקומי דרך JS ב-HTML:
השאלה אם אפשר בצורה אחרת ע"י הדמיית מקשי מחשב, במאקרו יש כזה דבר sendkey שזה מבצע פעולות מקלדת כמו Ctrl+A שזה בוחר הכל וכדו', השאלה אם הJS זה גם קיים או שזה לא קיים.
תודה על התשובות המהירות.
אם תפרט (או תפתח אשכול ייעודי) על הצורך הספציפי, יציעו פתרונות חלופיים.
פתרון אחד אפשרי (כמובן תלוי סוג השימוש המדובר) הוא שבקובץ הHTML יהיה מקום להדביק, ויצטרכו להעתיק מתוך האקסל.
זה קל מאד לביצוע, ועוד מעלה שאפשר לבחור בדיוק מה להעתיק.
כמובן החסרונות רבים וזה מתאים לשימוש יותר אינטראקטיבי ופחות לסקריפט שאמור לעבוד לבד.
https://robomongo.org/
מתמונות ברשת נראה שבתוכנה הזו יש אפשרות להשתמש בssh tunnel מובנה בUI.