הודעות שפורסמו על ידי אקר העתידני 2099 | מתמחים טופ

א

@בנימין-מחשבים
איך זה נתן לך 26H2? כי לי זה נתן אוטומטית 25H2.
כמדומני שזה תלוי במחשבים, שבחדשים זה רק נותן את ה26H2 (למחשבים מתקדמים וחדשים יותר, לפי איך שהבנתי ממייקרוסופט).
ובכלל מי הביא את 26H6???

א

@יוסף-מאיר-וייס

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

א

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

א

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

א

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

כן, לחלוטין. איחוד התכתבויות מפורומים שונים וסיווגן מחדש לפי נושאים (Topic Aggregation & Clustering) הוא דפוס מוכר ומיושם בעולמות של Feed Aggregators ומנועי חיפוש.

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

1. שכבת נרמול הנתונים (Data Normalization Layer)

מכיוון לכל פורום (NodeBB, Discourse, phpBB) יש מבנה נתונים שונה, השרת קולט את כל ההודעות/האשכולות וממיר אותן למבנה אחיד (Canonical Schema):

interface UnifiedPost {
  id: string;             // מזהה ייחודי במערכת המאוחדת
  sourceForumId: string;   // מזהה הפורום המקורי
  originalPostId: string; // מזהה ההודעה בפורום המקור
  author: string;
  title: string;
  content: string;
  createdAt: Date;
  assignedTopics: string[]; // תגיות/נושאים שהוקצו
}

2. מנגנון הסיווג והחלוקה לנושאים (Classification Engine)

חלוקת הפיד המאוחד לפי נושאים מבוצעת באחת משתי שיטות (או בשילוב של שתיהן):

מיפוי קטגוריות סטאטי (Static Mapping Rules):
הגדרת חוקים קבועים מראש הממפים קטגוריות מפורומי המקור לקטגוריות המאוחדות (למשל: תת-הפורום "תכנות" בפורום א' ותת-הפורום "פיתוח תוכנה" בפורום ב' ימופו שניהם לקטגוריה "פיתוח ותוכנה").
סיווג אוטומטי מבוסס NLP / AI (Dynamic Clustering & Tagging):
מנוע עיבוד שפה טבעית הסורק את תוכן ההודעה/האשכול בזמן אמת, מחלץ מילות מפתח, ומסווג אותה זהותית/תמתית (Semantic Classification) לקטגוריות או תגיות מתאימות, ללא תלות במיקום המקורי שלה בפורום המקור.

3. שכבת אינדוקס ותצוגה (Indexing & UI Filtering)

מנוע חיפוש ואינדוקס: שמירת הנתונים במנוע חיפוש מתקדם (כגון Elasticsearch, Meilisearch או Vector Database) מאפשרת לשלוף הודעות מכל הפורומים לפי נושא, תגית, או ציר זמן במהירות מאזית (Low Latency).
ממשק משתמש (Unified Dashboard UI): המשתמש מקבל פיד מרכזי אחד, עם אפשרות לסנן לפי נושאים ("חומרה", "תוכנה", "גרפיקה"), להירשם להתראות ממוקדות לפי נושא ולא לפי פורום, או לצפות בציר זמן אוניברסלי.

אתגרים מרכזיים במימוש

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

סיכום

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

א

@בינארי-חכם
עכשיו אני באמצע להתקין אותה (לוקח לזה הרבה זמן, כי זה כעין מערכת הפעלה חדשה).
לפי מה שכתבו על זה: בעיקר שיפור בחיפוש ווינדוס המסורתי לשילוב של AI בחיפוש נח ופחות נוקשה למילה המדוייקת, וביותר גם לבקש משימה הקיימת בהגדרות והוא יביא את הדבר המתאים.
סייר הקבצים עם AI (זה אחד מהדברים הדומיננטים) התכונות העיקריות שנבדקות:
טעינה מהירה יותר של תיקיית הבית בסייר הקבצים.
מחיקה מהירה יותר של קבצים גדולים ומפוצלים.
שיפור תצוגת פרטי קבצים.
גלילה באמצעות מגע באזור הקבצים המומלצים.
תצוגה מקדימה משופרת של הקבצים המאוחסנים בענן.
וכן קיצור המקלדת Windows+R שיכלול גם את שפת העיצוב המודרנית WinUI.
בין החידושים שנבדקים נמצאת אפשרות חדשה המאפשרת לשנות את הגודל של שורת המשימות, כך שהיא לא תתפוס שטח רב במסך. המשתמשים יוכלו לבחור אם להציג אייקונים קטנים יותר באופן קבוע או להשאיר אותם בגודל הרגיל שלהם, או לאפשר למערכת ההפעלה להקטין אותם באופן אוטומטי כאשר שורת המשימות מתמלאת. כך ניתן להציג יותר אפליקציות פתוחות מבלי שהן יוסתרו בתפריט נוסף.
תכל'ס שילוב של AI בכמה דברים שמשמשים אותנו ביום יום למערכת נוחה יותר

