מדיניות שימוש ברישיונות קוד פתוח מורשים לעבודה בטוחה עם שירותי אונליין וספריות Client-Side מתוך הקטלוג של OpenLibs.dev

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

למשתמשים אפליקציות
למפתחים ספריות

מדריך מהיר לתאימות רישיונות

רישיון סטטוס קבלה שימוש מסחרי סגירת קוד עצמאי (UI)
Unlicense מותר כן כן (מלא, ללא תנאים)
MIT מותר כן כן (שמירת זכויות יוצרים)
Apache 2.0 מותר כן כן (שמירת זכויות יוצרים)
BSD-2-Clause מותר כן כן (שמירת זכויות יוצרים)
BSD-3-Clause מותר כן כן (שמירת זכויות יוצרים)
ISC מותר כן כן (שמירת זכויות יוצרים)
MPL 2.0 מותנה (בטוח) כן כן (אם קוד המודול לא שונה)
LGPLv3 מותנה (בטוח) כן כן (בחיבור דינמי)
GPLv3 אסור עם סיכון לא (דורש פתיחת האתר כולו)
AGPLv3 אסור עם סיכון לא (קופילפט ויראלי מלא)
CC-BY-NC אסור עם סיכון לא רלוונטי (לא למסחר)

שאלות נפוצות בנושא רישוי

כן, זה בטוח ב-100%. אנו בוחרים את הכלים בקפידה ומבטיחים שהם מבוססים אך ורק על פתרונות מתירניים (MIT, Apache 2.0, BSD-2-Clause, BSD-3-Clause, ISC, Unlicense) או קופילפט חלש (MPL 2.0, LGPLv3). ניתן להשתמש בדוגמאות האינטראקטיביות בפיתוחים המסחריים והסגורים שלך ללא כל התחייבויות נסתרות.

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

בתוכנה קלאסית, LGPLv3 דורש קישור דינמי של הספרייה כדי שהמשתמש יוכל להחליף את הגרסה שלה באופן עצמאי. ב-Client-Side של האינטרנט, שבו הקוד נאסף על ידי באנדלרים (Vite, Webpack), הגבול הזה מטושטש מבחינה משפטית. עם זאת, השימוש ב-OpenLibs.dev בטוח לחלוטין: איננו משלבים אותם בליבה, אלא מחברים אותם כמודולים חיצוניים מבודדים לחלוטין. מכיוון שקוד המקור של הספרייה אינו משתנה, והאתר שלך מקיים איתה אינטראקציה בלעדית באמצעות API חיצוני, אפקט הקופילפט אינו מתרחב ליצירות שלך – הקוד המסחרי של האתר נשאר סגור ב-100%.
Client-Side Only קוד לקוח מאובטח ללא התחייבויות נסתרות.

רישיונות מתירניים (מקסימום חופש)

MIT License

אידיאלי

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

עבור Client-Side: המפתח פשוט משאיר את הודעת המחבר המקורית בקוד של הדף שלו.

ISC License

ברירת מחדל עבור npm

השווי ערך המשפטי של MIT, אך הטקסט קוצר לפסקה אחת. רישיון הבסיס שנוצר על ידי הפקודה npm init.

עבור Client-Side: בטוח לחלוטין עבור יישומי אינטרנט. אין הגבלות למעט שמירת זכויות היוצרים.

Apache 2.0

הגנת פטנטים

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

עבור Client-Side: אם קוד הספרייה משתנה ישירות באתר, יש לציין אילו קבצים שונו.

BSD (2/3-Clause)

בטוח

מאפשר שימוש חופשי, שינוי ומכירה. גרסת 3-Clause אוסרת במפורש להשתמש בשם מחבר הספרייה לפרסום האתר.

עבור Client-Side: תאימות מלאה לכל פרויקטי פרונט-אנד מסחריים.

Unlicense / CC0 (נחלת הכלל)

נחלת הכלל

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

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

קופילפט בטוח (הסכם הדדי חלש)

MPL 2.0 (Mozilla Public License)

קופילפט ברמת הקובץ

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

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

LGPLv3 (GNU Lesser General Public License)

חיבור דינמי

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

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

פרטי רישוי (רישוי כפול)

רישוי כפול (למשל, MIT / GPLv3)

בטוח בעת בחירת MIT

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

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