ווטסאפ - לינוקס, BSD, קוד פתוח ותוכנה חופשית בעברית. Whatsup - Linux, BSD, open source and free software in Hebrew

 
 
  כניסת חברים · רישום · שכחתי סיסמה  
tux the penguin
תגובה לנושא
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 15/12/2010 - 16:23
נושא ההודעה: דיון בנוגע ליצירת CMS API בשביל ג'אווה סקריפט

עלה לי רעיון, ורציתי לדון לגביו קצת.
היום, עם השימוש הנרחב בAJAX, זה נראה יותר ויותר כאילו הצורך בCGI Scripts בכדי לבנות עמוד מודולרי מצטמצם לכדי "handlers", אשר מפענחים בקשות AJAX ומחזירים את המידע הרצוי.
אני מאמין שעם שימוש בJQUERY כפלטפורמה, ובAPI צד שרת, ניתן לבנות מעין מערכת שתוכל ליצור אינטראקציה עם DB דרך ג'אווה סקריפט בלבד.

הרעיון הוא פשוט -
לכתוב API שמנהל DB של CMS, שיונח בצד שרת, ולאפשר גישה אליו דרך handler שלוקח בקשות של ג'אווה סקריפט ומפענח אותן בהתאם לAPI.
למשל, נניח שיש לי מודול שאחראי על יצירה ואינטרפטציה של תפריטים בDB.
אני יוצר HANDLER בשבילו, שמקבל מקוד ג'אווה סקריפט מסויים בקשה כמו:
קוד:
{
"action": "retrieve"
"menu_id": 10
}
 

בתגובה, הHANDLER קורא למתודה שאחראית על אינטרפטציה של תפריט, ומקבל ממנה JSON שמכיל את התפריט (שה ID שלו הוא 10) ואת כל הרשומות שלו. הHANDLER מחזיר לג'אווהסקריפט את הJSON, והסקריפט מפענח את הJSON לכדי אלמנטים בדף HTML.

כך ניתן לבנות בעצם דף מודולרי שהוא PURE ג'אווהסקריפט וHTML, עם שימוש בAJAX בלבד.

מישהו יודע האם פרוייקט כזה קיים כבר?
למישהו יש הערות על הרעיון?
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
ik_5לא בפורום כעת ת.הצטרפות: 16/04/2002 · הודעות: 3027 · מיקום: ישראל
 

הודעה פורסם: 15/12/2010 - 16:27
נושא ההודעה:

עוד דרך היא לשאוב כמה שיותר מידע ולשמור אותו ב xml ולעבד אותו בהתאם לצורך עם xslt בצד הלקוח.

זה משהו שאני כבר יצרתי פעם לפני כמה שנים טובות.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 15/12/2010 - 16:36
נושא ההודעה:

ik_5 :
עוד דרך היא לשאוב כמה שיותר מידע ולשמור אותו ב xml ולעבד אותו בהתאם לצורך עם xslt בצד הלקוח.

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

ברגע שבונים את הAPI עצמו ניתן לשאוב את כל המידע ביחד או לבקש אותו לכל אלמנט בנפרד.
אפשר גם להשתמש בXML, אף על פי שאני מוצא את פורמט הJSON מאד נוח לעיבוד, במיוחד בשימוש עם JS וJQUERY.

אחד מהדברים שאני חושב שיכולים להיות "מקל בגלגלים" של הרעיון, אלו שימושים לרעה בקוד. מישהו יכול לשלוח בקשת HTTP מפוברקת ובעצם להתעסק עם הDB כאוות נפשו. כאן צריך לחשוב איך נמנעים מכזה דבר.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
ik_5לא בפורום כעת ת.הצטרפות: 16/04/2002 · הודעות: 3027 · מיקום: ישראל
 

הודעה פורסם: 15/12/2010 - 17:21
נושא ההודעה:

ל xml יש כמה יתרונות במה שאתה מנסה לעשות, שאין ל JSON או מבנה נתונים אמיתי של Javascript (תחביר JSNO).

כמו שאמרתי יש לו XSLT, זה בעצם הוראות איך לעבוד עם המידע שהוא raw. כלומר אתה יכול לעשות הרבה לוגיקה מסיכום למשל של מידע, דרך אגריגציית מידע לפי סדר מסויים וכו', הכל באמצעות XSLT הרבה לפני שאתה מכתנת שורה אחת נוספת ב JS.
החיסרון הוא שזו שפה מעצבנת רצח, ואם אתה תומך בגרסה 1, יש לך יותר כאב ראש מאשר גרסה 2 של XSLT.

