@מני-דונט כתב בתוסף מעולה לתרגום כתוביות ביודמי:
מעניין כי הוא עובד הרבה יותר טוב מגוגל טרנסלייט
כנראה הוא מתרגם את כל הטקסט אז יש יותר הקשר להבין במה מדובר.
משא"כ אם תתרגם כל חצי משפט בפנ"ע יותר קשה להבין את ההקשר.
@מני-דונט כתב בתוסף מעולה לתרגום כתוביות ביודמי:
מעניין כי הוא עובד הרבה יותר טוב מגוגל טרנסלייט
כנראה הוא מתרגם את כל הטקסט אז יש יותר הקשר להבין במה מדובר.
משא"כ אם תתרגם כל חצי משפט בפנ"ע יותר קשה להבין את ההקשר.
@mekev כתב בCAPTCHA - כיצד להבדיל בין ספרה 0 לבין האות O:
@dovid כמדומני שזה שווה ערך/מאמץ ל'החלפת תמונה' עד לקבלת קוד ללא 0/O
אבל לזה אפשר לעשות תוסף/להזריק קוד שאוטומטית יחליף את התמונה כל שנייה.
אגב, זו גם חולשת אבטחה, כי בצורה הזאת יותר קל לחלץ טקסט מהתמונה בצורה ממוחשבת, כשאתה יודע שיש לך 5 תמונות עם אותם תווים.
https://answers.microsoft.com/he-il/windows/forum/all/photos-app-cannot-be-closed/8fa67160-efc4-4872-b832-b20d2b72c025
ככה"נ קשור לRTL. כך שזה משפיע רק על ערבית ועברית.
מי שנתקל בבעיות במיילגן, כמו מיילים נכנסים שלא מגיע וכדו'.
מדובר בנפילה רוחבית.
ניתן לראות את הסטטוס כאן:
https://status.mailgun.com/
@pcinfogmach כתב בשיתוף: סקריפט להסרת אלמנט מיד לאחר שנוצר:
למה צריך כזה סקריפט משוכלל ולא לעשות סקריפט פשוט שמוחק את האלמנט או מסתיר אותו (מסתמא עדיף כדי למנוע שגיאות בלתי צפויות)?
אי אפשר להסתיר, כי אנחנו רוצים שלא יגיע לנמען, לא שלא יוצג לשולח.
בנוסף כפי שכבר כתבו, האלמנט נוצר אחר כך, וכפי לשון כותרת הנושא.
@מעלה-ומוריד ככל הנראה זה בגלל שיש לו דפדפן כרום בטא.
@מוגן tampermonkey.
אני חושב שצריך לעבור לפרטי...
המייל שלי בפרופיל.
@מוגן עדיין אותה שגיאה?
@מוגן בתוסף הזה צריך להוסיף לפני הקוד את השורות הבאות:
// ==UserScript==
// @name הסרת מיילטראק חתימה
// @namespace http://tampermonkey.net/
// @version 0.1
// @description
// @author WWW
// @match https://mail.google.com/*
// @grant none
// ==/UserScript==
@מוגן אצלי תקין.
@מוגן זה קורה בגלל מדיניות מניעת הזרקה שנוספה לאחרונה בג'מייל.
הפתרון להוסיף את הקוד הבא:
if (window.trustedTypes && window.trustedTypes.createPolicy) {
window.trustedTypes.createPolicy('default', {
createHTML: (string, sink) => string
});
}
אני מעדכן גם למעלה.
@מוגן שמתי לב לזה.
בעז"ה כשאתפנה אנסה לבדוק את זה.
@איש-ימיני אולי לחבר מיקרופון דש איכותי לכל פלאפון. (לא דבר זול).
@dovid כתב בייעול שאילתת MYSQL:
לפי הפלט שהבאת יש כמעט מיליון שורות מתאימות ליום בודד, זה הגיוני?
לא.
@dovid את האמת, שיש לי פה בעיה עם אינדקס, הטבלה מיועדת 99% לכתיבה...
כנראה מה שאני אעשה בסוף: טבלת מראה בDB אחר עם אינדקסים שיתעדכן פעם בשעה.
השאלה אם האינדקסים יעזור.
אני לא יכול לעשות יותר מידי טסטים כי זה נועל את הטבלה.
-> Limit: 200001 row(s) (actual time=31750.842..31750.842 rows=0 loops=1)
-> Filter: (sum(cdr.elapsed) > 100) (actual time=31750.837..31750.837 rows=0 loops=1)
-> Table scan on <temporary> (actual time=0.004..0.005 rows=1 loops=1)
-> Aggregate using temporary table (actual time=31750.451..31750.453 rows=1 loops=1)
-> Nested loop inner join (cost=3766093.75 rows=46610) (actual time=22060.691..31750.388 rows=1 loops=1)
-> Filter: ((cdr.end_ts > <cache>(unix_timestamp('2023-7-1 00:00:00'))) and (cdr.end_ts < <cache>(unix_timestamp('2023-7-2 00:00:00'))) and (cdr.elapsed < 7200) and (cdr.t_user is not null)) (cost=3049122.50 rows=932200) (actual time=22042.090..31708.494 rows=11270 loops=1)
-> Table scan on cdr (cost=3049122.50 rows=25176946) (actual time=1.345..29896.727 rows=26187820 loops=1)
-> Filter: (grp.group_id = 14) (cost=0.67 rows=0) (actual time=0.004..0.004 rows=0 loops=11270)
-> Single-row index lookup on grp using unique_index (reg_exp=cdr.t_user), with index condition: (grp.reg_exp = cdr.t_user) (cost=0.67 rows=1) (actual time=0.003..0.003 rows=1 loops=11270)
אבל זה בלי אינדקס כרגע על CDR.
@dovid צודק, לא אני כתבתי את השאילתא... בכל מקרה זה לוקח אותו זמן...
@yossiz עשיתי אינדקס שכולל גם את elapsed זה עדיין לא עוזר על טווח של יותר מחודש, הוא לא משתמש באינדקס אם זה טווח גדול, לא ברור למה.
כאן אני רואה שיש כזה דבר שאם המנוע משער סטטיסטי שזה יהיה יותר מידי רשומות (מעל 30% מהטבלה, במקרה שלי זה לא נכון) הוא לא משתמש באינדקס כי זה לא חוסך כלום, בגלל שאחר כך הוא יצטרך לחפש את כל שאר העמודות בדיסק.