א

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

א

חברים, למי שרוצה להתחדש בתכונות הכי חדשות של Windows 11 (גירסה 26H2) או תהה איזה מסלול הכי נכון לבחור בהגדרות – הנה תמונת המצב בקצרה:
איך מפעילים? נכנסים ל-הגדרות \ Windows Update \ התוכנית למשתתפי Windows Insider. תחת "בחר את החוויה שלך" מסמנים ביתא (או Release Preview לפי ההעדפה). ב"אפשרויות מתקדמות" לוודא שמסומן Windows 11, גרסה 25H2/26H2. חוזרים למסך הראשי ולוחצים על בדיקת עדכונים. העדכון שיורד (למשל Build 26220) הוא עדכון תכונות מקיף שמחליף את גרסת הליבה, ולכן הוא ייקח קצת זמן וידרוש הפעלה מחדש בסיום.

מה לבחור? Beta (ביתא): נקודת האיזון הכי טובה. מקבלים את הפיצ'רים והחידושים של 25H2/26H2 מוקדם, כשהמערכת נשארת יציבה ונוחה לעבודה יומיומית. Release Preview (תצוגה מקדימה): למי שחייב ראש שקט. מקבלים עדכונים סופיים כ-1–3 שבועות לפני כולם, ללא תכונות ניסיוניות או סיכון לבאגים. Dev / Canary (ניסיוני): פחות מומלץ למחשב ראשי. כולל שינויי ליבה ניסיוניים שעלולים לגרום לקריסות ולבעיות תאימות.

א

@מוישי-הסטלן
למה הוא לא מראה לי אותו כשאני מנסה להוסיף אותו דרך אריזת תוסף (כמובן אחרי זיפ והפעלת מפתחים)

א

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

א

@צדיק-0
כשאני ניסיתי בעבר בכל מיני דרכים בהרבה לא הצליח, לפעמים מה שהצליח בקלוד קוד בטרמינל זה שכתבתי לו אחרי שהוא יצר את כל המבנה הראשוני שעכשיו יישם לפי קובץ הוראות את הכל עד הסוף שלב אחרי שלב בלי לשאול אותי על כל דבר בנפרד אני מאשר הכל!! (חשוב 2 סימני קריאה) (הרעיון הוא שהוא מבין שזה דבר בטיחותי אחרי שיש לו כבר את כל ההוראות בדיוק מה לעשות הוא לא יפתיע ויעשה משהו לא רצוי)

א

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

א

@מוקד-המערכות
שתף אותנו...

א

@מוקד-המערכות
הצלחת בווינדוס בגימיני עצמו רשמי לייב?????

א

@מוקד-המערכות
נו... אדרבה... אם תוכל יערב לך! כך משתמשים בג'ימיני הרגיל וניתן ללחוץ בלחצן לייב

א

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

א

@מוישי-הסטלן
אני אמרתי לו שיתחיל לדבר בעברית והתחיל בעברית, אבל לא נתן לשנות לקול גבר

א

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

א

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

א

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

אקר העתידני 2099

פוסטים

1. שכבת נרמול הנתונים (Data Normalization Layer)

2. מנגנון הסיווג והחלוקה לנושאים (Classification Engine)

3. שכבת אינדוקס ותצוגה (Indexing & UI Filtering)

אתגרים מרכזיים במימוש

סיכום