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

@nigun אמר ב[דרוש מתכנת לבניית מערכת טלפונית לגביית כספים]

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

איך עושים את זה, באמת?
עם איזה API צריך לתקשר?

אם יש קישור או הסבר, נשמח לשמוע...

@בערל תודה רבה - תשובה מדוייקת.

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

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

• בנוסף יש לשים לב - ניסיתי את זה עם טופס בעברית, ויש קושי יותר ביישום הפתרון הראשון והשלישי בעברית כי גוגל אוטומטית הופכת את הטקסט של התשובה המוכנה מראש בעברית לקוד תווי URL (עם % לכל תו), אך עדיין נראה לי שהפתרון השלישי הוא האופטימלי לבינתיים.

בטופס של Google Forms יש אפשרות ליצור קישור לטופס שמולא מראש.

האם יש אפשרות ליצור את הקישור לבד?

לדוגמא - לייצור נוסחה ב Google sheets שתכתוב לי את נוסח מילוי הטופס כחלק מהקישור. (כעין שעשיתי בחיפוש מתורגם לאנגלית בגוגל)

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

@צור בקישור זה יש הסבר ממש מפורט.
ולשאלה הספציפית שלך - עיין שם בטכניקה מספר 8.

@אפר-שריפה אמר בהגדרת מצב נוכחי באקסל:

• להדביק ב E9 ולגרור למטה

=N(E8)+D9

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

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

• אסייג את דברי - תלוי כמובן איך עובד אקסל מאחורי הקלעים בכה"ג, כי יש סיכוי קטן ש + הרבה יותר איטי מ SUM משום מה.
  (לפעמים הנוסחאות הקיימות במערכת יותר מהירות. המחשה לזה - שימוש ב VBA בFOR EACH לחפש VALUE מסוים של RANGE הרבה יותר איטי מ MATCH).

@ראש-פינה אם האקסל שלך גירסה 2016 ומעלה הייתי ממליץ מאוד על POWER QUERY.
כאן - https://excel.kova.co.il/1243/ מסביר מעולה איך לעבוד.

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

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

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

@למה-מה-קרה אמר במניעת העתקת נוסחאות ב-Google Sheets:

@Y-Excel-Access
בעצם אין הבדל בין אחד שהוא הבעלים של הקובץ לבין אחד שיש לו הרשאת עריכה?

כמו ש @בערל הביא -
בעלים רק הוא יכול להגן על תאים בקובץ המקורי, ולהגביל שרק הוא יוכל לשנות הרשאות עריכה.
עורך תמיד יכול -

• לערוך תאים לא מוגנים בקובץ המקורי,
• להעתיק ולהוריד - ואז התאים המוגנים כבר גלויים אצלו.
• ולשנות קוד APP SCRIPT (מאקרו של SHEETS). (יש כל כך הרבה יכולות שנמנעו בגלל סעיף זה...)

@בערל אמר במניעת העתקת נוסחאות ב-Google Sheets:

האם יש אפשרות שהוא לא יוכל לראות את הנוסחאות?

אפשר לקמבן ע''י IMPORTRANGE מקובץ אחר
השאלה אם זה מסתדר עם העריכות שהנ''ל צריך לעשות

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

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

מידע נוסף:

כאן הוא כותב שאין דבר כזה.
אבל כאן כותבים שהאפשרות הפשוטה היא להוסיף את הקוד כתוסף (ולהשתמש עם מחלקות פרטיות או ציבוריות למחצה - כמו שמפורט ההסבר כאן וכאן).

מישהו יודע או מכיר קישור ברור המסביר איך ליצור תוספים ב VBA?

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

@WWW אמר בחיפוש מתורגם לאנגלית בגוגל:

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

נשמח לראות - כמובן אם זה לא זכויות יוצרים וכו'

@ב-ל נכון, לכן כתבתי ליצור העתק
(אתה לא רוצה שכל העולם יראה מה אתה מחפש... נכון?)

כשיש הרבה מודולים ומחלקות, נוצר כבר צורך ליצור להם מרחב שמות או לפחות להכניס אותם ל'תיקיה' או לצמצם אותם כספריה.

הסיבה לצורך:

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

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

תודה רבה.

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

איך להשתמש?
יש להעתיק את הקובץ - כרטיסייה קובץ > יצירת עותק.
ולהשתמש עם העותק שלכם.
גודל המסך מתאים למחשב (מי שרוצה יכול לשנות שיתאים לטאבלט וכדו')

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

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

@צבי-ש
אולי כדאי ליצור את המסד נתונים קצת אחרת-

טבלה1 - ID פלאפון
טבלה2 - (שני השדות הראשונים הם מפתח משולב) תכונה, מספור, סוג ערך מתאים (הטקסט שיופיע)
טבלה 3 - (שלוש השדות הם מפתח משולב) ID פלאפון ( = מפתח זר של טבלה 1), תכונה, מספור ( = שני השדות מפתח זר של טבלה 2)
טבלה 4 - ID לקוח
טבלה 5 - (שלוש השדות הם מפתח משולב) ID לקוח ( = מפתח זר של טבלה 4) , תכונה, מספור ( = שני השדות מפתח זר של טבלה 2)

וכעת ניתן בקלות להשיג את המידע.
(אני כותב את אלגוריתם השאילתה בעברית)

שלב 1.
ליצור שאילתה לחיפוש ID פלאפון שוודאי לא תואם מחמת שלא עונה על אחת הדרישות:
(SELECT) לבחור את השדות ID פלאפון , ID לקוח
(FROM) להביא את טבלאות 2,4 (תכונה בטבלה 3 LEFT JOIN לתכונה בטבלה 5)
(WHERE) בתנאי ש: אם שדה מספור בטבלה 3 קטן מהמספור בטבלה 5 - או - אחת השדות בטבלה 5 ריקה (IS NULL)
לקנן או לשמור בשם את השאילתה הזו כ'לא מתאים'.

שלב 2.
עכשיו ליצור שאילתה לחיפוש ID לקוח שכן מתאים:
לבחור את השדות ID פלאפון , ID לקוח
להביא את שאילתה לא מתאים ,טבלה 4 (טבלה 4 LEFT JOIN שאילתה לא מתאים)
בתנאי ש: אם שדה ID פלאפון בשאילתה לא מתאים ריק (IS NULL)

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