אה, וכל הדפדפנים המודרניים תומכים בזה עד כמה שאני יודע, כלומר זה עוד מודול קיים ב JS.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 15/12/2010 - 17:29
נושא ההודעה:

ik_5 :
ל xml יש כמה יתרונות במה שאתה מנסה לעשות, שאין ל JSON או מבנה נתונים אמיתי של Javascript (תחביר JSNO).

כמו שאמרתי יש לו XSLT, זה בעצם הוראות איך לעבוד עם המידע שהוא raw. כלומר אתה יכול לעשות הרבה לוגיקה מסיכום למשל של מידע, דרך אגריגציית מידע לפי סדר מסויים וכו', הכל באמצעות XSLT הרבה לפני שאתה מכתנת שורה אחת נוספת ב JS.
החיסרון הוא שזו שפה מעצבנת רצח, ואם אתה תומך בגרסה 1, יש לך יותר כאב ראש מאשר גרסה 2 של XSLT.

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

אני לא בטוח שבשביל כזה דבר צריך את היכולות האלו.
בסופו של דבר אנטרפטציה של DB מייצרת מבנה נתונים מורכב, שנכנס בצורה מושלמת לתוך JSON. למשל בדוגמא של תפריט, יש לי HASH שמחזיק את כל הרשומות הראשונות, ולכל KEY יש VALUE שהוא בעצם עוד HASH שמחזיק את כל הרשומות תחתיו וכו'. כלומר, זה מסוגל לתפקד כמו אובייקט לכל דבר וכך ניתן לעבוד איתו ברמת הOOP של JS.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
MBDלא בפורום כעתSite Moderator ת.הצטרפות: 27/09/2004 · הודעות: 4161 ·
 

הודעה פורסם: 15/12/2010 - 22:01
נושא ההודעה:

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

_________________
מערכת: GNU/Linux Ubuntu גרסה: 14.04
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 15/12/2010 - 22:54
נושא ההודעה:

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

כמה ייתרונות שאני רואה בצורת פיתוח כזו:
1. פורטביליות מקסימלית מצד המפתח. ברגע שבו אין צורך בכתיבת CGI, מפתח יוכל להתקין את הAPI המדובר כמו שהוא, ולכתוב את כל האתר שלו, ואפילו את הCMS בג'אווה סקריפט בלבד.
2. מהירות וביצועי השרת. היום, בשביל לכתוב דף דינמי ועמוס המתורגם לכמה וריאציות של עמודים שונים (למשל, כמו סקריפט הindex.php שרץ בפורום הזה), משתמשים בד"כ בסקריפט לא קטן. כל פעם שאדם אחר נכנס לאתר הסקריפט הזה משוכפל וכך נוצר עומס על צד-השרת. במקום זאת, מה שיטען יהיה הAPI עצמו שיתוכנן מראש להיות כמה שיותר קל ופשוט, ואם יהיה אפילו כתוב בפרל ניתן להטמיע אותו ישירות בשרת בעזרת mod_perl ובכך להקל רבות על השרת ועל הביצועים.
3. הקוד לא צריך להיות מבולגן. אם ייעשה שימוש בפלטפורמת JQUERY, אז בעזרת מתודות כמו post ו-get, ניתן לשלוח בקשות בשורה אחת, ולקבל ישירות את הJSON (או XML או מה שזה לא יהיה).
4. שימוש בJQUERY יכול לאפשר, תיאורטית (תלוי במפתחי JQUERY כמובן), תאימות של 100% עם התקנים, ובו בזמן, תאימות של 0% עם התקנים כאשר מדובר באקספלורר. JQUERY, לפי טענת המפתחים, יודע לעשות את ההבדלות כשצריך.
מפתחי האתרים עצמם כמעט ולא יהיו מודעים לכך.
5. יצירת דפים הרבה יותר דינמיים. עכשיו כשאני רוצה ליצור כמה דפים שנראים בבסיסם אותו הדבר, אך מכילים אלמנטים שונים, אני צריך לכתוב בעצם ארבעה חלקים: ->סקריפט CGI שיוציא קוד שיכיל בתוכו->ג'אווהסקריפט שיקרא ל->handler ספציפי שימשוך מה->API את הנתונים שאני צריך.
במקום זאת, אני אוכל לכתוב קוד ג'אווהסקריפט טהור, שיגש לhandler סטנדרטי שיטפל בכל הבקשות וישיג את מבוקשי מהAPI. זה מעין הרחבה לעובדה שאין צורך בCGI scripts.

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


