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

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

לומר שוורדפרס היא סביבת פיתוח, זה כמו לומר שכתבתי תוכנה לניהול תלמידים, שתהיה מודולרית מכאן עד הירח וכו', והיא נקראת סביבת פיתוח.... -- ממש לא!!

דוד, אני חושב שאתה צריך לבדוק אתPHP או NodeJs ולחזור אלינו עם תשובות...

פורסם במקור בפורום CODE613 ב24/07/2014 10:06 (+03:00)

עידכון:
הנה גירסה מעודכנת (קוד מקור) של "צבע אדום"
וזו תוכנה מוכנה, למי שרוצה רק לעבוד עם זה בלי להבין...

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

מה בעידכון:

1. אפשרות לבחור את המרחב שלכם (עדיין תצטרכו לדעת מה המרחב שלכם)
2. אם תהיה אזעקה ח"ו במרחב שלכם התוכנה תפעיל אזעקה אמיתית (לא לבעלי לב חלש)
3. בדיקת אזעקה.
4. עצירת אזעקה מתנגנת.
5. רשימת ישובים במרחב שבו יש אזעקה.
6. שמירת הסטורייה (אחרי שהתוכנה נסגרת)
7. שמירת הסטורייה לקובץ.
   8.ניקוי הסטורייה.

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

פורסם במקור בפורום CODE613 ב25/07/2014 01:38 (+03:00)

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

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

מל"ב:

1. הוא מביא בשלב זה את האיזורים ולא את היישובים.
   אני מקווה ומתפלל שהמלחמה תיגמר בזמן הקרוב, אבל אם לא, אני ימצא זמן וימיר את כל האיזורים לשמות היישובים המכילים.

2. להכניס קובץ של אזעקה (יש לי בMP3 ורק צריך להמיר לWAV כדי שיהיה אפשר לנגן אותו בקלות) - ואז לאפשר למשתמש לבחור את היישוב שלו, וכשיש אזעקה ביישוב שלו המחשב יפעיל את האזעקה.

3. לשמור בקובץ את הסטוריית האזעקות.

תהנו...

מצ"ב:
הפרוייקט
אזעקה בMP3

פורסם במקור בפורום CODE613 ב17/07/2014 00:01 (+03:00)

אז אחרי תקופה שלא היה לי זמן לכתוב כאן בפורום (תמיד הימים שבין ה1 ל10 לחודש קצת לחוצים אצלי :() ורק קפצתי לבקר ולראות מה אתם כותבים, אז הנה אני כאן...

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

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

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

מצד שני, אם אנחנו מדברים על פשטות, אז למשתמשי SQL SERVER פשטות זה אותיות גדולות מפרידות, והדרה קושייא לדוכתא!!
ע"כ נראה לומר לענ"ד שבכ"ז ננסה להשתמש בקו תחתון מפריד למען משתמשי הMySql, ובמקביל, לכתוב סקריפט עבור משתמשי הקצה שירצו הפרדה של אות גדולה שיעבור בלופ על כל הטבלאות והשדות בטבלאות, ואיפה שיש קו תחתון הוא ימחק את הקו התחתון, ובמקום זה יהפוך את האות שאחרי הקו התחתון (שנמחק) לאות גדולה, והאמת והשלום אהבו.
וכן לעניין הממשק (אם יוחלט לפתח טמפלט) - אולי לסדר איזה משתנה גלובלי + פונקצייה שתמיר את השדות מתבנית קו תחתון לתבנית אותיות גדולות מפרידות.
והנלע"ד כתבתי.

ד"א, softs - ברוך הבא!! (לא זוכר אם כתבתי לך כבר) - המקצועיות ניכרת <!-- s:-) --><img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":-)" title="מחייך" /><!-- s:-) -->

פורסם במקור בפורום CODE613 ב16/07/2014 23:40 (+03:00)

@דוד ל.ט.

לא ידעתי שניתן לקשר אקסס לCSV, יפה.
א"א להגדיר בקישור "קריאה בלבד"?

גם ב SQL SERVER אפשר לקשר.
ראה: Linked Server
שים לב שזה לא קיים בגירסאות האקספרס....

