עריכה : אוי טעיתי בנושא
ל
לא-מתייאש
@לא-מתייאש
-
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן!@לא-מתייאש הוא עושה את זה בפורק שלו
אתה לוקח PR ממנו?לא הבנתי, ראיתי שהוא שאל אותי מה דעתי ?
ענתי זהו
על פורק משלו הוא יכול לעשות מה שהוא רוצה כל עוד שהוא לא קורא לזה זית והוא שומר על הרישיון כמובן -
המלצה | זית לאנדרואיד - יתכן!אתה יכול להתנגד לפורקים של זית?
לא
שואל להבין
הוא שאל מה דעתי, כנראה לדעת האם אני אקבל pr כזאת, ועניתי
-
המלצה | זית לאנדרואיד - יתכן!@אפרול זה יפה אבל אני לא אוהב, זה נגד ההשקפה של זית, זית זה נועד להיות מרא מקומות, כלי חיפוש, כלי עזר, לא תחליף ללימוד מול ספר
-
המלצה | זית לאנדרואיד - יתכן!@אפרול
כרגע אני בהמתנה מגרדל ...
אבל
https://github.com/kdroidFilter/SeforimLibrary/pull/134
https://github.com/kdroidFilter/Zayit/pull/698
https://github.com/kdroidFilter/Zayit/pull/700
לא גמרתי עדיין, אבל הכיוון הוא בסדר, גם תהיה חייב לעשות split של abi בAPK כי זה הופך את לוסן לספרייה נטיבית, וגם לא התעייפתי עם אנדרואיד 8, זה הרבה עבודה שאין לי עניין.
בשבילי זה לא בעייה אבל אי אפשר לקמפל את לוסן לנטיבי אנדרואיד דרך ווינדוס, חייב להשתמש בלינוקס או wsl כדי לבנות את הספרייה, ואין מה לעשות, אני אוכל את הקומפיילר של graal כל בוקר אני יודע על מה אני מדבר. -
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן!@פלמנמוני כאן מדובר על 3 גיגה, לא 90, לא כדאי לאבד זמן עם זה, במיוחד שזה לא ישנה את גודל ההורדה.
-
המלצה | זית לאנדרואיד - יתכן!@פלמנמוני לא היה לי זמן לעשות את זה; זה לא בראש סדר העדיפויות שלי. אמרתי שאם אעשה גרסת אנדרואיד, אז אעשה את זה. אל תחשוב שאני היחיד; בתעשיית משחקי הווידאו, הם גורמים לך להוריד עשרות ג'יגה-בייט בלי סיבה, היום בשביל רובם של אנשים, זה לא משמעותי
-
המלצה | זית לאנדרואיד - יתכן! -
המלצה | זית לאנדרואיד - יתכן!@פלמנמוני כדי לפשט קצת את העניין, גם זית אינה רצה על JVM מסורתית, אלא מהודרת לקוד מכונה באמצעות GraalVM. ההבדל הוא ש-GraalVM הוא פרויקט מקורי של אורקל, וכשעיינתי בקוד המקור שמתי לב שיש בו גם יעד ל-iOS ול-Android, אלא שמערך הבנייה האוטומטי פשוט לא כלל אותו. לכן עשיתי אותו דבר: יצרתי עותק נפרד של המאגר והתאמתי את מערך הבנייה האוטומטי כך שיפרסם את סביבת הריצה. כך הגעתי לביצועים מהירים פי 9 ב-iOS ולגודל חבילה קטן פי 2.5! בנוסף, זה צורך פחות זיכרון עבודה מ-JVM אמיתית. כל זה כדי לומר שבסופו של דבר, זית על iOS אפשרית לגמרי, עם פתרון יציב לטווח ארוך, ובנוסף מהיר מאוד.
Here are all the benchmarks I ran, with Zayit's real index (7M documents). App benchmarks are medians of 3 runs on Android and one run on iOS, with OS caches dropped before each run on Android.Android (arm64 emulator, Android 15)
Full app: hybrid search (lexical + semantic)
ART (patched Lucene) HotSpot (NJA) GraalVM (NJA) First search, cold (includes runtime start) 1.41 s 2.11 s 1.51 s First book lookup, cold 97 ms 108 ms – 5 warm rounds, total 5.82 s 5.27 s 6.01 s Search, first page 83 ms 75 ms 85 ms Search, next page 9.5 ms 9.6 ms 9.5 ms Facets 8.0 ms 8.1 ms 7.8 ms Highlights (by meaning) 20 ms 21 ms 23 ms Book suggestions 3.3 ms 4.5 ms 3.0 ms Peak memory (PSS) 426 MB 559 MB 481 MB Full app: lexical search
ART (patched Lucene) HotSpot (NJA) GraalVM (NJA) First search, cold 0.92 s 1.55 s 0.91 s First book lookup, cold 86 ms 104 ms – 5 warm rounds, total 7.29 s 5.75 s 7.78 s Search, first page 75 ms 59 ms 79 ms Search, next page 75 ms 58 ms 76 ms Facets 8.4 ms 7.9 ms 9.1 ms Highlights 0.4 ms 0.4 ms 0.4 ms Book suggestions 4.5 ms 3.6 ms 3.4 ms Peak memory (PSS) 337 MB 332 MB 329 MB I didn't extract the first-lookup time from the GraalVM runs.
App size (per arm64 device)
ART (patched Lucene) HotSpot (NJA) GraalVM (NJA) App installed 42.7 MB ~98 MB 58.1 MB Added by Lucene ~3 MB (dex) ~58 MB (JVM + Java runtime) ~19 MB ( libnja.so)Download (compressed, estimate) ~1–2 MB not measured ~7 MB Lucene alone (no app around it), GraalVM
GraalVM, warm Phrase search 1–3 ms Facets 1–4 ms Vector search (KNN), warm disk cache 3–10 ms Vector search (KNN), cold disk cache 130–500 ms Memory (RSS) 63 MB I only ran the Lucene-alone test with GraalVM on Android.
iOS (simulator)
HotSpot isn't possible on iOS (Apple forbids JIT compilers), so the JVM option is Zero, its interpreter. ART is Android-only.
Full app: hybrid search
Zero (NJA, JVM) GraalVM (NJA) First search, cold (includes runtime start) 4.63 s 0.82 s First book lookup, cold 240 ms 206 ms Search, first page 1.18 s 144 ms Search, next page 50 ms 41 ms Facets 148 ms 18 ms Highlights (by meaning) 15 ms 14 ms Book suggestions 67 ms 48 ms Memory after warm-up (peak) 386 MB (422) 390 MB (430) Full app: lexical search
Zero (NJA, JVM) GraalVM (NJA) First search, cold 4.15 s 0.52 s First book lookup, cold 243 ms 181 ms Search, first page 1.11 s 142 ms Search, next page 1.11 s 127 ms Facets 146 ms 18 ms Highlights 3.5 ms 3.5 ms Book suggestions 68 ms 48 ms Memory after warm-up (peak) 148 MB (163) 124 MB (155) App size
Zero (NJA, JVM) GraalVM (NJA) Added by Lucene ~50 MB (VM + Java runtime bundled) ~20 MB (one object linked into the app) Download (compressed, estimate) not measured ~7 MB Lucene alone (no app around it), warm
macOS HotSpot (reference) iOS GraalVM Phrase search 1–2 ms 1–2 ms Facets 1–3 ms 1–4 ms Vector search (KNN), warm disk cache ~2 ms ~1.5 ms Vector search (KNN), cold disk cache 130–250 ms 130–250 ms Memory – 61 MB Correctness
Check Result NJA test suite, iOS GraalVM 2008 / 2008 NJA test suite, Android GraalVM (x86_64 emulator, CI) passed NJA test suite, Android ART and Android HotSpot 2008 / 2008 each Same search results, iOS GraalVM vs desktop JVM byte-identical, hybrid search included Summary:
- On Android, GraalVM is as fast to start and nearly as light as ART, with the real Lucene. HotSpot is the fastest once warm, but heavier, bigger, and slower to start.
- On iOS, GraalVM is about 8× faster than Zero, starts about 5–8× faster, and adds less than half the size.
-
המלצה | זית לאנדרואיד - יתכן!@אריה-6
[מתורגם על ידי AI]
אוקיי, אני מתחיל מההתחלה. יש שני קשיים גדולים בהעברת זית לאנדרואיד. הראשון הוא מנוע החיפוש לוסין. לוסין הוא מנוע החיפוש הטוב בעולם שזמין לקהל הרחב. הבעיה היא שאף על פי שלוסין היא ספרייה של ג'אווה, זו לא ג'אווה שתואמת לאנדרואיד. כדי להבין את הבעיה: כשגוגל רצתה להציע למפתחים שפה לפיתוח אפליקציות אנדרואיד, היא רצתה שפה שכולם כבר מכירים, אבל לא רצתה לשלם רישיון. לכן היא מימשה מחדש לגמרי מכונה וירטואלית של ג'אווה, כלומר, בגדול, היא העתיקה רק את התחביר של השפה בלי להעתיק את המנוע שמריץ אותה (מה שעלה לה עשר שנים של משפטים מול אורקל). זה מה שנקרא ART. בקיצור, הם נעצרו בג'אווה 11, ולכן אנדרואיד מסוגל להריץ רק תחביר של ג'אווה 11. אחר כך הם פיתחו את ה"דה-שוגרינג" כדי להמיר ג'אווה 17 לג'אווה 11, כך ש-ART יוכל להריץ אותה. בינתיים הגיעה קוטלין, ובנוסף לכך שהיא מודרנית יותר, לא הייתה לה שום בעיית רישוי, ולכן הם החליטו להפסיק כמעט לגמרי את התמיכה בג'אווה באנדרואיד ולהפוך ל"קוטלין תחילה".אבל בינתיים, עולם ג'אווה שנמצא בשימוש בשרתים המשיך להתפתח, ולוסין כמובן מיועד לשרתים, ולוסין 10 (הגרסה הנוכחית) דורש ג'אווה 21. מה שהחבר שלנו עשה זה לכתוב מחדש חלקים מסוימים של לוסין ואז לקמפל אותם מחדש כדי שיעבדו באנדרואיד. גם אני העליתי את האפשרות הזאת בגיטהאב, אבל הבעיה בדרך הזאת היא שהיא תנעל אותנו לתמיד על לוסין 10, כי לוסין 11 ידרוש ג'אווה 25 ושם כבר יהיה בלתי אפשרי לתקן אותו כדי שיעבוד באנדרואיד. ג'אווה עוברת מהפכה בשפה: חוטים וירטואליים, וולהלה שמגיעה בג'אווה 29, ועוד ועוד. ספריות שידרשו גרסה עדכנית של ג'אווה יהיו בלתי אפשריות להרצה באנדרואיד. ומי שמכיר אותי יודע שאני שונא לעשות מחדש עבודה שמישהו כבר עשה (בגלל זה רציתי להשתמש בעולם ג'אווה בשביל זית, כי היו לי כל הספריות בהישג יד), ובעיקר אני שונא לעבוד לחינם. לעבוד כדי להתאים את לוסין 10 כשאני יודע שזה יישבר לי בלוסין 11, זה בלתי נתפס. דבר נוסף: לי ממש לא אכפת להעביר את זית לאנדרואיד. לדעתי טאבלטים של אנדרואיד הם סמארטפונים גדולים. מה שמעניין אותי זה להעביר אותו לאייפד, ולאייפד אין שום תמיכה בג'אווה, ולכן אין שום תיקון אפשרי, והיה צריך לכתוב מחדש את לוסין, וזה חסר כל היגיון. גם אם יש מי שיגידו שהבינה המלאכותית תעשה את זה, כולם יודעים מה דעתי על זה, אין צורך לחזור על זה.
בעקבות האפליקציה של החבר שלנו, שהתנהגה מצוין על טאבלט אנדרואיד, התחלתי לחפש פתרון לאייפד, ובאמת אחרי קצת חיפושים מצאתי במאגר הגיטהאב הרשמי של אורקל (החברה שמחזיקה היום בג'אווה) את אופן-ג'י-די-קיי מובייל. בקיצור, מדובר במכונה וירטואלית אמיתית של ג'אווה שמאפשרת להריץ קוד ג'אווה אמיתי באנדרואיד ובאייOS. זה פרויקט שאף אחד לא מכיר, אבל הוא מתוחזק. ה-JDK אפילו לא מקומפל מראש. עשיתי לו פורק רק כדי להגדיר מערכת אינטגרציה שמקמפלת אותו לאייOS ולאנדרואיד: https://github.com/NucleusFramework/openjdk-mobile. הבעיה היא שהמכונה הווירטואלית עובדת על ידי קומפילציה של הקוד תוך כדי ריצה, מה שנקרא JIT (וזה מה שהופך את ג'אווה ליעילה כל כך), אבל פרקטיקה זו נחשבת מסוכנת בעיני אפל ולכן אסורה. אבל אורקל הגדירה את המכונה הווירטואלית לאייOS כך שרק מפרשת את הקוד בלי לקמפל אותו. אז כן, מאבדים הרבה ביצועים, אבל ההימור שלי היה שבחיפוש פשוט, ועם מכשירים חזקים כמו של אפל, לא נרגיש בזה, ואכן מגיעים ל-1.5 שניות לחיפוש, וזה סביר אחרי אופטימיזציה. ואז החלטתי לבצע את המשימה באופן אוטומטי, ואם כבר עושים את זה באייOS, עשיתי את זה גם באנדרואיד במקביל, כי למה לא. וזה הפרויקט ששיתפתי: מודול שמאפשר לשלב מכונה וירטואלית אמיתית של ג'אווה באייOS ובאנדרואיד ולהריץ קוד ג'אווה באופן כמעט שקוף. ואחרי כמה מבחני ביצועים הבנתי שהביצועים של מכונה וירטואלית אמיתית באנדרואיד טובים עד פי 8 מהמכונה הווירטואלית של אנדרואיד (ART).
הקושי השני הוא ממשק המשתמש של זית, שנבנה עם המסגרת ג'ואל של ג'טברינס, שתוכננה ליישומי שולחן עבודה מורכבים, ואותה אין שום סיכוי להעביר לאנדרואיד. מה שהחבר שלנו עשה זה לכתוב מחדש לגמרי ממשק שדומה לזה של גוגל, בעזרת ממשק מטריאל של גוגל שגמיש מאוד, ולכן הוא הצליח להעביר בקלות רבה את הצבעים וכו'. גם כאן, זו לא בהכרח הגישה שהייתי בוחר, ולא הייתי משתמש במטריאל באייOS, כי כמו שאמרתי, זית תוכנן קודם כול למק ואחר כך לווינדוס, כי למה לא. ואם אוציא גרסת אייפד, היא תעבוד גם באנדרואיד, כי למה לא, אבל לא תתוכנן קודם כול לאנדרואיד. אחרי זה, אני חושב שאת חלק מהרכיבים באנדרואיד אעשה במטריאל, כי זה לא לוקח הרבה זמן. בקיצור, הכול יהיה תלוי מאוד בזמן שיהיה לי.
-
המלצה | זית לאנדרואיד - יתכן!@לא-מתייאש
כדאי אולי לחכות לאפליקציה שלך?
או להשתמש בנתיים בשלו?שלי יכולה לצאת בעוד 3 חודשים - שנים, או שלא תצא בכלל, וודאי שאפשר להשתמש בשלו
-
המלצה | זית לאנדרואיד - יתכן!@avrasha
אנדרואיד 8 זה מאוד מסובך, ואי איפשרי בשיטה שהוא פעל.
אחרי שניסיתי את האפליקצייה של @אפרול זה נתן לי מוטיבצייה לתת לlucene (מנוע חיפוש של זית) תמיכה אמיתית לאנדרואיד וios והלכתי עם גישה אחרת לגמרי, קצת יותר כבדה בapk אבל עם ביצועים יותר טובים ועם תמיכה מאנדרואיד 10 וגם תמיכה בios. זה אפשרי עם אותה שיטה גם לתמוך באנדרואיד 8 אבל זה מסובך מידי בשביל הרווח שזה יתן
https://github.com/NucleusFramework/NucleusJvmAccess @אפרול אם אתה רוצה להיות הראשון שינסה את זה (כרגע צריך להמתין שgradle יאשרו לי אותו) -
שיתוף | תכירו את הפורק של זית לאנדרואיד !היי לכולם,
חברנו היקר @אפרול הכין פורק של זית לאנדרואיד, הוא קרא לו פרדס ואני ניסיתי אותו אישית, ואני אומר שזה האפליקצייה שהכי אהבתי מכל מה שקיים, אני לא משתמש באנדרואיד אבל אם הייתי משתמש הייתי הולך על זה.
האם זה אומר שזית משלי לא יגיע לאנדראויד, האם יהיה שיתוף פעולה, רק ה' יודע, אבל מה שאני יודע שהתחברתי לממשק שהוא בנה ואיך התאים את הממשק של זית למובייל ואני חושב שזה דבר גדול.
ניתן להוריד מהאתר שלו https://efrul.github.io/Pardes/
קוד מקור : https://github.com/efrul/Pardes
והנושא המקורי בפורם : https://mitmachim.top/topic/102659/המלצה-זית-לאנדרואיד-יתכן?_=1792135460813
(ותשימו לו לייקים לא רק לי )
מאחלים לו בהצלחה ! -
בקשת מידע | בניית תוכנה שלימה עם AI1. Race Condition (מרוץ בין פעולות): שני משתמשים שולחים הודעות בו־זמנית, והתהליך שומר מידע בסדר שגוי או דורס עדכון של משתמש אחר.
2. Lost Update (עדכון אבוד): שני תהליכים משנים אותה רשומה, והשינוי של התהליך השני מוחק את השינוי הראשון.
3. Transaction ללא אטומיות: שמירת ההודעה מצליחה, אבל שמירת הקשר שלה נכשלת. מתקבלת הודעה ללא שיוך תקין לשיחה.
4. Foreign Key Orphan (רשומה יתומה): נמחקת שיחה, אך נשארות הודעות שמצביעות על שיחה שאינה קיימת.
5. Unique Constraint חסר: שתי בקשות מקבילות יוצרות שני משתמשים או שני אירועים שאמורים להיות ייחודיים.
6. Migration לא הפיכה: עדכון מבנה בסיס הנתונים נכשל באמצע, ולא ניתן לחזור לגרסה הקודמת בלי לאבד מידע.
סנכרון והודעות
7. Idempotency חסרה: בקשת שליחה חוזרת בעקבות ניתוק יוצרת שתי הודעות במקום הודעה אחת.
8. At-least-once Delivery ללא Deduplication: מערכת התורים מוסרת אותה הודעה כמה פעמים, והמערכת מציגה אותה שוב ושוב.
9. Event Ordering: אירועי עדכון מגיעים בסדר שונה מהסדר שבו התרחשו, והמסך מציג מצב ישן כאילו הוא החדש.
10. Race בין שמירה ל־Broadcast: המערכת משדרת הודעה למשתמשים לפני שהשמירה בבסיס הנתונים הושלמה. משתמשים רואים הודעה שאינה קיימת לאחר רענון.
11. Reconnect Gap: משתמש מתנתק ומתחבר מחדש, והודעות שהתקבלו בזמן הניתוק אינן נטענות.
12. Cache Invalidation Failure: הודעה נמחקת או משתנה, אבל מטמון ישן ממשיך להציג את הגרסה הקודמת.
אבטחה והרשאות
13. Broken Object-Level Authorization (BOLA): השרת בודק שהמשתמש מחובר, אך אינו בודק שהוא מורשה לקרוא את השיחה שאליה הוא מבקש לגשת.
14. IDOR (גישה לאובייקט באמצעות מזהה): שינוי מזהה של הודעה או שיחה בבקשה מאפשר גישה למידע של משתמש אחר, משום שההרשאה אינה נבדקת בצד השרת.
15. Race Condition בהרשאות: משתמש מאבד הרשאה לשיחה, אבל בקשה מקבילה שכבר החלה מצליחה לבצע פעולה לאחר ביטול ההרשאה.
16. Mass Assignment: השרת מקבל מהלקוח שדות שלא היה אמור לאפשר לשנות, כגון תפקיד משתמש או הרשאות מנהל.
17. Stored Cross-Site Scripting (XSS): הודעה הכוללת תוכן זדוני נשמרת ומוצגת בדפדפן באופן שמאפשר להריץ קוד לא מורשה.
תשתית והתאוששות מתקלות
18. Split-Brain: שתי מופעים של השירות מקבלים החלטות סותרות בזמן תקלה בתקשורת, והנתונים ביניהם מתפצלים.
19. Retry Storm: תקלה זמנית גורמת לכל הרכיבים לבצע ניסיונות חוזרים ללא הגבלה, מעמיסה את השרת ומאריכה את התקלה.
20. Partial Failure בזמן מחיקת חשבון: החשבון נמחק, אבל הודעות, קבצים, הרשאות או נתונים אישיים נשארים במערכות אחרות.הלכת רחוק, על וואי שAI תשמור על DRY וKISS, לי זה כבר היה עוזר מאשר לנוות אותו כל פעם על דברים טפשים כאלו
-
המלצה | זית לאנדרואיד - יתכן!רציתי כבר לעושת את זה אבל ראיתי שרשום בגיטהאב שלא תקבל תרומה ממה שנכתב על ידי קלוד...
לא כתבתי את זה, רק כתבתי שאני לא מכיר קלוד, אני תמיד מתייחס לבן אדם ואם אני שואל שאלות, אני מצפה ממנו שהוא יבין ויענה, ולא רק "הא אתה צודק טעיתי" כי זה כבר אומר שאני מדבר עם קלוד
גם כתבת בעבר שהרעיון שלך לאנדרואיד זה ממשק מטריאל חדש לגמרי..
נכון אבל לא מטריאל רשמי, מטריאל עם הסגנון של זית, זה לא יהיה מאוד שונה ממה שעשית רק שגם על זה אני מטלבת כי אוליי עדיף לא להשתמש במטריאל ולעשות משהו בIOS ביחד, כי באמת זה יותר מעיינן אותי לקנות אייפד מאשר אנדרואיד אבל מה שכתבתי שעדיף לדבר איתי לפני כדי שאני אכוון, אבל רק כמובן עם רוצים לתרום לרשמי, לעשות פורק כל אחד יכול ודווקא רציתי שיעשו, אתה הראשון שיישם את המטרה שפרסמתי את הקוד של זית
 { const baseUrl = "https://www.google.co.il/search?q=site:mitmachim.top"; const m = location.pathname.match(/^\/(topic|category)\/(\d+)/); const type = m ? m[1] : null; const id = m ? m[2] : null; let searchInput; function search(path = "") { const query = searchInput.value.trim(); if (query) { window.open(`${baseUrl}${path}%20${encodeURIComponent(query)}`, "_blank"); } } let buttons = {}; buttons.searchAll = { id: "bb-search-all", label: `חיפוש ${type ? "בכל הפורום" : ""}`, className: type ? "btn-secondary" : "btn-primary", callback: () => search(), }; if (type === "topic") { buttons.searchTopic = { label: "חיפוש בנושא זה", className: "btn-primary", callback: () => search(`/topic/${id}`), }; } else if (type === "category") { buttons.searchCategory = { label: "חיפוש בקטגוריה זו", className: "btn-primary", callback: () => search(`/category/${id}`), }; } buttons.cancel = { label: "ביטול", className: "btn-default", "data-bs-dismiss": "modal" }; const dialog = bootbox.dialog({ title: '<div style="text-align:center;"><img src="/assets/uploads/files/1625950269825-mt-google.png" width="400" alt="חיפוש בגוגל"></div>', message: '<input id="bb-inp" class="bootbox-input bootbox-input-text form-control" placeholder="הקלידו כדי לחפש בגוגל" autocomplete="off"/>', buttons, backdrop: true, show: true, onEscape: true }); dialog.on("shown.bs.modal", function () { searchInput = document.getElementById("bb-inp"); if (searchInput) { searchInput.focus(); searchInput.addEventListener("keydown", function (e) { if (e.key === "Enter") { e.preventDefault(); const query = this.value.trim(); if (query) { search(); dialog.modal("hide"); } } else if (e.key === "Escape") { e.preventDefault(); dialog.modal("hide"); } }); } const searchAllButton = document.getElementById("bb-search-all"); if (searchAllButton) { searchAllButton.title = "לחצו על אנטר כדי לחפש"; } }); })(); void 0;){kind=link}