עריכה:
לגבי "לא לכולם יש מחשבים מודרניים" - היום בכל אתר סוג ז' יש איזה עשרים באנרים של פלאש, בנוסף לקוד ג'אווה סקריפט מבולגן, וזה עדיין לא מפריע לאף אחד. Wink
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
MBDלא בפורום כעתSite Moderator ת.הצטרפות: 27/09/2004 · הודעות: 4161 ·
 

הודעה פורסם: 15/12/2010 - 23:40
נושא ההודעה:

האם כתבת פעם מערכת רצינית בצד השרת? האם אתה מכיר את הצד הזה גם?

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

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

_________________
מערכת: GNU/Linux Ubuntu גרסה: 14.04
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 16/12/2010 - 00:25
נושא ההודעה:

MBD :
האם כתבת פעם מערכת רצינית בצד השרת? האם אתה מכיר את הצד הזה גם?

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

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

למען האמת כן, אמנם אני לא יודע מה זה "רציני" מבחינתך, ואני ממש לא מחשיב את הרמה של הקוד שאני כותב לרמה "מקצועית", אבל כן כתבתי פרוייקט CMS קטן שמכיל בתוכו גם API (כמו זה עליו דיברתי), וגם את כל הסקריפטים של הצד-שרת, בנוסף לג'אווהסקריפט בשימוש JQUERY וAJAX, ולמען האמת - מפה הגיע לי הרעיון לעניין:
בין שאר הדברים שכתבתי היה מעין "site builder" דינמי שמאפשר הוספה והורדה של אובייקטים מסויימים מהDOM/מהדף עצמו, בעזרת AJAX והצגתם כpreview לעמוד מסויים. העובדה שזה עובד בצורה לא רעה, גרמה לי לחשוב על הרעיון שלי בצורה קצת יותר רצינית..
למשל, אחת מה"בעיות" בהן נתקלתי, היא החלוקה של העמוד ל"בלוקים" (בלשון דרופל). כשאני רוצה לטעון תוכן של בלוק מסויים, הוא יכול להיות מאד מורכב, והוא יכול להיות ריק. אבל בכל מקרה שלא יהיה, אני חייב לשלוח את בקשת הAJAX הזו לסקריפט. כך לגבי כל בלוק בעמוד. זה מאד מאט את העובדה. אבל אם הייתי יכול לקבל את כל המידע הזה ישירות דרך הג'אווה סקריפט זה היה מצריך שליחת בקשת AJAX אחת ולא עשרים. זה בדיוק מה שאני מחפש לשפר.

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

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

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

הודעה פורסם: 16/12/2010 - 08:47
נושא ההודעה:

כפי שהוזכר פה נושא הביצועים הוא לא דבר של מה בכך. אבל יש דוגמאות טובות לאפליקציות javascrip שזה פחות או יותר מה שהן עושות (דוגמת המון שירותים של גוגל וכל פלטפורמת ה-gears).
אך מדובר בהמשך למה שקורה בצד שרת ולא להחלפה שלו, כי גישה ל-DB זה ממש לא כל מה שאפליקציה מודרנית עושה. חוץ מזה נושא האבטחה: אין אבטחה ב-JavaScript וכל שימוש ב-sessions או במידע שמבוסס על הרשאות או מידור של משתמשים מחייב חזרה לשרת.
דברים שקשורים למראה של העמוד כנראה זו לא תהיה בעיה, אך זה לא מונע את הצורך בסקריפטים על השרת שיעשו את רוב העבודה. כאשר גם לעצב עמודים באמצעות javascript לבד זה לא תמיד החלטה הכי חכמה בגלל נושא הביצועים.

אם תשים לב ביתרונות שהצגת זה פחות או יותר מה שרוב מתכנתי ה-ajax בימינו עושים, וזה שימוש נכון בעיני. אבל ההצעה שלך אומרת גם דברים שכרגע לא משתמשים ב-javascript עבורו להעביר ל-javascript בלי שנראה שיש לזה יתרונות אמיתיים כלשהם וזה בא עם הרבה בעיות.
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
MBDלא בפורום כעתSite Moderator ת.הצטרפות: 27/09/2004 · הודעות: 4161 ·
 