פורסם במקור בפורום CODE613 ב30/06/2014 16:49 (+03:00)

למה בעצם יצרת 2 קבצים שונים עבור 2 המשתמשים?
לא יותר קל ליצור קובץ אחד עם טבלת משתמשים?
ליבי אומר לי שקובץ האקסס נועל, אבל אם תשתמש בקובץ אחד פתוח פעמיים זה יעבוד מצויין.

פורסם במקור בפורום CODE613 ב30/06/2014 12:47 (+03:00)

ראה כאן:
http://code.613m.org/viewtopic.php?t=233&p=1617

פורסם במקור בפורום CODE613 ב26/06/2014 10:03 (+03:00)

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

כמה דברים:
לגבי השינוי בין SQL SERVER לmysql , אולי כדאי לחשוב על כלל ברזל שיהיה תקף בשניהם (ולא מפריד אותיות גדולות במייקרוסופט וקו תחתון בMYSQL), כדי להקל על הגירה בין הפלטפורמות. ובנוסף, ברגע שכלל הברזל יהיה אחיד, יהיה אפשר להשתמש בו גם בכלים אחרים כדוגמת מנגוDB, אקסס וכו'.

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

אהבתי את השם של הפרוייקט!

בהצלחה!

פורסם במקור בפורום CODE613 ב26/06/2014 13:07 (+03:00)

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

פורסם במקור בפורום CODE613 ב23/06/2014 09:26 (+03:00)

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

ד"א, בגלל הסיבה הזו אני אוהב לשים קידומת Tbl לטבלאות Qry לשאילתות וכו'

פורסם במקור בפורום CODE613 ב17/06/2014 20:53 (+03:00)

@ארכיטקט

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

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

פורסם במקור בפורום CODE613 ב30/09/2014 22:10 (+03:00)

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

Dim r As New Report_QrySumByHebDate
r.Filter = "UserId=2"
r.FilterOn = True
r.Visible = True

בעייה שיכולה להיות עם השיטה הזו זה אם אתה משתמש באירוע NoData, ושם אתה יוצא.
מה שאני מציע זה או ליצור משתנה בדוח שמחזיק בתוכו אם עשית כבר את הסינון שלך, ורק אם כבר עשית את הסינון אז אתה יוצא כשאין נתונים, או לא להשתמש באירוע אלא לבדוק כמה רשומות יש בפונקצייה שפותחת את הדוח.
למרות שלפי בדיקה ראשונית שעשיתי נראה שהאקסס לא מעצב ולא מושך שום נתון לפני שאתה מאפשר Visible, אבל זה ב2013. אני זוכר שב2003 באמת הייתה לי את הבעייה הזו, ולא התעמקתי בזה אז כי מצאתי פיתרון עוקף.

פורסם במקור בפורום CODE613 ב16/09/2014 22:05 (+03:00)

@ארכיטקט

א. הגרפיקה ב 2013 (בעיקר עיצוב כפתורים) משתבשת ומראה הכל בגווני אפור החל מהטופס השני ואילך.

ב2010 לא ראיתי שום בעייה, וב2013 אכן יש בעייה, והייתי צריך להגדיר Me!cmd.UseTheme = True

