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

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

        Dim imag As Image = Image.FromStream(New MemoryStream(File.ReadAllBytes("c:\Original.tiff")))

        Dim strm As New MemoryStream()

        imag.Save(strm, ImageFormat.Jpeg)

        Dim watermark As Image = Image.FromFile("c:\watremark.png")

        Dim final As Image = Image.FromStream(strm)

        Dim g As Graphics = Graphics.FromImage(final)

        Dim mtx As New ColorMatrix()

        mtx.Matrix33 = 0.9

        Dim attributes As New ImageAttributes()

        attributes.SetColorMatrix(mtx, ColorMatrixFlag.Default, ColorAdjustType.Bitmap)

        g.DrawImage(watermark, New Rectangle(0, 0, watermark.Width, watermark.Height), 0, 0, watermark.Width, watermark.Height, GraphicsUnit.Pixel, attributes)

        g.Save()

        final.Save("C:\OriginalWatremarked.jpeg", ImageFormat.Jpeg)

        g.Dispose()

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

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

פורסם במקור בפורום CODE613 ב07/09/2014 15:46 (+03:00)

אני עובד עם RDC MANAGER - כלי מעולה

אגב קובצי ה RDP הם טקסטואליים ואתה יכול לשנות ידנית משהו אם הוא לא נראה לך עובד דרך ה UI
הסברים על ההגדרות תמצא בקלות בגוגל - לדוגמה:

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

אני מניח שהוא שיקף סיטואציה שבה יש לו שדה DATE ולכן ההמרה

פורסם במקור בפורום CODE613 ב31/07/2014 12:59 (+03:00)

@ארכיטקט

למה זה לא עובד?

select   cast(GETDATE() as date) + cast(GETDATE() as time)

כי ל DATE אין מקום ל TIME אתה צריך להמיר ל DATETIME ואז להוסיף, כדלהלן:

select  CAST(GETDATE() as DATETIME) + cast(GETDATE() as TIME)

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

מודה ועוזב ירוחם . . .
אגב לפני 2008 לא היה TIME . . .
ואגב TIME עם או בלי ה 7 זה אותו דבר (כמעט)
מקור
http://msdn.microsoft.com/en-us/library/bb677243.aspx

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

ג"א מצטרף לדברי דוד, האופרטור + עובד מצוין:

DECLARE @d AS DATETIME  = GETDATE()
DECLARE @t AS TIME = '01:01:01'

SELECT @D + @t

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

JQUERY עושה את זה פשוט
לדוגמה :
CLIENT SIDE

$.post( "MyPage.php/receiveArray", arrayvar );

וב SERVER SIDE

function receiveArray() { 
$array = $_POST;
}

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

אני לא אוהב את ההתנצחויות האלו
לא תמיד יש אמת אבסולוטית ולחרדים (ואני בתוכם :oops:) יש נטיה להתפלפלות מיותרת, אז בא נניח לזה . . .

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

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

לתמונות אתה יכול לבחור משהו בסגנון של אלו: http://www.hongkiat.com/blog/jquery-image-galleries-sliders-best-of
ל PDF אני הייתי שם EMBED של OBJECT בתוך IFRAME או משתמש ב PDF.js

לגבי ה DB אם אלו השיקולים שלך תמיהני על הניק שבחרת . .
אתה הרי תופס פי 4 מקום עם NVARCHAR או פי 2 עם VARCHAR במקום VARBINARY
למה לא לשים בטבלה VARBINARY וליצור VIEW שמציג HEX? יש פונקציה פשוטה שהופכת VARBINARY ל HEX
sys.fn_varbintohexstr ויכולה לשמש ב VIEW בקלות
זה מייתר את הטענה על נוחות העתק הדבק וכו'

אגב אני הייתי מצפה לקבל VARBINARY (או FILESTREAM במקרה הגרוע יותר) ממתכנת שהיה לפני . . .

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

@ארכיטקט

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