הודעה פורסם: 16/12/2010 - 09:00
נושא ההודעה:

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

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

ברור לך, שבכל מקרה לא היינו יכולים להגדיר את כל המערכת ב-JS והיה צורך במערכת מסוימת בצד השרת: למשל מימוש מתודות והגדרות מודולים.

_________________
מערכת: GNU/Linux Ubuntu גרסה: 14.04
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
ozzyboyלא בפורום כעת ת.הצטרפות: 20/06/2003 · הודעות: 437 ·
 

הודעה פורסם: 16/12/2010 - 10:37
נושא ההודעה:

בעיקרון, אני מסכים עם קודמי, ובנוסף יש שתי נקודות שלא צוינו עד כה שעלולות להוות מכשול לכזאת מערכת:

1. client side caching - בגלל האופי הדינאמי של של הבקשות וה JSON המוחזר, יהיה יותר קשה לשלוט ב caching שנעשה ברמת הדפדפן (ב jquery יש אפשרות לבצע caching לבקשות AJAX, אבל אם אתה שולף את כל תוכן העמוד בקריאה אחת, יתכן ולא תוכל לנצלה).

2. נגישות - למיטב הבנתי, ללא JS, העמוד הבסיסי ריק מתוכן ואין אפשרות לבצע כאן graceful degradation. או בקיצור - אם למשתמש לא מופעל JS - האתר לא נגיש כלל עבורו.

3. SEO - מאותה סיבה כמו 2 - למיטב ידיעתי, גוגל לא יריץ עבורך את קוד ה JS ויחכה לראות איך העמוד מתעדכן. הוא מסתכל על ה HTML הסטטי (שוב, אני לא עובד בגוגל ואני לא יכול להגיד בוודאות מה גוגלבוט סורק או לא סורק, אבל למיטב ידיעתי - זה המצב).

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

_________________
כן, גם לי יש בלוג שקשור (איכשהו) לתכנה חופשית.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Yotambלא בפורום כעת ת.הצטרפות: 06/01/2007 · הודעות: 1598 ·
 

הודעה פורסם: 16/12/2010 - 13:19
נושא ההודעה:

ozzyboy :
בעיקרון, אני מסכים עם קודמי, ובנוסף יש שתי נקודות שלא צוינו עד כה שעלולות להוות מכשול לכזאת מערכת:

1. client side caching - בגלל האופי הדינאמי של של הבקשות וה JSON המוחזר, יהיה יותר קשה לשלוט ב caching שנעשה ברמת הדפדפן (ב jquery יש אפשרות לבצע caching לבקשות AJAX, אבל אם אתה שולף את כל תוכן העמוד בקריאה אחת, יתכן ולא תוכל לנצלה).

2. נגישות - למיטב הבנתי, ללא JS, העמוד הבסיסי ריק מתוכן ואין אפשרות לבצע כאן graceful degradation. או בקיצור - אם למשתמש לא מופעל JS - האתר לא נגיש כלל עבורו.

3. SEO - מאותה סיבה כמו 2 - למיטב ידיעתי, גוגל לא יריץ עבורך את קוד ה JS ויחכה לראות איך העמוד מתעדכן. הוא מסתכל על ה HTML הסטטי (שוב, אני לא עובד בגוגל ואני לא יכול להגיד בוודאות מה גוגלבוט סורק או לא סורק, אבל למיטב ידיעתי - זה המצב).

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

כמובן, בדיוק בגלל זה אני מחפש את כל ה"cons" האלו.

בכל מקרה, כרגע לפחות נראה כאילו יש יותר cons מאשר pros .. Wink
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
הצגת הודעות מלפני:     
מעבר אל:  
כל הזמנים הם GMT + 2 שעות
תגובה לנושא
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
PNphpBB2 © 2003-2004 

תוכן הדיון

  1. Yotamb
  2. ik_5
  3. Yotamb
  4. ik_5
  5. Yotamb
  6. MBD
  7. Yotamb
  8. MBD
  9. Yotamb
  10. אורח [בראבו]
  11. MBD
  12. ozzyboy
  13. Yotamb