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

@אבי-203 אמר בשימוש בכתובת של גוגל:

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

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

@ארכיטקט אמר בשדרוג nginx שהסתבך:

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

תודה!

א. כך נוהגין. אלא שפה זה פרודקשן מורכב עם הרבה התקנות ושירותים חיצוניים, כולל DB בRDS של אמזון עם רפליקה וכמות אדירה של ג'יגות. אמנם, עדין האמת היא שהייתי קצת פזיז קודם.

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

צודק לגמרי. אז ככה:

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

אחר כך אני מאתחל את השרת:

sudo systemctl restart nginx

ומקבל שגיאה.אז אני בודק:

systemctl status nginx.service

ומקבל

Nov 07 12:41:14 ip-172-31-81-0 nginx[2957]: nginx: [warn] low address bits of 172.31.81.0/20 are meaningless in /etc/nginx/conf.d/MYSITE.conf:27
Nov 07 12:41:14 ip-172-31-81-0 nginx[2957]: nginx: [emerg] unknown directive "set_escape_uri" in /etc/nginx/conf.d/MYSITE.conf:48

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

    if ($request_method = PURGE) {
        set $stored_method "GET";
        set $stored_scheme "https";
        set $key "nginx-cache:$stored_scheme$stored_method$host$request_uri";
        set_escape_uri $escaped_key $key;
        rewrite ^/w/(.*)$ /redis-purge?key=$escaped_key last;
        #return 301 /redis-purge?key=$escaped_key;
    }

חוזר על האיתחול וכו'. שגיאה זהה רק על שורה אחרת (55) הפעם בתוך בלוק של מודל reis:

    location /redis-purge {
        auth_basic off;
        internal  ;
        set_unescape_uri $key $arg_key ;
        redis2_query del $key;
        redis2_pass  redis;
        more_set_headers 'X-Purge PURGED';
    }

שוב מזיח וכו'. הפעם השגיאה:

nginx: [emerg] unknown directive "redis2_query" in /etc/nginx/conf.d/MYSITE.conf:56

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

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

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

בבדיקה שהוצעה שם זו התוצאה אכן:

nginx -V
nginx version: nginx/1.20.1
built with OpenSSL 1.1.1  11 Sep 2018 (running with OpenSSL 1.1.1a  20 Nov 2018)
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2 -fdebug-prefix-map=/build/nginx-kLXxPU/nginx-1.20.1=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wdate-time -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -fPIC' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-compat --with-debug --with-pcre-jit --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_dav_module --with-http_slice_module --with-threads --with-http_addition_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_sub_module

תודה לכם

@ארכיטקט אמר באמיתי... מצאתי את זה בקוד שלי.:

ואני משאיר אותו כפתק בבקבוק לאיזה שהוא AI

קוראים לזה קפסולת זמן היום... אנו במאה ה-21

@dovid אמר בקוד חמוד/רע/איום ליצירת רשימת מספרים ב-JS:

@davidnead הפרמטר השני הוא תמיד ההמיקום מהנקודה השמאלית העליונה

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

אם תכתוב

ctx.drawImage(src, 50,50)

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

ctx.drawImage(src, 50, 50, 100, 100, 0, 0, 100, 100)

אתה חותך את התמונה, והיא תצויר החל מ50 פיקסלים למטה וימינה מהפינה השמאלית העליונה שלה, אל תוך בקנבס החל מהפינה השמאלית העליונה שלו.

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

@dovid
אלו שלושת האפשרויות לקרוא לפונקציה:

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

@dovid אמר בקוד חמוד/רע/איום ליצירת רשימת מספרים ב-JS:

@yossiz למיטב זכרוני במנטליות של JS לא מקובל לשנות משמעות ארגומנט במיקום מסויים כאשר הועברו מס' שונה של ארגומנטים.
במילים אחרות בJS הפונקציה תמיד תהיה חייבת לקבל שני ארגומנטים.

זה לא מדוייק. ואחת הדוגמאות הכי בולטות והכי מעצבנות עבורי - זה הAPI של הקנבס.

@יוסף-בן-שמעון אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

@davidnead אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

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

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

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

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

@chagold אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

אני במקומך הייתי מרים את המערכת המקבילה לוורדפרס, בנוד.

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

@יוסף-בן-שמעון אמר בבעקבות האשכול תבניות של API - איזה תחליף יש לnode.js ??:

אם זה מצריך תכנות של יותר מעשר שורות קוד, לא נוגעים בוורדפרס ולא ב PHP, קונים תבנית עיצובית בכמה דולרים שמותאמת לקליינט שאתם מכירים (אנגולר \ VUE) ובונים לה שרת.

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

@aaron אמר בתבניות של API:

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

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

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

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

יש גם את directus, בזמנו הרגיש קצת בוסרי, מניח שכבר יותר טוב כיום.

לא מכיר. מה זה?

בסופו של דבר, אם אתה לא מחפש את הUI שCMS נותן לך, אז אין שום עניין לחפש "תבנית" לAPI.
אתה כנראה סה"כ רוצה לכתוב איזה מבנה בסיסי של האובייקטים שלך, ולחשוף פעולות CRUD עליהם. שזה בגדול DB as API..
לזה כנראה keystone מעולה. ובטוח יש תחליפים דומים.

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

הספריה צריכה לבצע 3 פעולות:

1. לייצר DB מתוך כלל הרכיבים שאבחר, ולעדכנו לפי הצורך אם אני מוסיף רכיב.
2. לייצר אובייקטים של ORM מותאמים לטבלאות שנוצרו
3. ליצור קלאסים עם פונקציות API בסיסיות לכל רכיב/טבלה. (כמו למשל fundUser, login, addProduct וכו')

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

הייתי מובן מספיק?

@dovid אמר בתבניות של API:

קודם תראה שאתה מצליח להיות מפתח עם שמחת חיים בסביבה הזאת

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

@dovid אמר בתבניות של API:

@davidnead אני אולי נשמע חוזר על עצמי, אבל השאלות שלך לא הכי מתאימים לnodejs.
nodejs לא מתאימה לאנשים שמאמינים בדברים מוכנים וממוסדים.
היא מתאימה לכאלה שאוהבים גמישות ושקיפות מקסימליים.
אני מציע לך לבדוק את asp net core (שפת c#), שמה הברירת מחדל היא המון ספריות ענק שעושים המון המון עבודה. זה כמובן לא נוגע כלל לקליינט סייד.
אני אישית אגב לא מפתח בזה (אני די עובד בפרוייקטים קיימים, גם nodejs וגם asp net 5 שזה די ישן וגם קצת קצת וורדפרס המתועבת), כך שהרשמים שלי הם התרשמות מרוחקת או עדויות של קולגות.

זה בסדר, גם אני חוזר על עצמי.

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

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

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

אני הראשון בארץ שפוגש את הבעיה?

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

@nigun אמר בתבניות של API:

@davidnead אמר בתבניות של API:

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

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

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

@nigun אמר בתבניות של API:

headless cms

מה שאני ראיתי בינתיים זה דברים כמו https://strapi.io/ שזה לא תבנית של API אלא ממשק ניהול שאיתו אתה יוצר API. יש אולי אנשים שיותר קל להם להתחיל ליצור שדות ואובייקטים בקוביות של ממשק, לי כבר קל יותר ליצור טבלה בDB ולהתממשק.
לא רוצה ממשק ניהול, אלא פשוט קוד מוכן (קוד JS + צורה כלשהי של SQL) עבור נושאים שונים.
יש דוגמאות כאלו בקונספט שאמרת?

@yossiz אמר בשרת אישי על המחשב שלי:

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

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

אבל תפתור לי בבקשה את השאלה הכי חשובה - איך זה עובד? מה זה עושה יותר טוב ממה שיכולתי לעשות לבד?

@רפאל אמר באיך בוחרים את הטכנולוגיה המתאימה:

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

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

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

@ayali אמר בחבילה לרכיב מיילים פנימיים NODE:

@davidnead אתה יכול לפתוח מייל של הקבוצה ולהשתמש בתיקיה המוכנה nodemailer השימוש בה הוא מאד פשוט וקל

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

@dovid אמר בתבניות אתרים על NODEJS:

@davidnead אמר בתבניות אתרים על NODEJS:

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

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

חפש בגוגל nodejs cms open source
ותעבור על תצואות ותעדכן אותי במה ועד כמה טעיתי.

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

לאחר כמה ימי גוגל (וקצת יותר מזה...) אתה כרגיל צודק. אבל מה עושים עם זה?

@מוטי-אורן אמר בתכנות אתרים + גרפיקה:

Vuetify

Vuetify אכן יפה. אבל זה רכיכי UI, שזה יפה אבל עדי לא תבניות. ראיתי תבניות בודדות שמבוססות עליו.