בעיות נוספות:
אם עושים סינון פרמטר בתיבת רשימה(forms!frmMain!IDTxt וכו'), אז Requery לא עובד, כי הוא לא יודע לאיזה טופס להתייחס.

פורסם במקור בפורום CODE613 ב16/06/2014 12:33 (+03:00)

וכמובן, להיזהר מאד מהזרקת SQL

פורסם במקור בפורום CODE613 ב15/06/2014 19:29 (+03:00)

@ארכיטקט

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

דווקא יש ריבוי מופעים.
מצ"ב הדוגמא שלי
MultiFormInAccess.accdb

פורסם במקור בפורום CODE613 ב15/06/2014 13:39 (+03:00)

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

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

ועכשיו לקובץ.

הפורמט של קובץ הוא FileDrop, אבל כשמעתיקים מRDP אז מה שנשמר בזיכרון זה לא FileDrop אלא משהו אחר.
נסיונות לאתר איזה פורמטים יכולים להיות "מומרים" לפורמט תיקני מחזירים 3 תוצאות:
ע"י הפונקצייה:

data.GetFormats( True)


-		data.GetFormats( True)	{Length=3}	String()
		(0)	"FileGroupDescriptorW"	String
		(1)	"FileContents"	String
		(2)	"Preferred DropEffect"	String

3 התוצאות הם בעצם פרטים על שם הקובץ והפעולה (העתקה, העברה וכו') אבל לא איפה הקובץ.
ההשערה שלי היא שכנראה הקובץ עצמו יושב בפורמט פנימי של מייקרוסופט (כמו שכל מתכנת יכול להגדיר לעצמו פורמט) ולכן הפונקצייה הנ"ל לא מוצאת אותו - (כי כנראה היא מכירה רק את הפורמטים ה"סגורים")

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

רעיונות?

פורסם במקור בפורום CODE613 ב10/08/2014 00:56 (+03:00)

אז למה לא להשתמש בסוג מספר? (ומקסימום לבדוק אם הטווח הוא בין 1900 ל2100)
אם זה אפשרי מבחינתך, אז תעשה ברירת מחדל את ה1 לינואר של כל שנה, ובתבנית עיצוב תכתוב YYYY, ואז כשישנו את השנה יראו רק את השנה (הבעייה שם שכשלוחצים כדי להזין מידע הוא מציג לרגע את כל התאריך)

פורסם במקור בפורום CODE613 ב28/05/2014 17:40 (+03:00)

נראה לי שהבעייה היא הגרשיים הכפולים בתוך טקסט.
תנסה לכתוב עם גרש בודד כך:

dlookup("[First name]& ' ' &[ Last name]","TblUsers","UserId=0" & UserId)

פורסם במקור בפורום CODE613 ב22/06/2014 22:27 (+03:00)

חסום לי באתרוג וא"א לפתוח.
יש מי שמתנדב להוריד ולהעלות?

פורסם במקור בפורום CODE613 ב26/05/2014 10:11 (+03:00)

@דוד ל.ט.

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

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

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

@ClickOne
לגבי הביזבוז עם סטרינג, אני רק רוצה להזכיר שסטרינג בהחלט יכול לשמש כמפתח ראשי על אף הבזבזנות שלו (ועל אף הרצון של כולנו להשתמש דווקא במספר אוטו') - לדוגמא: GUID, שממומש במקרים רבים כסטרינג + מפתח ראשי ולא כסוג uniqueidentifier.

אני התכוונתי על בזבוז מעבד וזיכרון ברגע החישוב, לא על זיכרון דיסק באחסון (זה בכלל עמודה מחושבת!!).
לגבי מקום בדיסק או ביצועי השוואה (כאינדקס, וכמפתח ראשי) אין הבדל כלל בין סטרינג למספר, בתנאי שהסטרינג אורך קבוע (לא varchar), ושההשוואה היא מול מספר של קנה מידה שווה (עם זה char(10) לדוגמה, אז כל char זה byte שלם, מה שאומר מספר ענק.
אגב אפשר להשתמש למקרה שלנו גם בטיפוס binary, לכאורה זה חוסך.

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

@שמואל

@ClickOne
יכול להיות שהוא פשוט רוצה קידומת כדי שיוכל לעשות טבלת משנה ולהכניס בתוך עמודה אחת את מ2 הטבלאות.

אני נהנה לשמוע שלומדים את כוונותי

אם כבר, לדוגמה בעסק שמנפיק חשבוניות וכמובן הם חייבים להיות לפי סדר רץ
כאשר רוצים להתחיל מיספור מחדש או אפילו בו זמנית להשתמש בשני מיספורים שונים אז עושים סדרות בצורה כזו (כך עד כמה שידוע לי)
סדרה אחת: 01/1, 01/2, 01/3 וכו',
סדרה 2: 02/1, 02/2, 02/3 וכו',
דרך אגב: נראה לי שהסלש הוא רק עניין תצוגתי להפריד כל פעם את שני הספרות הראשונות, אני צודק?

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

פורסם במקור בפורום CODE613 ב22/05/2014 12:36 (+03:00)