מה דעתכם, דרופל או לכתוב לבד?
אני צריכה להקים אתר שיכיל בעיקר טפסים. אני מתלבטת האם להקים אותו בדרופל, או לכתוב לבד php מהסיבות הבאות:
לא מדובר בטופס פשוט של שאלון, מילוי פרטים וכדומה, אלא בטופס אינטראקטיבי - אתה מכניס נתון, אני מציג תיבה עם עוד נתון וכן הלאה.
מאחר ומאחורי לא מעט שנים של כתיבה בשפות שונות - php וגם אחרות, הראש שלי חושב אוטומטית: לכתוב לבד. אבל אחרי שהקמתי אתר בדרופל ואני מרוצה ממנו, התחלתי לחשוב אולי בכל זאת כדאי לי להשתמש בפלטפורמה הזו.
השאלה היא כזו: עד כמה אפשרויות הטפסים של דרופל מאפשרות לי דינמיות - הצגת נתונים ב-drop down אחד, ואז לפי בחירה מתוכו שליפה לעוד אחד, או הקלדת אות ראשונה שתתן רשימה, וכדומה. אם אני צריכה לכתוב ממילא את הקוד שמאחורי, אני חושבת שאעדיף לכתוב לבד את כל האתר כי מסד הנתונים יהיה אז הרבה יותר רזה, בלי כל טבלאות החובה של דרופל, והדפים באתר עצמו יהיו רזים יותר גם הם. אם דרופל מציע לי את זה בקלות - אלך בכל זאת על דרופל.
מה אתם חושבים?
דרופל.
דרופל.
ליאור קסוס, לינוויט
דרופל, אנדרואיד וקוד פתוח
האם יש מודול למימוש טפסים
האם יש מודול למימוש טפסים דינמיים? למיטב ידיעתי webform לא תומך בכך.
בניית אתרים בדרופל | יצירת קשר
מה זה טופס דינמי? ראה את
מה זה טופס דינמי?
ראה את האתר טפסים ברשת שבניתי.
יש גם את רכיב בונה הטפסים שאתה יכול לסמוך עליו - הוא של נתן הוג שעשה גם את וובפורם.
אמיר
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
הייתי אומר לך לכתוב לבד בשביל
הייתי אומר לך לכתוב לבד בשביל להבין שאת צריכה דרופל :)
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות
זוהר, אני לא מתרגשת מלכתוב
זוהר, אני לא מתרגשת מלכתוב לבד. אני יכולה לעשות את זה מתוך שינה, בניתי מספיק דברים מאפס.
השאלה היתה לגבי מהירות הבניה ויעילות האתר.
to create forms you need
study drupal form api
drupal 6 has a bug with forms ahah
http://drupal.org/node/591696
you can solve it using fapi #action attribute
your own module than using a contributed one
promoting contributed modules everywhere
so that people becomes dependent on a close circle of developers
instead of relying on themselves
yakoub abaya
drupal 6 has a bug with forms
אפשר להשתמש ב- CTOOLS בשביל זה. הנה דוגמא למודול לדוגמא שכתבתי שעושה את זה -- http://drupal.org/node/867162#comment-3267682
למה לכתוב משהו, אם משהו אחר עשה את זה יותר טוב?
אמתי -- חברת גיזרה
למה לכתוב משהו, אם משהו אחר
למה לכתוב משהו, אם משהו אחר עשה את זה יותר טוב?
exactly my point !!!
drupal already has an api that does everytting , so why not use it instead of various redundant contributed modules ?
it is much simpler to define content types using node hooks than use cck
it is much simpler to define pages using hook_menu,hook_theme,hook_block than use views modules
and it is much much more stable and extensible
i am against all contributed modules , a module that provides
a clear api that i can use same as drupal api
and teaches me new things instead of closing my eyes
is fine by me
if drupal is going to compete on the market of the "big" boys , then drupal community should concentrate on software development and not playing around with web interface crap
and that is exactly what drupal 7 field api is aiming at
yakoub abaya
a p element with a direction
a p element with a direction property .. :)
and i meant to say i am NOT against all contributed modules
yakoub abaya
your foo module doesn't
your foo module doesn't follow the basic life cycle of a drupal form implemented by drupal_get_form
contributed modules should extend drupal , and not break one of its most fundamental mechanisms that is form api
in other words your foo/ctools module is reinventing the wheel .
yakoub abaya
it is much simpler to define
אני לא הולך להפוך את הדיון הזה לוויכוח מה זה דרופל. תעשה מה שאתה מאמין, אני חושב ההיפך הגמור ממך.
אמתי -- חברת גיזרה
ok then lets talk only about
ok then lets talk only about forms :
i couldn't find anything about ctools documentation or api reference
while drupal forms api has endless documentation and wonderful api reference
and after i have studied forms api , why should i waste my time on ctools ??
and concerning being opposites , that is just fine
drupal is freedom , everyone can do it however they like
yakoub abaya
מדובר בוויכוח עתיק-יומין
מדובר בוויכוח עתיק-יומין בעולם הטכנולוגי, יש לראות זאת באופן סקלארי ולא בינארי.
האם גם רכיבי ליבה לא ראויים לשימוש לדעתך? גם הם contributed במובן מסוים (כמובן, לא במובן contributed modules הבא כדי להבדיל רכיבים מאלו שבליבה).
המהלך של דרופל הוא דו-כיווני:
א. הוספת רכיבים "מבוססים", כאלו שיציבותם הולכם ומתחזקת והם מהווים אבני פינה בתוך ה-CMS.
ב. זיקוק פונקציונליות מתוך רכיבים מבוססים לרכיבים יותר אטומיים (CTOOLS היא דוגמא מקסימה לכך) או ל-API של ממש, מה שמחזק את דרופל כ-CMF.
מדובר בסקאלה, לא במשהו בינארי:
פונקציות API --- רכיבי ליבה ---- רכיבים נתרמים --- רכיבים ייעודיים
בהערת אגב אוסיף, שצריך להיזהר לא לפחד מקופסאות שחורות (גם אם לא לקנות אותן בעיניים עצומות). כלומר, אם רכיב מסוים נחשב מבוסס וחזר, והוא אמור לעשות משהו מסוים, ניתן לצאת נקודת הנחה שהוא אכן עושה זאת ולבנות על זה. אם משהו לא יפעל בו, יש לתקן אותו. גישת הקופסא השחוקה (ובמובן אמוציונלי מעט - לתת אמון) מקדמת את כל תחומי החיים, ביניהם טכנולוגיה.
אמיר
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
the issue is not only black
the issue is not only black box , but more importantly the concept of extensibility
views and cck limits the power of drupal
you will never know what i'm talking about until you learn the api , and you have to admit amir that you haven't studied the api
know that every time you might struggle to meet customer demands, my attitude for the customer is just "bring it on" , i can raise mountains with drupal and turn them into valleys without any problem
even if people use contributed modules , that doesn't relieve them from studying the api
yakoub abaya
האמת שהתלבטתי לפני שהגבתי
האמת שהתלבטתי לפני שהגבתי לדיון הזה, בעיקר כי אני לא אוהב את הגישה הלא נעימה והמתלהמת בה אתה נוקט - בדיון זה ובאחרים. כמו כן, ביקשו ממך כאן בפורום בעבר לכתוב בעברית, כי זה פורום בעברית, ואתה מתעלם. אתה גם שחצן כאילו אתה יודע הכול וכל השאר אידיוטים. לקינוח, אתה יורד לפסים אישיים, לרוב הם אינם רלוונטיים לנושא הדיון. אגב, למרות שאין זה הכרח, אתה נמנע - סיבותך עמך - מלהזדהות בשמך האמיתי.
עניינית, ואשתדל להחזיק עצמי חזק לא להיגרר לדיון עמך בתגובות נוספות, אענה לך להלן. גם אבקש ממך לחשוב אולי אני צודק במה שכתבתי לעיל.
בנוסף לכל מה שכתבתי למעלה, אתייחס ישירות ל-API.
ה-API מהווה את עמוד השדרה של דרופל שהופך אותה ממערכת ניהול תכנים לפריימוורק של ממש. המשפט הראשון באתר של ה-API - http://api.drupal.org - שבא להגדיר את תפקיד הפונקציות הוא זה: Welcome to the Drupal developer's documentation
ולא בכדי - למפתחים, ולא לבוני אתרים. כמובן, אתה יכול לחבוש פעם אחת כובע אחד ופעם אחרת כובע אחר, אך רצוי שתפריד בין התפקידים.
עולם התוכנה מתקדם בקצב של הפשטה; עוד שכבה של אבסטרקציה ועוד אחת (זו הקופסא השחורה, למי שמתעניין וקורא שורות אלה). זה מאפשר להתקדם מהר יותר. כמובן, אפשר לראות במילה העברית 'הפשטה' גם את הצד הלקוח שמשתמש בשכבה - זה יותר פשוט. מצד שני, נכון, זה לא מעמיק - יש כאן פישוט מסוים, וכדרכו של פישוט, הוא עשוי לא להיות מדויק או מתאים לכל התקריות. (כאשר מצטברות התקריות לכדי מספר גדול ומשמעותי, אני אומרים שנעשה 'פישוט יתר').
ה-API הנו שכבת ההפשטה מעל PHP נקי. הוא מיועד למי שרוצה לעזור - לעצמו עם רכיבים ייעודיים משלו או לעצמו ולאחרים בתרומה לרכיבי קהילה - לבנות את שכבת ההפשטה ברמה הגבוהה יותר, היא-היא הרכיבים המדוברים. ההפשטה ברמה הגבוהה מאפשרת למספר רב יותר של אנשים לבנות אתרים בלי להיות מפתחי מודולים. כלומר, הם משתמשים בדרופל, לא מפתחים רכיבים בעצמם. אם לך עצמך שכבת ההפשטה הזו לא מתאימה, אתה יכול "לרדת" לשכבה תחתונה יותר, היא ה-API. אך אין זה אומר שהרכיבים אינם טובים, אינם עוזרים, מיותרים, וכדומה.
אגב, שיחות כאלו מצויות ברשת בשפות נוספות בהן קיימות הפשטות. למה לכתוב בשפת PHP ולא בשפת C? למה לכתוב בסישארפ (נעזוב לרגע את נושא הקניין) ולא לכתוב בסיפלספלס? למה לכתוב ב-C ולא בשפת מכונה?... רוב הפעמים שכבת ההפשטה מספקת, וכאשר היא אינה מספקת, ניתן לרדת שכבה, לבנות את מה שאתה צריך ולעלות מעלה בחזרה.
אני הגעתי מתחום דוטנט (בעבר C C++ וכדומה) ובדרופל קוסמת לי השכבה של רכיבים. כל כך היא קוסמת, שהחלטתי להתמקד בה. אין ספק שהתיעוד של ה-API קל יותר למציאה ולהתמצאות, אך אני מתעניין בבניית אתרים וללמד את ההמונים לבנות אתרים. את פיתוח הרכיבים - דברים שעשיתי בעבר בעיקר בדוטנט - אני משאיר לאחרים, בשלב זה, אולי יהיה לי מדגדג בידיים לעשות זאת בעתיד. המוטו שלי לבוני אתרים: נסו להוציא את המרב מתוך מה שקיים, לפני שאתם רצים לקודד בעצמכם.
אנא קרא שוב את הפסקה הראשונה לפני שאתה מגיב בצורה לא נעימה.
אמיר
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
look man i respect you a lot
look man i respect you a lot about the things you do regarding smoking in public places , so there is nothing personal about my response
it is mere facts that i stated , you haven't studied drupal api and you do struggle to answer customer requirements using cck and views
i say you struggle without knowing anything about your work because i KNOW cck and views are limited and problomatic
those tools are far from being mature enough to rely on them on industrial level
unless all your work are amateur sites , and for that you may continue with cck and views as you like but you will be giving up your right to know how to use drupal on industrial level
maybe i have an "attitude" in challenging people , but i think that is positive property
you should welcome challenges because that contributes to your own development and keeps you on high standards
what is wrong with this community ? everyone says yes yes yes and no one dares to challenge the leaders
and my name is yakoub ! and write in english because i am free
everyone has the freedom to choose what language to write
your request to write in hebrew is same as pub owners request that they allow smoking in their places
yakoub abaya
אני דווקא לא חושב שהתשובה
אני דווקא לא חושב שהתשובה האוטומטית היא דרופל. אני בכלל לא בעד הגישה "דרופל הוא הפתרון, מה הבעיה?".
צריך לבדוק בצורה מסודרת את כל דרישות האתר שלך, ומול זה מה דרופל נותן, וכמה הוא מפריע (כן, מה לעשות, תמיד להתאים לתוך מסגרת, גמישה ככל שתהיה זה מפריע במידה מסוימת).
כתבת שהאתר הוא בעיקר טפסים, אבל מה עוד? האם יש ניהול משתמשים באתר? האם יש ניהול תכנים? מי צריך לנהל את האתר? מה היכולת/רצון הטכנית שלו? מה יהיה ממשק הניהול? מה זמן החיים של האתר? האם הוא צפוי להתפתח לכיוונים שלא מתוכננים כרגע? האם יש התממשקות עם שירותי רשת נוספים? מה תקציב הפיתוח, ומה תקציב התחזוקה וכו'.
אם לדוגמא, האתר מכיל טפסים בלבד, ואמור למלא בסיס נתונים לקראת אירוע מסוים, ובעוד חצי שנה יורד מהאינטרנט לנצח, כנראה שלא הייתי משתמש בדרופל. אם מצד שני, זה התחלה של משהו גדול יותר עם משתמשים, קהילה, ניהול תכנים ומהלא, כמובן שהייתי משתמש בדרופל.
יש הרבה מקרים באמצע, ואני לא יודע איפה בדיוק נופל המקרה שלך.
דרופל מתאים לכמות גדולה מאוד של מקרים, אבל לא לכל המקרים. להחליט בדיוק מה אסטרטגית הפיתוח היא החלטה קשה (ולדעתי היא אומנות), שדורשת את ניתוח המצב הנוכחי והעתידי, והרבה אינטואיציה וראש פתוח.
מקווה ששאר החברים הטובים לא יכו אותי על שהעזתי לומר משפט שמכיל את המלים "לא" ו"דרופל" בסמיכות :-)
i would replace the word
i would replace the word "drupal" with "cck and views" in what you have written and only then i would agree with you
the problem is that you people see "cck and views" and "drupal" as the same thing , whenever you talk about drupal you are talking about cck and views
and that in my opinion is really wrong and unfortunate
if you browse the theming and development documentation of drupal , you find nothing about cck and views , but they do talk about "something" there and that something is important for you to study and understand
at the base of it drupal implements two very important concepts : modular programing and the separation of logical layer from presentation layer
and that is good enough reason why people should always choose drupal over regular php
unless you think you can implement modular programing and use phptemplate better than drupal , i know i can't do that and that is why i am using drupal
drupal doesn't place any limits and restrictions on the programmer beyond the necessity
if you can do something in php , then you can do it in drupal as well
yakoub abaya
לא, זה לא מה שכתבתי. אני
לא, זה לא מה שכתבתי.
אני כתבתי דרופל, והתכוונתי לזה, לא למשהו אחר.
ya , i researched you and
ya , i researched you and amitai and found that you contribute to organic groups module
so you probably know about drupal much more than i do
but i think you should encourage more other people to study api
and less promoting contributed modules everywhere
yakoub abaya
אני חושב שפיספסת משהו
אני חושב שפיספסת משהו מהותי.
ל-cck ו-views יש יתרון עצום עבור מי שלא יודע את הAPI של דרופל, ולא PHP. יש בוני אתרים בדרופל כאלה, וחלק מהיתרון של דרופל, הוא שלאחר מכן הלקוח יכול בעצמו לעשות שינויים מבלי שיצטרך לדעת לתכנת. הרעיון הכללי הוא להיפטר מהוובמסטר, וזה דבר שלא תצליח לעשות אם תכתוב node modules.
לגבי פשטות ומהירות פיתוח, אפשר להתווכח פר משימה, למרות שברוב מכריע של המקרים דווקא עדיף דווקא כן להשתמש בהם מסיבות אלה, למרות שאני מאוד לא אוהב להקליק.
ctools לא קשורה בכלל לקונספט המתואר, כי היא בכלל מודול למפתחים. זה נכון שהדוקומנטציה היא לא משהו, מצד שני יש שימושיות משמעותית בפונקציונליות- וזה לא קשור להבנה בforms api.
אורן זוסמן
the reason i am so anti those
the reason i am so anti those modules is the company i am working in
when i first started working there they knew nothing about api and worked only with cck and views
and that produced many failed projects and brought the company to financial problems
so you are leading people the wrong way , you are making them think they never need to worry about the api and just continue living in "lala" land
but it is wrong , as i said it produced many failed projects
it has become a fucking religion : " the drupal way "
same as religious people all follow the same scriptures and priests and are not able to see the world "beyond" and think for themselves
so are drupal community becoming limited by the world of cck and views
and same as religious people have fallen behind the western world advancements so will drupal community fall behind django and ruby on rails
i know this sounds crazy , but i don't care .. this is how i see things
yakoub abaya
לא כל האנשים חסידים שוטים כמו
לא כל האנשים חסידים שוטים כמו שאתה מציג - זה לא נכון. כולנו נולדנו לפני דרופל והוא גם ימות לפני רובנו. הגענו לדרופל ולרכיבים כי הם עוזרים להביא פרויקטים מבחינת time to market ולא כי נשבינו באיזה מסתורין שגרם לנו לעיוורון. נו באמת. דרופליסטים רציניים - ובטח אלו שענו מעליי - קוראים פוסטים, מקשיבים לפודים וצופים בוובקאסטים - הם לא סגורים בפני שום דבר, אלא מאוד פתוחים. אם תתפתח מערכת אחרת, למה שלא נשתמש בה?
הרסה אותי הבדיחה בתחילת דבריך - שאיזו חברה שעבדת בה נקלעה לבעיות כלכליות בשל שימוש בשדות CCK ו-VIEWS. זה היה שווה את כל הדיון.
האם אתה לא קצת שבוי בעצמך בדוֹגמות? TOL KORA MIBEN ENEKHA
שבוע טוב וחג שמח.
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
נכתב על ידי אמיר סימן טוב -
האם אתה לא קצת שבוי בעצמך בדוֹגמות? TOL KORA MIBEN ENEKHA
what fuck ? , i have no idea what you've said :)))
yakoub abaya
בכוונה כתבתי באנגלית כדי
בכוונה כתבתי באנגלית כדי להיות בטוח שזה יובן... אמרת שאתה חופשי, לא? מה, אני לא חופשי? the same f-word 2u2
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
that's fine by me , you are
that's fine by me , you are free as well :)))
don't take the f-word personally , i use it everywhere and i don't mean to hurt anyone by it
yakoub abaya
http://tinyurl.com/2fzo9sy
http://tinyurl.com/2fzo9sy
גדול!
גדול!
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
נכתב על ידי yakoub: the
the reason i am so anti those modules is the company i am working in when i first started working there they knew nothing about api and worked only with cck and views and that produced many failed projects and brought the company to financial problems
איזו חברה זו?
יהיה אשר יהיה, אל תאשים את דרופל בכשלון טכנולוגי, מסחרי או ניהולי של החברה שבה אתה עובד.
יתרה מכך, כשאותה חברה תצטרך לתחזק את האתרים שבנית רק ע"י שימוש בקוד ספציפי, ולא דרך המודולים "המגבילים" cck ו-views, אז נראה מה זה יעשה להצלחה הכלכלית שלה ושל לקוחותיה.
נתקלתי בעבר בחברה ישראלית גדולה מאוד, שבנתה אתר גדול מאוד, וחשבה כמוך: למה לי להשתמש במודולים אם אני יכול לשכתב את הכל לבדי. כשיצאו עדכונים לדרופל, והיה צורך לתחזק את המערכת - הקונספט שלהם כבר לא החזיק הרבה מים.
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות
the modules i write are
the modules i write are written strictly according to drupal api and documentation
no drupal update is going to break my sites
what is the point of an api , if a version update going to break the system ?
and i am not "rewriting" things , i am writing valid drupal modules according to drupal api and that is completely valid development method .
in fact , it is cck and views that are rewriting things .
i always update my sites with a blink of an eye without worrying about it
but in other sites with cck and views some completely broke down on version updates
i honestly believe that maintaining a site written in modules is much more simple and efficient than a site built with cck and views
and this i say from experience
i rather hang my self than deal with a site built with cck and views
right now i am speaking for myself and not my company , at some stage the company might contact you or others to discuss our problems with cck and views
yakoub abaya
כתבת שהחברה הגיעה למשבר כלכלי
כתבת שהחברה הגיעה למשבר כלכלי בגלל שימוש במודולים כמו CCK ו-VIEWS. אני מבין שלכולם נוח להאשים מודולים שמשתמשים בהם כמעט בכל אתר דרופל בעולם, כולל המוצלחים ביותר, אבל להאשים את הקוד לא יעזור לחברה שלך להשתפר מבחינת ההתנהלות שלה. אם אתם לא יודעים לעבוד, אל תאשימו את השימוש במודולים.
סליחה שאני נחרץ, זה לא מאהבה עיוורת לדרופל. פשוט השקעתי הרבה מאוד ב"חינוך" השוק המסחרי בארץ לעבודה נכונה עם דרופל, וכל פעם שאני שומע או רואה מתכנתים שמאשימים את המערכת, במקום ללמוד לעבוד איתה (או להפסיק לעבוד איתה, או פשוט לשפר אותה), זה קצת מאכזב אותי.
לשוק הדרופל בארץ, כמו בעולם, יש סיכוי להיות מופת לתחום האינטרנט בכללו, הן מבחינת התנהלות הקהילה, והן מבחינת איכות התוצרים, אבל בשביל שזה יקרה תמיד יש להקפיד על עבודה נכונה, ולא לחפש תירוצים מתחת לשטיח. הרבה חברות נכשלות בפרוייקטים לא בגלל תכנות לא טוב, אלא בגלל יהירות ובגלל התנהלות עסקית גרועה. כשזה קורה, זה פוגע בכל הקהילה לצערי, ואני מקווה שנראה פחות ופחות התנהגויות כאלה בחברות דרופל.
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות
נכתב על ידי zohar: סליחה שאני
סליחה שאני נחרץ, זה לא מאהבה עיוורת לדרופל.
אין שום בעיה , הרי אני נחרץ לא פחות ממך
יכול להיות שלא עובדים נכון עם הכלים
אבל אני עדיין טוען שהכלים האלה מפיצים חוסר ידע בדרופל וזה פוגע בקהילה שאתה מנסה לקדם
ועדיין טוען שהם לא תחליף ללמידת ממשק התכנות של דרופל , כמו שהרבה חושבים
yakoub abaya
you make it sound like i am
you make it sound like i am against drupal , but that is not what i meant
i want to make it clear that since then i moved to a new company and we work using drupal api without having any problems
yakoub abaya
חבר, אתה חופר.
חבר, אתה חופר.
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
and if you are referring that
and if you are referring that developers within the same company cannot read and maintain each others code
then what hope is there for the general drupal project that is maintained by developers spread all over the globe ?
in contrary companies should be encouraged to write code and maintain it , so that latter they may produce proficient developers who will carry on the torch of drupal development
yakoub abaya
אם לדוגמא, האתר מכיל טפסים
לא מאמין לך :) היית בונה את זה בדרופל בדקות וממשיך מאושר ליער הבא.
זהר סטולר, לינווייט
לינווייט תשתיות תוכן קהילתיות
גם אני לא הבנתי למה יובל אמר
גם אני לא הבנתי למה יובל אמר שלא יעשה את זה בדרופל. האם מתגלה כאן סדק באמינות של אחד מאושיות הקהילה?
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
מעניין שכאשר אני כותב שאולי
מעניין שכאשר אני כותב שאולי לא ארצה להשתמש בדרופל למשהו, זה נקרא סדק באמינות. לדעתי זה בדיוק הפוך, ובעית האמינות נמצאת אצל מי שתמיד ישתמש בדרופל, לא משנה אם זה נכון או לא.
ולענייננו, דרופל זו מערכת ניהול תוכן. מאוד טובה, וגמישה, אבל מערכת ניהול תוכן. ישנם מקרים, בהם ניהול תוכן זה לא מה שעושים באתר, ובמקרים כאלה, לא תמיד ארצה להשתמש בדרופל.
הנה דוגמא לבעיה שנתקלתי בה לפני כשנה וחצי, ועדיין אין לדרופל תשובה:
http://www.drupal.org.il/node/3297. ויש עוד מקרים כאלה.
ולשאלה המקורית, על טפסים. לדרופל יש מנגנון הפשטה לטפסים - Form API. הוא מאוד נחמד, אבל הוא מספק הפשטה לטפסים ה HTMLים הרגילים. מה שאומר, בהגדרה, שלא ניתן, או לא נכון לבנות כל סוג של טופס בעזרתו. הרבה טפסים כן, אבל הרבה גם לא.
לדוגמא, אתם יכולים לנסות לנסח שאלון רב ברירה עם תמונות במקום טקסט בעזרת webform, או בעזרת FormAPI, וגם לבנות לזה מערכת ניהול. או לנסות לבנות בעזרת webform טקסט עם מילים חסרות להשלמה ע"י המשתמש. ועוד לא דיברנו על אפקטים JS למיניהם, מסכים מרובים ועוד.
אז לסיכום, אם הליבה של הפרויקט היא משהו ש"לא יושב טוב" על דרופל, ואין לנו בפרויקט הרבה מקומות בהם אנחנו משתמשים ביכולות המרובות של דרופל, אז יצא שכרנו בהפסדנו.
לאמיר, אני לא מאמין באושיות, אלא באנשים.
ולזוהר, לזמן הקרוב אני באותו היער - http://goo.gl/maps/rDZ8
בכלל לא רואים אותך בתמונה של
בכלל לא רואים אותך בתמונה של גוגל, תשלח להם עדכון.
לא התכוונתי שהתפלאת שלאו דווקא היית ממליץ על דרופל, אלא בהקשר של טפסים הספציפי. עכשיו הסברת. מעניין מה הם באמת צריכים.
נו, החלה השלכת האדומה המפורסמת?
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
נו, החלה השלכת האדומה
זה בחוף המזרחי. פה רוב העצים הם מחטניים ירוקי-עד (חוץ מה larch).
אה. לט מי גוגל איט פור יו
אה.
לט מי גוגל איט פור יו
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
לגש? בחייך, צא מהעיר.. אגב,
לגש? בחייך, צא מהעיר..
אגב, השלכת פה לא רעה בכלל. יש הרבה עצי maple, chestnut, aspen וגם birch שמשילים את עליהם בצבעים צהוב-כתום-אדום מדהים.
העלאת תמונה במערכת קוד פתוח
העלאת תמונה במערכת קוד פתוח שווה אלף מלים שנאמרות ללא עלות :-)
תכייף
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
הזנחתי את הנושא לזמן מה
הזנחתי את הנושא לזמן מה והתעסקתי בפרוייקטים אחרים, חזרתי לזה סוף סוף.
אז קודם כל, תודה לך, אמיר, ותודה ליובל. שניכם בעצם עניתם לי את מה שהייתי צריכה לדעת. בגלל שבאת מעולם הדוט נט, אמיר, והעולם שלי בכתיבת תוכנות/אתרים נולד עוד לפני הדוט נט, אני אענה לך, שלעיתים אני מעדיפה להימנע מכל השכבות הללו, ולכתוב בעצמי בדיוק מה שאני צריכה, בלי שום התאמות. כשכותבים מספיק שנים תמיד יש חלקי קוד שכבר לא נכתבים מתחילה (לדוגמא, לפני עידן הדוט-נט כתבתי ב-ADO, היה לי סט מחלקות מוכנות לצורך כל פרוייקט).
עכשיו, לגבי השאלה מה האתר עושה. הטפסים הם לצורך הכנסת מידע ולצורך חיפוש מידע, אבל מכיוון שמדובר בכמויות מידע עצומות אני זקוקה לדינמיות (לדוגמא, אני צריכה את רשימת כל היישובים בארץ, ובכל יישוב את כל הרחובות... לטעון את הכל מראש זה בזבוז משאבים עצום, אפילו עם שימוש ב-cache, לכן אני זקוקה לדינמיות).
השאלה שלי היתה ספציפית לגבי טפסים דינמיים, AJAX-יים. ב-PHP ייקח לי זמן קצר לכתוב דבר כזה, אבל תהיתי אולי בכל זאת דרופל יקצר תהליכים.
יובל, זה כן סוג של מערכת תוכן, ועדיין היא מבוססת טפסים.
שורה תחתונה: אם להשתמש בדרופל, מה הרכיב שאתם הכי אוהבים לצורך הטפסים?
אחח... זרקת פצצה וברחת :) יש
אחח... זרקת פצצה וברחת :)
יש רכיב בפיתוח - אולי תוכלי להיעזר בו - webform_ajax.module.
למה את מתכוונת טופס דינמי? כל הטפסים שנבנים עם webform.module הם דינמיים. אם את רוצה להתנות הזנת נתונים של שדות לפי ערך של שדה אחר, בדקי את הרכיב webform_conditional.module (גם בפיתוח...).
| פרקטיקול - בונים לך אתר דרופל | עזרה מידית בקבוצה שלנו בפייסבוק! | שיעורי דרופל דרך האינטרנט
תודה, אני אבדוק :)
תודה, אני אבדוק :)
מה בסוף? יש פתרון?
מה בסוף?
יש פתרון?
נשאבתי לפרוייקט אחר ולא
נשאבתי לפרוייקט אחר ולא הספקתי לטפל בזה. זה ייקח עוד זמן... כך שאין לי תגובה לשאלה.