לימוד פריימוורק לPHP, או: איך בונים אתר Web בPHP?
-
@דוד ל.ט.
אתה יכול לשקול לדלג בכלל על החלק המסובך של צד שרת ולעשות כמעט הכל בצד לקוח עם נאגולר.
גם יישום מורכב אתה יכול לעשות עם חירבוש ארוך של PHP ועם ידע טוב באנגולר.
וזה גם כיוון מומלץ מאוד כי גם הפרימוורק הכי טוב לא ייתן לך את העוצמה של צד לקוח.
בא נאמר ככה, תתעמק בPHP אחרי שתלמד להרים בקלות יישום עם אנגולר ואז תידע במה להתרכז בלימוד הPHP (כי פריימוורק זה עולם שלם ואם תתקשקש עם התצוגות ובסוף תגלה שלאגקס הם לא הכי עוזרות זה יכול להכאיב).איפה אני יכול לקרוא על זה?
תודה רבה.ואגב, דוט נט לא עובד באותה הצורה של Yii?
פורסם במקור בפורום CODE613 ב04/12/2017 14:30 (+02:00)
-
מה שאותי הכי מעצבן בפיתוח צד לקוח, שאין שום בעיה להעתיק את כל הפרוייקט.
נניח שעשית מערכת CRM מושלמת בשילוב אנגולר, כל מה שצריך לעשות כדי "לגנוב" אותה, זה לבנות את צד השרת, ליצור API מתאימים וזהו.
אני יודע שיש אפשרות לקווץ את קבצי הJS. איני יודע עד כמה זה עוזר.פורסם במקור בפורום CODE613 ב04/12/2017 14:43 (+02:00)
-
מה שאותי הכי מעצבן בפיתוח צד לקוח, שאין שום בעיה להעתיק את כל הפרוייקט.
נניח שעשית מערכת CRM מושלמת בשילוב אנגולר, כל מה שצריך לעשות כדי "לגנוב" אותה, זה לבנות את צד השרת, ליצור API מתאימים וזהו.
אני יודע שיש אפשרות לקווץ את קבצי הJS. איני יודע עד כמה זה עוזר.אל תדאג זה לא יקרה.
באותה מידה שאפשר להעתיק אפשר ליצור מחדש. רוב הקושי זה האסטרטגיה התכנונית. וזה לא שייך להעתקה.
אפשר לומר שגם צד הלקוח וגם צד השרת הם שכבה דקה מעל הגוף שהוא התכנון.פורסם במקור בפורום CODE613 ב04/12/2017 15:09 (+02:00)
-
@מצפה לגדול
@דוד ל.ט.
אתה יכול לשקול לדלג בכלל על החלק המסובך של צד שרת ולעשות כמעט הכל בצד לקוח עם נאגולר.גם יישום מורכב אתה יכול לעשות עם חירבוש ארוך של PHP ועם ידע טוב באנגולר.
וזה גם כיוון מומלץ מאוד כי גם הפרימוורק הכי טוב לא ייתן לך את העוצמה של צד לקוח.
בא נאמר ככה, תתעמק בPHP אחרי שתלמד להרים בקלות יישום עם אנגולר ואז תידע במה להתרכז בלימוד הPHP (כי פריימוורק זה עולם שלם ואם תתקשקש עם התצוגות ובסוף תגלה שלאגקס הם לא הכי עוזרות זה יכול להכאיב).איפה אני יכול לקרוא על זה?
תודה רבה.ואגב, דוט נט לא עובד באותה הצורה של Yii?
אתה צריך ללמוד פשוט אנגולר. אם אתה רוצה לדעת מהר אז תלמד גירסה 1. כי האחרות הם מצריכות ללמוד המון מושגים בבת אחת, וגם זה לא סותר או מבלבל.
בקשר לדוטנט, זה פלטפורמה אחרת, שפה אחרת ופרימוורק שלם ומפורסם, הגדול ביותר שיש.
אתה כבר כתבת בו בעבר כמדומני בפוסט פה הפורום.פורסם במקור בפורום CODE613 ב04/12/2017 17:10 (+02:00)
-
@דוד ל.ט.
@מנצפך
מה שאותי הכי מעצבן בפיתוח צד לקוח, שאין שום בעיה להעתיק את כל הפרוייקט.נניח שעשית מערכת CRM מושלמת בשילוב אנגולר, כל מה שצריך לעשות כדי "לגנוב" אותה, זה לבנות את צד השרת, ליצור API מתאימים וזהו.
אני יודע שיש אפשרות לקווץ את קבצי הJS. איני יודע עד כמה זה עוזר.אל תדאג זה לא יקרה.
באותה מידה שאפשר להעתיק אפשר ליצור מחדש. רוב הקושי זה האסטרטגיה התכנונית. וזה לא שייך להעתקה.
אפשר לומר שגם צד הלקוח וגם צד השרת הם שכבה דקה מעל הגוף שהוא התכנון.אני מודה שגם לי יש את הפחד של מנצפך איפשהוא. ואני עדיין לא בטוח שאני לא עושה טעות עם אנגולר בקטע הזה....
(אני כן רואה חלק מהמודל שלי בצד לקוח)אבל כמו שאמר דוד, כל אחד יכול לכתוב כל מערכת.
מי שחכם מספיק כדי להעתיק את הקלאסים מהJS, גם מספיק חכם לכתוב בעצמו את הפרוייקט.פורסם במקור בפורום CODE613 ב04/12/2017 18:49 (+02:00)
-
עוד בעיה, אם לקוח רוצה מערכת לוקלית. בJS אין שום דרך למנוע העתקה. אפילו ב.NET יש פתרונות לזה. אבל מה עושים בJS?
יש פתרונות לזה גם בJS וייתכן שהם אפי' יותר טובים.
אבל מה הכונה מערכת לוקלית, משהו כמו אלקטרון או להרים שרת מקומי?סתם ככה אני יכול להרגיע אותך בכל מה שקשור להעתקה. זה לא קורה ביישומים מותאמים אישית, ואם זה קורה זה רק יעשה לך פרסומת.
פורסם במקור בפורום CODE613 ב05/12/2017 12:43 (+02:00)
-
ציטוט מקטע שכתבתי בעבר:
@דוד ל.ט.כיום בעידן נט פרי, נראה לי הגיוני מאוד לכפות לתוכנות רבות חיבור אינרטנט ולקבל ככה הרבה שירותים אונליין שמוודאים שהלקוח שלך. זה האפשרות הכי אפקטיבית ובלתי ניתנת לעקיפה.
אבל באופן כללי מתוכנה מתפרנסים מהלוקחות שכן משלמים, ומתעלמים מהפירטיים כי הם בכל מקרה לא קהל היעד שלך. כמו שהגנב מגיע ללקוח פוטנציאלי ומציע לו לקנות, אתה אמור להקדימו. הוא נותן מחיר זול אולי אבל מדיף סירחון, ואתה רשמי ובעלים עם תמיכה ובריש גלי. הלקוח הקמצן שלא רוצה לשלם תתייחס אליו כאל כזה שלא צריך את התוכנה, ואל תבזבז אנרגיה להצטער שהוא "עקף אותך".
למדתי זאת בעבר מאנשים חכמים באינטרנט והפנמתי זאת מאוד, אני מצרף קישורים דומים למה שקראתי:
http://stackoverflow.com/questions/506282/protect-net-code-from-reverse-engineering/506301#506301
http://stackoverflow.com/questions/261638/how-do-i-protect-python-code/261817#261817וראה גם פה:
http://code.613m.org/viewtopic.php?f=1&t=39
http://code.613m.org/viewtopic.php?f=1&t=877
http://code.613m.org/viewtopic.php?f=1&t=1654פורסם במקור בפורום CODE613 ב05/12/2017 12:59 (+02:00)
-
בעצם, SaaS. תוכנה כשירות.
זה לא שייך באופליין.
עיקר התשובה היא הלינק הראשון, בה הוא אומר שאתה לא צריך לקחת ללב שיעתיקו במליונים את התוכנה זה רק מחמאה.
המחשבה צריכה להיות איך אני גורם ללקוח פוטנציאלי, לשלם לי ולקנות ממני.
אלה שמשתמשים בפרוץ בדרך כלל לא היו משלמים גם לו לא הייתה להם אפשרות לגנוב וממילא זה שריפת זמן למנוע מהם, אין כזו מצוה.
מסביב תוכנה חוקית, אם היא בנויה טוב ובמחשבה על הלקוח (ולא במחשבה רק על מניעת העתקה...) יש תמיכה ושיפורים שוטפים ואחריות שאין בתוכנה מועתקת, וכל איש עסקים נורמלי לא יילך על פירצה ביודעו שזה זול/חינם שהוא יקר.פורסם במקור בפורום CODE613 ב05/12/2017 14:29 (+02:00)