אתמהה, הרי להציג רשימת קבצים ב HTML עם לינק להורדה לא דורש ספריות מיוחדות זה דורש HTML פשוט אפילו בלי JS
האם הכוונה להציג את תוכן הקובץ כתצוגה מקדימה כמו ב OUTLOOK ?
אם כן זה דיון ארוך . . .
אם לא, מה שאתה צריך זה להציג רשימת קבצים שתומכת בהעלאת קבצים חדשים ושתציג גם קבצים קיימים עם אפשרות להורדת הקיימים ועדיין שייראה כרשימה אחידה
וזה בדיוק הבעיה, יש הרבה UPLOADERS אבל התמיכה בהצגת קבצים קיימים כחלק אינטגרלי לא ממש קיימת
במסגרת פרוייקט שלי טיפלתי ב DROPZONE גם להצגת קבצים קיימים ומאז אני משתמש בו
בעיני זה הפתרון לסיטואציה כזו (בהנחה שאתה מדבר קצת JS'ית)

אגב משהו צורם לי ב BASE64 ב DB . . . תוכל לפרט יותר באלו פלטפורמות אתה משתמש ל SERVER SIDE CLIENT SIDE ו DB ?

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

יש המון בשוק
אני עובד קבוע עם

לצירוף קבצים הוא מדהים (ממש מוירעדיג !!) להצגת קבצים קיימים צריך קצת "לשחק" איתו אבל אפשרי בהחלט
אני יכול לשלוח לך דוגמאות קוד רלוונטיות אם תחליט ללכת עליו

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

@דוד ל.ט.

TSQL לא רגישה, לפי התקן הרשמי שלה. לא יודע איפה מצאת רגישות.

רק להעיר ש T-SQL אכן לא רגישה מבחינת שמות הטבלאות והמשתנים אך מבחינת ערכי השדות זה תלוי ב COLLATION של ה DB -> טבלה -> שדה
CI = Case Insensitive, CS = Case sensitive
משליך על מפתחות ועל תנאים שכוללים השוואות מול השדה
לדוגמה:
היה לי מקרה לאחרונה שבו ניטרתי תיבת מייל באופיס 365 ורשמתי את ההודעות ל DB
לכל הודעה הוא נותן איזשהו ID אלפא-נומרי ארוך מכיוון שבכל קריאה אני צריך רק את המיילים שעדיין לא קראתי
אז ביססתי את הפיתרון על כך שאני קורא מהתיבה רק מיילים שאין לי את ה ID שלהם בטבלה
בגלל עניין האי רגישות הוא פספס חלק מהמיילים שהיה להם ID זהה לשל אחרים רק עם CASE שונה,
בקיצער אמייסע, עשיתי ALTER COLUMN והחלפתי את ה COLLATION ל CS והבעיה נפתרה באחת . . .

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

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

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

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

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

@ארכיטקט

@softs
אגב אם האגלית שלך טובה

דווח על תוכן פוגעני

Sorry
אני עשיתי אותו לפני כשנה אותי ומאוד אהבתי (קיבלתי אפילו תעודה . . .)

פורסם במקור בפורום CODE613 ב02/07/2014 12:49 (+03:00)

@דוד ל.ט.

@softs

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

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

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

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

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

@דוד ל.ט.

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

סיבות לפיצול לא רלוונטיות כנראה אצלך:
ביצועי נעילת שורה
חלוקת אבטחה
פיצול אמצעי אחסון בין קבצים/שרתים

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

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

במקרה דנן אין לי נתונים מהו אופי הפתרון, הלקוח וכו' רק הצבעתי על העובדה שב 99% מהמקרים זה לא בשימוש

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

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

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

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

אפשר גם ב FTP שזה מאובטח כמו שכתבתי לעיל . .

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

לא שמתי לב לכותרת . . .
אקדים ואומר שבתחום הזה (Network) הידע שלי לוקה בחסר . . .

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

אגב אני יודע שאפשר להגדיר SFTP שידע לעבוד עם דוט נט כמו FTP רגיל (לא יודע איך אבל מישהו נתן לי פעם גישה לכזה),
ואז יש פתרונות כמו NAudio, אז אולי כדאי שתנסה להשתמש עם דוט נט FTP Request.

אגב השימוש ב FTP רגיל ייראה ככה

  Sheet2.WindowsMediaPlayer1.URL = "ftp://username:password@YYYY.eu/1.mp3"

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