@צדיק-תמים מהאתר החדש עובד,
בדקתי גם במערכת בשרת אחר (פרייבט) ואותו הדבר,
מה שכן שמתי לב שם, שימות עצמם רושמים את הpath כך : ivr/22 (ניסיתי, ועובד בקטנים, ואותה שגיאה בהעלאה בחלקים..)
יש עניין להביא cURL של אחד החלקים? (מהאתר החדש)
הפורום כעת לקריאה בלבד, לקריאה נוספת.
@צדיק-תמים מהאתר החדש עובד,
בדקתי גם במערכת בשרת אחר (פרייבט) ואותו הדבר,
מה שכן שמתי לב שם, שימות עצמם רושמים את הpath כך : ivr/22 (ניסיתי, ועובד בקטנים, ואותה שגיאה בהעלאה בחלקים..)
יש עניין להביא cURL של אחד החלקים? (מהאתר החדש)
@dovid כתב בעזרה עם שגיאה בהעלאת קובץ בחלקים לימות המשיח בc#:
אם תסכים לשתף אותי בטוקן שלך במייל אשמח
תודה!
שלחתי במייל
@אביחיל כתב בזיהוי אקרודים בפייתון:
ובדרך אגב מה הסיפור הזה בפייתון שכל עידכון גירסה שלהם משבש את חלק ניכר מהספריות למה אין להם תאימות מינימלית
זה מזכיר שפות מלפני 20 שנה
חשבתי שבעידן הזה אין כאלה בעיות
בוא לnode ותדבר 
@מוטי-מן אני לא יודע אם יש בזה כללים ברורים,
אבל אני עושה אינדקס בד"כ על שדות שאני משתמש בהם הרבה בLEFT JOIN, ORDER, GROUP וכמובן WHERE, אני לא עושה את זה תמיד, אלא רק שדות שמשמשים בכמה שאילתות שמתבצעות בתדירות,
להבנתי אם תגדיר יותר מידי אינדקסים זה אומנם עשוי לשפר את מהירות שליפת הנתונים, אבל יאט את קצב הקליטה של נתונים חדשים (האינדקס מתעדכן בכל פעם שאתה מוסיף נתונים),
לגבי אינדקסים על שדות בוליאנים, אני לא יודע,
@Shmuel754 זה לא שגיאה,
ההבדל הוא בAction.
אגב, תוכל להשתמש גם בספריה הזו https://github.com/ookii-dialogs/ookii-dialogs-wpf
אבל כפי שכבר כתבו, זה לא ממש רלוונטי לפרויקטים חדשים..
@צדיק-תמים אני מיישם בעיקרון את כל המגבלות בשני הצדדים, ולא זה העניין, העניין האמיתי הוא פשוט יותר, האפליקציה צריכה להיות בשימוש של בחורים, ולא בא לי (זה גם רמת החשיבות) לעשות למי שרוצה לשחק חיים קלים...
לא השתמשתי בקאפצ'ה, אני אכן אבדוק את זה בעז"ה.
תודה לכל העונים,
אני כותב אפליקציה web שתהיה זמינה באופן ציבורי, ואני רוצה למנוע כמה שניתן את השימוש בapis - שנחשפים באפליקציה - שלא דרך האפליקציה, (היינו למנוע ממשתמש להדביק את הכתובת בדפדפן ולקבל את המידע..)
אז כרגע יישמתי את 2 הדברים הבאים:
אבל אני רוצה למנוע גישה גם ממישהו ש'השיג' את הבקשה המלאה ויש לו מפתח API (אחד הקליינטים..), ואני מחפש רעיונות כיצד לממש את זה..
אני חשבתי לעשות טוקן שנוצר בהתבסס על נתונים משתנים בקביעות לפי מוסכמות מסוימת, וככה בקשה שעבדה לפני 5 דקות כבר לא תעבוד שוב.. ואז חשבתי שזה מתחיל להיות דומה לp2p וא"כ אולי זה יותר טוב? (היינו שהטוקנים הללו ייוצרו בשרת)
אני לא יכול לעשות אימות לפי ip כי האפליקציה צריכה להיות נגישה מכל מקום, ואני גם יודע שאני לא יכול למנוע גישה לחלוטין, אבל אני מנסה לעשות קצת יותר מהרגיל..
.
כמובן שמלבד זה, הגישה לנתונים עצמם - היינו לא הנתונים הציבוריים של התוכנה, דורשת טוקן התחברות זמני של המשתמש וכל הקריאות מנוטרות למניעת נסיונות אקראיים למציאת הטוקן/מפתח המתאים.
@avi-rz כתב בעבודה נכונה מול מסד נתונים ללקוחות נפרדים:
אם אני רוצה אצלי לעשות תוכנה עם אפשרות שיתוף של לוח מסוים עם משתמשים שונים, ברגע שמדובר בDB ים שונים, העסק נהיה מורכב פי כמה. טעיתי?
תלוי בנתונים ובאופי שלהם..
יש לי תוכנה שעובדת עם נתונים של רחובות וערים וכדו', ורציתי שזה יהיה משותף לכלל המשתמשים, אז הפרדתי את הנתונים הללו מהdb הרגיל, ויצרתי db משותף לדברים הללו..
אבל אתה צודק שאם צריך אינטראקציה בין הנתונים הללו לנתונים של המשתמש אז זה עשוי להיות חגיגה, כנראה שבדיוק בשביל זה אומרים שצריך לתכנן את הdb מראש 
@מוטי-מן אני עשיתי ככה באחד מהפרויקטים שלי, ובשביל אבטחת מידע הוספתי מלבד הבדיקות המחמירות על הAPI שניגש לdb, גם פונקציה שבודקת את כל הנתונים שנשלחים ומוודאת שהם אכן שייכים ללקוח הרלוונטי.
גם עשיתי אפשרות למשתמש להכניס תוכנה שרת אחר למסד הנתונים, ככה שאם זה חשוב לו, הוא תמיד יכול להגדיר שרת פרטי שלו כשרת מסד הנתונים.
אני לא יודע האם זה הדרך התקנית, אבל נראה שזה דרך מקובלת לחלוטין
אני צריך לייצא (להדפיס/pdf) דוחו"ת של נתונים בעיקר טבלאיים מהתוכנה, מהי הדרך הנכונה לעשות את זה?
האם עיצוב של חלון בxaml והדפסה שלו כדו"ח זה טוב או רע?
אני חשבתי על עיצוב הדוחו"ת ב Page.xaml וליצור Window שאליו אני אטען בכל פעם את הPage הרלוונטי, ועל הWindow אני אעשה את הקוד לשמירה והדפסה וכדו'
.
נ.ב. בדרך הזו אני לכאורה מרוויח שאני יכול ליצור דוחו"ת להדפסה החוצה, אבל שכל עוד הם בתוכנה הם דינאמיים ואינטראקטיביים, מגיבים ללחיצות וכו', כי חלק מהדוחו"ת אמורים להיות מוזנים אח"כ חזרה לתוכנה עם תיקונים ותוספות, ואני חשבתי ליצור לכל דו"ח מזהה ייחודי שיהיה מורכב מסדרת מספרים בפורמט מסויים, שהתוכנה תזהה באיזה סוג דו"ח מדובר ומהם הפרמטרים ששימשו להפקתו, ותוכל להציג אותו מחדש לעדכון מהיר ונח, אף שלא נשמר עותק אמיתי בתוכנה.
@Mordechay אולי זה https://kivy.org/
@Y-Excel-Access כתב בגוגל שיטס - איך להעתיק היפר קישור בין חוברות עבודה:
יורשה לי לחלוק בנחרצות, GETVALUES עובד לי מצוין למרות שהגליון סגור כשהטריגר פועל, כלומר הפעולה גורמת לנוסחה בתא לחשב ולתת לAPP SCRIPT את התוצאות של הנוסחה.
נכון, כי כשאתה ניגש לנתונים אז גוגל מבצעת חישוב ומגישה לך את תוצאת החישוב..
מה שכתבתי
לצורך העניין אם תיגש לנתונים כשהגיליון סגור
כוונתי היתה שאם תיגש לקובץ (לא ממש אפשרי בגוגל שיטס אבל תוכל לנסות באקסל) שלא דרך הגוגל שיטס או הAPI אלא תפתח אותו בnotepad תראה שהתא מכיל את הנוסחה ולא את הערך..
@Y-Excel-Access האמת שכבר לא הבנתי מה אתה בדיוק מתכווין.. אולי כדאי שתביא קטע דוגמה שמבוסס על הצורך המדוייק.
HYPERLINK זה בסך הכל יוצר לינק בתא, לא? אז למה שהעיצוב שלו יהיה שונה משאר הלינקים, כפי שהעליתי מקודם (אני לא טוען מידיעה, לא נתקלתי בדבר כזה, וחיפשתי כעת קצת בתיעוד ולא מצאתי שקיים דבר כזה..)
מלבד זה נוסחאות בתא עצמו אף פעם לא נשמרות בגיליון אלא מחושבות בהפעלה, לצורך העניין אם תיגש לנתונים כשהגיליון סגור, תקבל רק את הנוסחה ולא את התוצאה שלה..
@Y-Excel-Access כעת אני חושב שאולי זה יעזור לך
let spreadsheet = SpreadsheetApp.getActive();
spreadsheet.getRange('N3').copyTo(spreadsheet.getRange('N5'), SpreadsheetApp.CopyPasteType.PASTE_NORMAL, false);
בפשטות זה אמור לעבוד גם מחוברת עבודה אחרת,