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

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

כעת התחלתי לעבוד עם NPM, ורציתי לדעת האם יש עניין לחסוך בייבוא ספריות? אם לדוגמה אני צריך לעשות 2-3 חישובים, שיותר נוח לעשות אותם עם lodash, אבל אפשרי עם קצת יותר קוד לעשות אותם גם בלעדיו - האם להתאמץ ולכתוב בלי, או פשוט לייבא? עד כמה אם בכלל זה משפיע על הביצועים, ייבוא ספריות חיצוניות ללא צורך ממש?
ומה נקרא "צורך ממשי" ששווה בגללו לייבא?
נ.ב. השאלה נוגעת כרגע בעיקר לפרויקטים שמהודרים בסוף עם webpack, אם זה משנה.

@www לכן אמרתי שאני מערבל את הקוד...

@5566brs אמר במכירת מוצר (סקריפט) צד לקוח - איך לפקח על שימוש בתשלום?:

לא הסברת מה הבעיה לבנות כזה מנגנון.

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

@5566brs אמר במכירת מוצר (סקריפט) צד לקוח - איך לפקח על שימוש בתשלום?:

תשאל את המשתמש מה הקוד שלו, ואם זה מוצא חן בעיניך תמשיך הלאה.

ואיך אני מוודא שהוא לא יוכל להעתיק את זה בשלמותו לאחר?
אולי איזה אימות עם חשבון גוגל? לא יודע...

@www מה עם אימות מול שרת? כלומר הסקריפט שולח בקשה עם הסריאל, ומקבל תשובה מהשרת האם זה תקין ותקף. אם לא מתקבלת תשובה חיובית - הסקריפט לא יעבוד..?

@www אמר במכירת מוצר (סקריפט) צד לקוח - איך לפקח על שימוש בתשלום?:

שלא תביא את הנתונים רק למי ששילם...

שוב, איך אני עושה כזו בדיקה?

@www יש API, אבל לא שלי... כלומר הקוד לוקח נתונים מAPIים שונים, אבל לא מAPI של שרת שלי וכדומה. אם אני ישנה את זה שזה יעבור דרך שרת שלי מה זה יאפשר?

@www אמר במכירת מוצר (סקריפט) צד לקוח - איך לפקח על שימוש בתשלום?:

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

כלומר? ומה ימנע ממנו אחרי הפענוח להפיץ את זה לכל עמ"י?

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

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

@צעיר-רענן עדיף לשלוח את הקישור להקלטה, ולא צילומי מסך.

@ארכיטקט אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

פשוט לשמור משתנה בזיכרון

כלומר? המשתנים לא מתאפסים בכל רענון של הדף?

@פלורידה אמר בלכידת אלמנט חמקמק:

@www אמר בלכידת אלמנט חמקמק:

אם ביטלו את התפריט ימני, צריך קודם לאפשר את זה...

כיצד עושים את זה?

https://chrome.google.com/webstore/detail/allow-right-click/hompjdfbfmmmgflfjdlnkohcplmboaeo/related

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

@ארכיטקט אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

מה שעשית נקרא רפוזיטורי

מה זה אומר רפוזיטורי?! זה לא מאגר?
זה בעצם מטפל בשמירת ושליפת מידע מlocalStorage.
יש אחת לקבלת המידע, אחת לשמירתו, ואחת לבדיקה האם כבר שמור או לא (מחזיר בוליאני).
זה מחזיר אובייקט, אבל כjson (ואז אני ממיר אותו לאובייקט ג'אוהסקריפטי רגיל), כי localStorage מוגבל למפתח:ערך בלבד. ככה שלמעשה get מחזיר סטרינג, set מגדיר לוקאל חדש, וCheck בודק האם לוקאל מסוים קיים ומחזיר בוליאני.
הארגומנט id הוא בעצם המפתח של הלוקאל הנידון.
איזה שם נורמלי מתאים לדוגמה בכזה מקרה?

@ארכיטקט אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

בקיצור יש מה ללמוד.

לכן שאלתי פה...

@ישראל-גיל יש לך זום בדפדפן, ואז אתה מתרגם כמו שמתרגמים כל אתר

@davidnead אמר בתיעוד תוכן צפוי של ארגומנט אובייקט:

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

הסתכלת בקישור שהבאתי בפוסט הראשון לתיעוד? עשיתי את זה על פי זה.

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

* @param {object} objectInfo מערך המידע על הסרטון הספציפי
* @param {string} objectInfo.status סטטוס
* @param {string} objectInfo.id מזהה סרטון
* @param {string} objectInfo.title שם סרטון
* @param {string} objectInfo.publishedAt תאריך סרטון (בפורמט ידידותי)
* @param {string} objectInfo.ChannelName שם ערוץ של הסרטון
* @param {number} index מספר סרטון מתוך המערך שבטיפול
*/
function jsonTest(objectInfo) {
\\...

אבל בריחוף מופיע רק סוג המפתח (סטרינג), ולא התיאור שלו:

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

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

@חגי אמר בלכידת אלמנט חמקמק:

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

לא הבנתי איך עשית את זה, אני לא הצלחתי להגיע לתוצאה הזו.

אני הרבה פעמים יוצר כמה פונקציות "עוקבות", לדוגמה לlocalStorage יש פונקציה אחת לקבלת ערך, אחת לקביעת ערך, ואחת לבדיקה האם ערך קיים.
השאלה האם כדאי לעשות 3 פונקציות קטנות נפרדות - לדוגמה:

• getIdByLocal
• setIdByLcal
• CheckIdByLocal

או מערך:

let idByLocal = {
    set: (id) => {

    },
    get: (id) => {

    },
    Check: (id) => {

    }
}

ואז לקרוא לidByLocal.get() וכו'.
השאלה מה עדיף, במספר קטן של פונקציות רודפות ובמספר גדול (בדבר מורכב יותר מאשר שמירה בlocalStorage).