D
נקודת מבט: המחיר שאתה משלם הוא זול מאוד אם הוא גורם לך להכיר יותר איך עובד ייבוא מחו"ל, זה קורס ממש מוזל...
@ששא תשלם, אין מה לעשות.
זה לא רק אתה, כולנו משלמים כל יום מלא כסף למע"מ ולייבוא.
אתה יודע כמה עולה רכב בלי מיסים? זה חלק מהחיים.
ברור שפה הבעיה היא שבמהלך הקניה שחישבנת שזה זול משמעותית, בלי לקחת בחשבון את המיסים, בתכלס מהיום תדע שמעל 75 דולר יש מיסים ועל השיעור הזה תשלם חד פעמי... אגב באמזון אתה משלם את המיסים כבר בקניה, אבל זה לא יוצא יותר זול כמובן.
@ivrtikshoret הוא כתב על הסביבה שלו, זה לא שרת לקוח במובן הרגיל אלא תוכנה דסקטופית של משתמש בודד, רק שהיא מחולקת לשניים כמו אלקטרון.
@oryadaniely הדרך בה פתרת את בעיית התעודה היא בסדר גמור.
ואין שום בעיה עם יצירת חיבורים מחדש כל פעם, אם תרצה תראה את הקוד ונראה אם אפשר לשפר אותו לשימוש חוזר.
@oryadaniely כתב בהתלבטות בחלוקת עבודה בתוכנה:
@dovid אסביר יותר, בקריאה לימות המשיח השתמשתי ב .danger_accept_invalid_certs(true) כדי למנוע שגיאות אבטחה מול נטפרי/שאר סינונים...
אני לא יודע עם איזה שפה/סביבה אתה כותב,
אבל ממה שכתבת נראה שהסביבה/טכנולוגיה לא ידידותית למצבים כאלו של תעודה מותאמת אישית (או שאתה לא יודע להגדיר תעודת אבטחה).
אם אני מבין נכון שמדובר בתכונה שגם צד השרת שלה רץ אצל הלקוח לא כדאי לפנות בכלל לאינטרנט החוצה כי זה הבעיות יהיו מגוונות (או לפחות להתנות את זה עם הגדרה כל שהיא שקל לכבות אותה).
לגבי שאלה 3, אם עובדים ככה (עם משיכה של הכל בהתחלה) אז פשוט שאתה צודק.. אבל על הצד של לשנות, והחיפוש יפתח קריאה לDB בכל רגע שמזינים טקסט לחיפוש, זה יכול כבר להיות יותר מורכב, לא?
לא. התשובה שלי תקפה גם במקרה של כמה בקשות בשניה.
הניסוח של שאלה 3 נראה משובש עם מינוחים לא קשורים, אין משמעות לשאלה איך שהיא כתובה. יש מושג של חיבור מחדש או שימוש חוזר בחיבור, זה מינורי מאוד מאוד לסביבה עם משתמש יחיד, וגם אין לזה שום קשר למושג state שבא לתאר שמירת מצב ולחסוך לעבד מחדש, מה שלא רלוונטי פה בכלל. אני לא יודע באיזה DB אתה כותב, אבל עם DB לא עובדים בכלל עם state משום סוג, הכי הרבה אותו חיבור שזה שוב שאלה זניחה.
כשלוחצים על מקש Windows (בדרך כלל בצד שמאל של מקש הרווח בין הAlt לCtrl) + Shift + (האות ד) S
העבר מקבל צורה של + ואפשר ללחוץ בפינה רצויה ולגרור לפינה נגדית,
אחרי זה אפשר להדביק את התמונה במייל או בוורד וכדומה.
אתה לא אמור להגדיר לכל אלמנט, אלא לאלמנט ראשי כמו חלון.
כל האלמנטים תחתיו בהיררכיה אמורים לרשת את ההגדרה.
@mekev כתב בהאם נטפרי עברה לHTTP3 או האם מישהו יודע מה השתנה ?:
יש גם פחות ניתוקים קצרים בTCP?
לא יודע, אני כאמור לא גולש דרך החדשה (בהתאם לerror שהלינק נותן לי)
גם אני מקווה שזה ישפיע על הנושא הזה. כתיבה מחדש ושימוש בסטאק מודרני יותר בדרך כלל מביאה המון הזדמנויות בפיתוח תוכנה, התקוה היא שזה יתורגם לשיפורים בשטח וכמה שפחות בעיות.
אבל אני לא יודע כמה נושא הניתוקים הוא באחריות תוכנת הסינון, הניתוקים הם ברמת TCP ואפילו PING, אולי זה קנפוג רשלן או שגוי של הספק, אולי גם בגלל הדרישות של נטפרי מהספק. אם כי הניסיון שלי מראה שיש מכונות של סינון ששם זה כמעט לא קורה.
הייתי אצל כמה ספקים, וסבלתי מאוד מניתוקים בנטפרי (אני מחובר עם חיבורים שרגישים לניתוקים).
אבל ב"ה כיום אני כמעט לא סובל, ואני בRL סיבים (זו ממש לא המלצה, כי ייתכן שאני בדיוק יושב על מכונה שיש בה פחות בעיות).
האם נטפרי עברה לHTTP3 או האם מישהו יודע מה השתנה ?
לפי הדיווחים ששמעתי, לא.
כפי שהם כותבים זה כנראה שכתוב מחדש, שאולי כבר מתבטא בשיפור ביצועים קל, אבל בעיקר יקל עליהם לשפר עוד וייעל.
אני לא במערכת החדשה, אבל שמתי לב שחיפוש גוגל דרמטית מהיר יותר מפעם (הטעינה של התוצאות מנטפרי), אני לא יודע מתי זה השתנה, יכול להיות שזה כבר תקופה.
@yshlomo יש קצת הבדל מהראיה שלך ממכוניות אוטונומיות.
המכוניות האוטונמיות עומדים בעיקר בפני חסם אנושי -
מכונית אוטונומית תקינה זה דורש שלמות גבוהה מאוד, 80% = 0. אבל גם 95 אחוז זה בעיה כי הם צריכים אישור רגולוטורי וממשלתי,
והאישורים האלה דורשים מהם להיות מושלמים ברמה בלתי אפשרית (בגלל הפחד האנושי מדברים חדשים ופחד מתרחישים מוקצנים מאוד)
כל זה עוד לפני שהם "הניחו את הרגל על הרצפה".
יש לזכור שכמעט כל טכנולוגיה לא בשלה עם שיווקה, הרבה מאוד מתחילים חלש או אפילו על רגל שמאל ולאט לאט מתקנים את עצמם תוך שימוש וניסיון רחב של של צרכנים ומוחות, דבר שלא באמת ניתן לעשות עם המכונית האוטונומית חוץ מקנה מידה זעיר ולא אפקטיבי.
הנה דוגמאות לטכנולוגיות שהתחילו חלש או גרוע ורק השימוש בהם לאט לאט גילה את הפוטנציאל שלהם: המכונית, המחשב האישי, GPS, מצלמות דיגיטליות, אינטרנט על הרבה חלקיו, WIFI, הדפסה תלת־ממדית, וכמובן גם הבינה מלאכותית על כל ענפיה.
בשונה מזה, AI שרץ במחשב שלך כמעט לא כפוף לרגולציה - מתפתחת רגולציה אבל היא תהיה מזערית וכנראה לא יצליחו לעצור כמעט כלום בדיוק כמו את חופשיות האינטרנט. הסיבה לזה מסובכת, אבל עובדתית זה כבר ככה.
ומצד הצורך, יזם/מנהל שמצליח ב60 אחוז זה כבר סיבה לקבל אותו לעבודה עד שימצאו מישהו טוב יותר.
אני סבור חבל מראש על הדיון, זה נושא של טעם ועוד דברים דומים - נקודות שקשה להתווכח עליהם.
מי שבאמת רוצה להבין את טיעוני הבעד נגד יכול לשאול את GPT ודומיו, יש לו תשובות מעולות בנידון.
עיצוב במובן של נראות והתנהגות חזותית, אמורים לעשות רק עם HTML+CSS, לא מבין מה יש מקום למשהו אחר.
JS נדחף איפה שHTML לא מספיק מפותח, וכל שנה המקום הזה מצטמצם.
קשה למצוא מומחים בHTML+CSS כי מה שרוב המפתחים עושים זה למצוא סט כלים קבוע (עם או לי ספריות חיצוניות) ולהשתמש חזק בזה, ועל פי רוב להשיג בזה את רוב הנצרך ביום יום. CSS זה כל כך גדול, שזה מקצוע בפני עצמו לשלוט בו שליטה טובה.
@ששא כתב בתגובה: API רחובות לפי שכונות\ שכונות לפי ערים:
@אוריי זה להצגה בצד לקוח, לא?
אפשר להשתמש עם זה גם בצד שרת?
צד שרת הוא אף פעם לא פחות מצד לקוח, "בכלל מאתיים מנה".
צד לקוח מוגבל טכנולוגית (למשל אי אפשר לתקשר בTCP) וגם מדיניותית (למשל CORS), וגם התנהגותית (למשל ניתן לזיהוי כצד לקוח בגלל הכותרות) על ידי הדפדפן שזו תוכנה שבכוונה עושה את כל אלו לבטיחות המשתמש. בצד שרת אין את שלושת ההגבלות האלו.
אוקי, זה בערך מה שחשבתי, אבל אני לא מבין מה שכתבת פה בכלל (אולי אני עייף ופשוט אקרא שוב למחרת יו"כ):
השיקול שלי הוא, שהקוד מורץ בתור API, ואם כל אחד יכול לגשת לAPI בעצמו, זה יצא שגם אצטרך לתת הרשאות גישה למסד נתונים לכל אחד, לא? זה בעצם הסיבה שמלכתחילה התחלתי עם זה, ניסיתי לגשת ישר לAPI וקיבלתי שגיאה של גישה לא מורשית למסד הנתונים, אז אם זה מגיע דרך עמוד מתווך. א. אף אחד לא יודע מה הנתיב של העמוד שעושה בפועל, וככה לא יצליחו לשחק איתו יותר מידי (כמובן שאם יריצו סריקה על השרת יוכלו למצוא הכל, בכל זאת א"א למנוע הכל), וגם אם כן ימצאו עושים עליו הגבלת גישה רק מהIP של השרת עצמו, כך מונעים התקפות עליו ישירות (ברעיון, לא ניסיתי). ב. הגישה היא מהשרת ולא מהמשתמש, ככה לא צריך לפתוח הרשאות מיותרות.
אתה יכול לפרט, איך התחלת? מה הכוונה קיבלת שגיאה של גישה לא מורשית? למי תצטרך לתת גישה?
@eido אני לא יכול לענות בעל פה, אבל יש מושג בPHP של מחלקות, לא צריך לעבוד עם דף שקורא לדף. אולי לזה התכוונת? אולי תפרט יותר דוגמת קוד איך עשית.
@eido לא יעיל העובדה שהדף PHP קורא לדף אחר.
אתה לא צריך להיות מקורי באבטחה, תשתדל למצוא תורות מוכנות שעמלו עליהם הרבה. כמעט אפשר לומר שכמה שאתה יותר בנאלי בנושא של הלהיות מאובטח, המצב שלך טוב יותר.
מה לא טוב במה שעשית:
א. ייתרון חלש מאוד. גם דף PHP בודד לא נותן לתוקף גישה ישירה למסד, אלא מאי? הוא יכול לנצל אותו. זה לא באמת משתנה אם מדובר בשרשרת של עשר כלים.
ב. חוסר יעילות. דף PHP שקורא לדף PHP זה שני תהליכים (אם הבנתי נכון וזה מתבצע באמצעות הרצה של PHP עם פרמטר קובץ), קושי בניהול חיי התהליך השני (זה לא בידיים של שרת האינטרנט).
ג. סיבוך. הפשטות זה ייתרון גדול הן בפיתוח והן בתחזוקה.
ד. אבטחה. דוקא כשמקימים גדרות אבטחה מהסוג הזה, מחמיצים חורים עם בעיות אבטחה גדולות מהבעיות המקוריות שניסו למנוע. זה בגלל שלא נותנים את הדעת על כל המשמעות של מה שעושים, למשל אם יש לך בית רגיל אתה יודע שצריך לנעול דלת, אבל אם יש לך שדה מוקשים אתה כבר לא אוחז איפה אפשר להשתחל.
