בירור | יצירת אלגוריתם/כללים למנוע חיפוש
-
יש לי מערכת שמכילה טבלה עם מוצרים, לצורך הענין כרגע מאוחסנים שם ספרים, יש מנגנון חיפוש בטבלה הזו, הענין הוא שהחיפוש צריך להיות גמיש, אבל לא גמיש מידי, שחיפוש יניב תוצאות גם קרובות אבל לא רחוקות מידי.
הAI המסכן הסתבך במנגנון הזה, בכל סשן הוא מצא סיבה למה לשנות את המנגנון למשהו אחר.
אני אשמח אם מישהו יוכל לתת לי רעיון או מה הדרך המקובלת לעשות כזה חיפוש (לא סתם אלגוריתם לוינשטיין זה גם אני יודע).
לדוגמא חיפשתי (זה עבר תמלול ולכן יצא מעוות) ש"ס חתנים, התמלול החליט שביקשתי שש/שף חתנים וחיפש את זה, המערכת החזירה 0 תוצאות למרות שיש 3 סוגים של ש"ס חתנים... פעם הוא היה מוצא גם את זה, באחד השינויים זה אבד לו...
הענין הוא שהמערכת לא אמורה להחזיק ספרים וגם לא מבנה ספציפי, היא אמורה להיות גנרית ומתאימה לכל מה שיאחסנו בה ובכל מבנה, אם בספרים זה שם, הוצאה, קטגוריה, כריכה ומספר כרכים, אז בכלי עבודה או במחשבים יהיו עמודות שונות והחיפוש צריך להתמודד נכון עם הכל.
מה שמביא אותי למחשבה שמעבר לאלגוריתם חיפוש חכם, צריך גם סט כללים שיתנו למי שמכניס את הנתונים את הידע לכתוב אותם בצורה נכונה שהאלגוריתם ידע להתמודד עם זה בקלות ולתת את התוצאות הכי טובות.
זו ההצעה האחרונה של קלוד:
ההצעה: ארבעה רכיבים, בסדר הזה
א. קורפוס מדידה, לפני כל שינוי בחיפושקובץ נתונים של שאילתות שנשמעו בשיחות אמיתיות, ולצד כל אחת המוצר הנכון (או "אין התאמה נכונה"). הוא מתחיל ממה שכבר יש בלוגים ובמסמכים: "שוקאמין", "שש חתנים", "שף חתנים", "בן אשר", "עץ חיים", "ים של שלמה", "Pas moi" (רמב"ן), "שס חדנים".
מריצים עליו כל שינוי ומודדים שני מספרים:
כמה נמצאו נכון.
כמה קיבלו מוצר שגוי עם מחיר. זה המספר שאסור לו לעלות. כ8 אומר שתשובה שגויה גרועה מ"לא מצאתי".כלל שמשפר את הראשון ומעלה את השני נדחה. זה מה שמבדיל כלל ממערכת מטלאי להדגמה.
ב. "שם מדובר" לכל מוצר: כללי רישום בשכבת התחום
לכל מוצר יש שם כתוב (מה שמוצג) ושמות מדוברים (מה שמחפשים מולו). השמות המדוברים נגזרים בכללים, לא ביד לכל ספר:
כלל דוגמה
ראשי תיבות נקראים כמילה ש"ס ← שס
ספירת כרכים ומידות אינן חלק מהשם (26 כר'), (17 ס"מ) ← מוסר
קיצורים נפתחים כר' ← כרכים
שם הוצאה הוא שדה, לא חלק מהשם עוז והדר ← לשדה ההוצאההכללים הם נתונים בשכבת התחום, והמנוע שמפעיל אותם בליבה. זה המבחן של תוכנית_עבודה.md §1.2: בחומרי בניין הכללים יהיו "מ"מ", "ק"ג" ושמות יצרנים, והמנוע לא ישתנה.
בנוסף, שם נוסף שבעל החנות מזין בפאנל ("גמרא" לספר שכתוב "תלמוד בבלי"). שם כזה הוא נתון שאדם אישר.
ובפאנל, בדיקה בזמן רישום: שם מדובר שזהה לשם של מוצר אחר, או שכל מילותיו קצרות, מקבל אזהרה. זו "מערכת כללים לרישום": הבעיה נתפסת כשמזינים את המוצר, לא כשלקוח מתקשר.
ג. התאמה פונטית לשיבושי זיהוי קולי
הזיהוי הקולי מחליף אותיות שנשמעות דומה בטלפון: ס/ש/שׂ, כ/ח, ת/ט, ק/כ, א/ע, ו/ב, פ/ף. לכל מילה בשם המדובר מחשבים מפתח פונטי שמאחד את הקבוצות האלה. "שש" ו"שס" מקבלים אותו מפתח, ו"שף" קרוב אליו.
שני תנאים שומרים על כ8:
התאמה פונטית לבדה אינה מוסרת מחיר. היא מחזירה מועמד, והסוכן שואל: "התכוונת לש"ס חתנים?". מחיר נמסר רק אחרי שהלקוח אישר, או כשההתאמה מדויקת.
הקבוצות נמדדות על הקורפוס (רכיב א'). קבוצה שמעלה את מספר התשובות השגויות יוצאת.קבוצות האותיות הן ידע על עברית בטלפון, לא על ספרים. לכן הן בליבה.
נשמע לי לא רציני... לכן בבקשה, רק תגובות מבני אדם שמבינים מה שאומרים ולא מAI, אותם גם אני יכול לשאול...
יותר מאשמח לעזרה.
תודה
אגב, @administrators ? חייבים קטגוריה כללית לתכנות, לא יכול להיות שכזו שאלה אני צריך לכתוב כאן כי אין קטגוריה כללית שמתאימה לנושאי תכנות שלא שייכים לשפה מסוימת
-
@עידו300 יש כמה דברים שונים בשאלתך.
1 - שגיאות כתיב \ המרת קול לטקסט.
2 - תוכן מידע שונה של מוצר שונה.
כל אחת מהם עם הפיתרונות המקובלים שלה..@המלאך לא הבנתי, אני צריך מנוע חיפוש כללי, לא שיבנה לסוג מסוים של עמודות.
חלק מהענין שאני מעדיף שיחפש בכל העמודות ולא רק ב"שם הספר", המודל לא אמור לדעת מה צריך לחפש בשם הספר ומה צריך לחפש במקום אחר.
בקיצור צריך משהו חכם, מתוכנן היטב ולא made in AI...את ההמרה לטקסט עושה מודל חיצוני בכל מקרה.
תוכן מידע זה כבר לא משנה.
העיקר זה האלגוריתן חיפוש + כללים לכתיבה נכונה לתוצאות מיטביות של האלגוריתם.
התשובה של קלוד מטופשת בעיני, ולכן הבאתי אותה, הוא מנסה לפתור את הבעיה נקודתית במקום להסתכל על התמונה הכוללת. רציתי להבהיר למה אני רוצה תשובות מבנ"א ולא של AI... שמתברר שזה נהיה דבר יותר ויותר נדיר...
-
כדאי לך לבקש מ @pcinfogmach את האלגוריתם שלו, הוא עשה דברים חכמים.
-
כדאי לך לבקש מ @pcinfogmach את האלגוריתם שלו, הוא עשה דברים חכמים.
-
יש לי מערכת שמכילה טבלה עם מוצרים, לצורך הענין כרגע מאוחסנים שם ספרים, יש מנגנון חיפוש בטבלה הזו, הענין הוא שהחיפוש צריך להיות גמיש, אבל לא גמיש מידי, שחיפוש יניב תוצאות גם קרובות אבל לא רחוקות מידי.
הAI המסכן הסתבך במנגנון הזה, בכל סשן הוא מצא סיבה למה לשנות את המנגנון למשהו אחר.
אני אשמח אם מישהו יוכל לתת לי רעיון או מה הדרך המקובלת לעשות כזה חיפוש (לא סתם אלגוריתם לוינשטיין זה גם אני יודע).
לדוגמא חיפשתי (זה עבר תמלול ולכן יצא מעוות) ש"ס חתנים, התמלול החליט שביקשתי שש/שף חתנים וחיפש את זה, המערכת החזירה 0 תוצאות למרות שיש 3 סוגים של ש"ס חתנים... פעם הוא היה מוצא גם את זה, באחד השינויים זה אבד לו...
הענין הוא שהמערכת לא אמורה להחזיק ספרים וגם לא מבנה ספציפי, היא אמורה להיות גנרית ומתאימה לכל מה שיאחסנו בה ובכל מבנה, אם בספרים זה שם, הוצאה, קטגוריה, כריכה ומספר כרכים, אז בכלי עבודה או במחשבים יהיו עמודות שונות והחיפוש צריך להתמודד נכון עם הכל.
מה שמביא אותי למחשבה שמעבר לאלגוריתם חיפוש חכם, צריך גם סט כללים שיתנו למי שמכניס את הנתונים את הידע לכתוב אותם בצורה נכונה שהאלגוריתם ידע להתמודד עם זה בקלות ולתת את התוצאות הכי טובות.
זו ההצעה האחרונה של קלוד:
ההצעה: ארבעה רכיבים, בסדר הזה
א. קורפוס מדידה, לפני כל שינוי בחיפושקובץ נתונים של שאילתות שנשמעו בשיחות אמיתיות, ולצד כל אחת המוצר הנכון (או "אין התאמה נכונה"). הוא מתחיל ממה שכבר יש בלוגים ובמסמכים: "שוקאמין", "שש חתנים", "שף חתנים", "בן אשר", "עץ חיים", "ים של שלמה", "Pas moi" (רמב"ן), "שס חדנים".
מריצים עליו כל שינוי ומודדים שני מספרים:
כמה נמצאו נכון.
כמה קיבלו מוצר שגוי עם מחיר. זה המספר שאסור לו לעלות. כ8 אומר שתשובה שגויה גרועה מ"לא מצאתי".כלל שמשפר את הראשון ומעלה את השני נדחה. זה מה שמבדיל כלל ממערכת מטלאי להדגמה.
ב. "שם מדובר" לכל מוצר: כללי רישום בשכבת התחום
לכל מוצר יש שם כתוב (מה שמוצג) ושמות מדוברים (מה שמחפשים מולו). השמות המדוברים נגזרים בכללים, לא ביד לכל ספר:
כלל דוגמה
ראשי תיבות נקראים כמילה ש"ס ← שס
ספירת כרכים ומידות אינן חלק מהשם (26 כר'), (17 ס"מ) ← מוסר
קיצורים נפתחים כר' ← כרכים
שם הוצאה הוא שדה, לא חלק מהשם עוז והדר ← לשדה ההוצאההכללים הם נתונים בשכבת התחום, והמנוע שמפעיל אותם בליבה. זה המבחן של תוכנית_עבודה.md §1.2: בחומרי בניין הכללים יהיו "מ"מ", "ק"ג" ושמות יצרנים, והמנוע לא ישתנה.
בנוסף, שם נוסף שבעל החנות מזין בפאנל ("גמרא" לספר שכתוב "תלמוד בבלי"). שם כזה הוא נתון שאדם אישר.
ובפאנל, בדיקה בזמן רישום: שם מדובר שזהה לשם של מוצר אחר, או שכל מילותיו קצרות, מקבל אזהרה. זו "מערכת כללים לרישום": הבעיה נתפסת כשמזינים את המוצר, לא כשלקוח מתקשר.
ג. התאמה פונטית לשיבושי זיהוי קולי
הזיהוי הקולי מחליף אותיות שנשמעות דומה בטלפון: ס/ש/שׂ, כ/ח, ת/ט, ק/כ, א/ע, ו/ב, פ/ף. לכל מילה בשם המדובר מחשבים מפתח פונטי שמאחד את הקבוצות האלה. "שש" ו"שס" מקבלים אותו מפתח, ו"שף" קרוב אליו.
שני תנאים שומרים על כ8:
התאמה פונטית לבדה אינה מוסרת מחיר. היא מחזירה מועמד, והסוכן שואל: "התכוונת לש"ס חתנים?". מחיר נמסר רק אחרי שהלקוח אישר, או כשההתאמה מדויקת.
הקבוצות נמדדות על הקורפוס (רכיב א'). קבוצה שמעלה את מספר התשובות השגויות יוצאת.קבוצות האותיות הן ידע על עברית בטלפון, לא על ספרים. לכן הן בליבה.
נשמע לי לא רציני... לכן בבקשה, רק תגובות מבני אדם שמבינים מה שאומרים ולא מAI, אותם גם אני יכול לשאול...
יותר מאשמח לעזרה.
תודה
אגב, @administrators ? חייבים קטגוריה כללית לתכנות, לא יכול להיות שכזו שאלה אני צריך לכתוב כאן כי אין קטגוריה כללית שמתאימה לנושאי תכנות שלא שייכים לשפה מסוימת
@עידו300 לא הבנתי מה כתבת על העמודות וכו', אתה צריך בעצם שאם מישהו כותב/אומר ש"ס חתנים הוצאת וגשל 37 סנטימטר אז הוא יידע למצוא את השורה שבעמודה שם מופיע ש"ס חתנים, ובעמודה הוצאה מופיע וגשל ובעמודה גודל מופיע 37 סנטימטר?
ככה זה היה נשמע לי מדבריך, אם כן בעיקרון זה נשמע מעל ומעבר ליכולתו של מנוע חיפוש, מצריך AI או משהו דומה וגם זה בקושי
מה שכן יכול להיות אפשרי זה לעשות בזרימה של מילוי טופס, שדבר ראשון בוחרים קטגוריה, ואז לפי הקטגוריה זה יעבור הלאה שאם בחרו בקטגוריה של ספרים החיפוש הבא יהיה שם הספר ואחריו הוצאה וכו', ואם בחרו כלי עבודה אז החיפוש הבא יהיה שם הכלי ואח"כ חברה ואח"כ מחיר וכן הלאה
מקוה שלא טרחתי לכתוב את כל הדוגמאות האלו רק בשביל לענות לך בשעורים על הצד שדיברת על חיטים
-
@המלאך לא הבנתי, אני צריך מנוע חיפוש כללי, לא שיבנה לסוג מסוים של עמודות.
חלק מהענין שאני מעדיף שיחפש בכל העמודות ולא רק ב"שם הספר", המודל לא אמור לדעת מה צריך לחפש בשם הספר ומה צריך לחפש במקום אחר.
בקיצור צריך משהו חכם, מתוכנן היטב ולא made in AI...את ההמרה לטקסט עושה מודל חיצוני בכל מקרה.
תוכן מידע זה כבר לא משנה.
העיקר זה האלגוריתן חיפוש + כללים לכתיבה נכונה לתוצאות מיטביות של האלגוריתם.
התשובה של קלוד מטופשת בעיני, ולכן הבאתי אותה, הוא מנסה לפתור את הבעיה נקודתית במקום להסתכל על התמונה הכוללת. רציתי להבהיר למה אני רוצה תשובות מבנ"א ולא של AI... שמתברר שזה נהיה דבר יותר ויותר נדיר...
-
@עידו300 לא הבנתי מה כתבת על העמודות וכו', אתה צריך בעצם שאם מישהו כותב/אומר ש"ס חתנים הוצאת וגשל 37 סנטימטר אז הוא יידע למצוא את השורה שבעמודה שם מופיע ש"ס חתנים, ובעמודה הוצאה מופיע וגשל ובעמודה גודל מופיע 37 סנטימטר?
ככה זה היה נשמע לי מדבריך, אם כן בעיקרון זה נשמע מעל ומעבר ליכולתו של מנוע חיפוש, מצריך AI או משהו דומה וגם זה בקושי
מה שכן יכול להיות אפשרי זה לעשות בזרימה של מילוי טופס, שדבר ראשון בוחרים קטגוריה, ואז לפי הקטגוריה זה יעבור הלאה שאם בחרו בקטגוריה של ספרים החיפוש הבא יהיה שם הספר ואחריו הוצאה וכו', ואם בחרו כלי עבודה אז החיפוש הבא יהיה שם הכלי ואח"כ חברה ואח"כ מחיר וכן הלאה
מקוה שלא טרחתי לכתוב את כל הדוגמאות האלו רק בשביל לענות לך בשעורים על הצד שדיברת על חיטים
@ע-ה-דכו-ע בערך מה שהתכוונתי
המנוע צריך לחפש בכל העמודות כי אולי התשובה נמצאת שם.
דוגמא של האתר, השיחה כמובן מגיע לAI והוא שולח בקשה בAPI
Video Project 4.mp4 -
יש לי מערכת שמכילה טבלה עם מוצרים, לצורך הענין כרגע מאוחסנים שם ספרים, יש מנגנון חיפוש בטבלה הזו, הענין הוא שהחיפוש צריך להיות גמיש, אבל לא גמיש מידי, שחיפוש יניב תוצאות גם קרובות אבל לא רחוקות מידי.
הAI המסכן הסתבך במנגנון הזה, בכל סשן הוא מצא סיבה למה לשנות את המנגנון למשהו אחר.
אני אשמח אם מישהו יוכל לתת לי רעיון או מה הדרך המקובלת לעשות כזה חיפוש (לא סתם אלגוריתם לוינשטיין זה גם אני יודע).
לדוגמא חיפשתי (זה עבר תמלול ולכן יצא מעוות) ש"ס חתנים, התמלול החליט שביקשתי שש/שף חתנים וחיפש את זה, המערכת החזירה 0 תוצאות למרות שיש 3 סוגים של ש"ס חתנים... פעם הוא היה מוצא גם את זה, באחד השינויים זה אבד לו...
הענין הוא שהמערכת לא אמורה להחזיק ספרים וגם לא מבנה ספציפי, היא אמורה להיות גנרית ומתאימה לכל מה שיאחסנו בה ובכל מבנה, אם בספרים זה שם, הוצאה, קטגוריה, כריכה ומספר כרכים, אז בכלי עבודה או במחשבים יהיו עמודות שונות והחיפוש צריך להתמודד נכון עם הכל.
מה שמביא אותי למחשבה שמעבר לאלגוריתם חיפוש חכם, צריך גם סט כללים שיתנו למי שמכניס את הנתונים את הידע לכתוב אותם בצורה נכונה שהאלגוריתם ידע להתמודד עם זה בקלות ולתת את התוצאות הכי טובות.
זו ההצעה האחרונה של קלוד:
ההצעה: ארבעה רכיבים, בסדר הזה
א. קורפוס מדידה, לפני כל שינוי בחיפושקובץ נתונים של שאילתות שנשמעו בשיחות אמיתיות, ולצד כל אחת המוצר הנכון (או "אין התאמה נכונה"). הוא מתחיל ממה שכבר יש בלוגים ובמסמכים: "שוקאמין", "שש חתנים", "שף חתנים", "בן אשר", "עץ חיים", "ים של שלמה", "Pas moi" (רמב"ן), "שס חדנים".
מריצים עליו כל שינוי ומודדים שני מספרים:
כמה נמצאו נכון.
כמה קיבלו מוצר שגוי עם מחיר. זה המספר שאסור לו לעלות. כ8 אומר שתשובה שגויה גרועה מ"לא מצאתי".כלל שמשפר את הראשון ומעלה את השני נדחה. זה מה שמבדיל כלל ממערכת מטלאי להדגמה.
ב. "שם מדובר" לכל מוצר: כללי רישום בשכבת התחום
לכל מוצר יש שם כתוב (מה שמוצג) ושמות מדוברים (מה שמחפשים מולו). השמות המדוברים נגזרים בכללים, לא ביד לכל ספר:
כלל דוגמה
ראשי תיבות נקראים כמילה ש"ס ← שס
ספירת כרכים ומידות אינן חלק מהשם (26 כר'), (17 ס"מ) ← מוסר
קיצורים נפתחים כר' ← כרכים
שם הוצאה הוא שדה, לא חלק מהשם עוז והדר ← לשדה ההוצאההכללים הם נתונים בשכבת התחום, והמנוע שמפעיל אותם בליבה. זה המבחן של תוכנית_עבודה.md §1.2: בחומרי בניין הכללים יהיו "מ"מ", "ק"ג" ושמות יצרנים, והמנוע לא ישתנה.
בנוסף, שם נוסף שבעל החנות מזין בפאנל ("גמרא" לספר שכתוב "תלמוד בבלי"). שם כזה הוא נתון שאדם אישר.
ובפאנל, בדיקה בזמן רישום: שם מדובר שזהה לשם של מוצר אחר, או שכל מילותיו קצרות, מקבל אזהרה. זו "מערכת כללים לרישום": הבעיה נתפסת כשמזינים את המוצר, לא כשלקוח מתקשר.
ג. התאמה פונטית לשיבושי זיהוי קולי
הזיהוי הקולי מחליף אותיות שנשמעות דומה בטלפון: ס/ש/שׂ, כ/ח, ת/ט, ק/כ, א/ע, ו/ב, פ/ף. לכל מילה בשם המדובר מחשבים מפתח פונטי שמאחד את הקבוצות האלה. "שש" ו"שס" מקבלים אותו מפתח, ו"שף" קרוב אליו.
שני תנאים שומרים על כ8:
התאמה פונטית לבדה אינה מוסרת מחיר. היא מחזירה מועמד, והסוכן שואל: "התכוונת לש"ס חתנים?". מחיר נמסר רק אחרי שהלקוח אישר, או כשההתאמה מדויקת.
הקבוצות נמדדות על הקורפוס (רכיב א'). קבוצה שמעלה את מספר התשובות השגויות יוצאת.קבוצות האותיות הן ידע על עברית בטלפון, לא על ספרים. לכן הן בליבה.
נשמע לי לא רציני... לכן בבקשה, רק תגובות מבני אדם שמבינים מה שאומרים ולא מAI, אותם גם אני יכול לשאול...
יותר מאשמח לעזרה.
תודה
אגב, @administrators ? חייבים קטגוריה כללית לתכנות, לא יכול להיות שכזו שאלה אני צריך לכתוב כאן כי אין קטגוריה כללית שמתאימה לנושאי תכנות שלא שייכים לשפה מסוימת
יש לי מערכת שמכילה טבלה עם מוצרים, לצורך הענין כרגע מאוחסנים שם ספרים, יש מנגנון חיפוש בטבלה הזו, הענין הוא שהחיפוש צריך להיות גמיש, אבל לא גמיש מידי, שחיפוש יניב תוצאות גם קרובות אבל לא רחוקות מידי.
אני משער שאתה מפתח בווב
כדי לייעץ לך כדבעי אשמח אם תאשר זאת
כלומר האם מדובר בסביבית פיתוח של JS
כמו"כ האם מדובר בתוכנה או באתר וכו'
פרטים בסיסייים על מה שאתה מפתח משנים דרסטית מה העצה היועיצה -
יש לי מערכת שמכילה טבלה עם מוצרים, לצורך הענין כרגע מאוחסנים שם ספרים, יש מנגנון חיפוש בטבלה הזו, הענין הוא שהחיפוש צריך להיות גמיש, אבל לא גמיש מידי, שחיפוש יניב תוצאות גם קרובות אבל לא רחוקות מידי.
אני משער שאתה מפתח בווב
כדי לייעץ לך כדבעי אשמח אם תאשר זאת
כלומר האם מדובר בסביבית פיתוח של JS
כמו"כ האם מדובר בתוכנה או באתר וכו'
פרטים בסיסייים על מה שאתה מפתח משנים דרסטית מה העצה היועיצה@pcinfogmach בגדול אתר, בnodejs בVSC.
-
@pcinfogmach בגדול אתר, בnodejs בVSC.
-
@עידו300
node זה לא אתר זה תוכנה
אז שוב האם אתה מפתח אתר כלומר אתה מתכנן להציג לציבור כאתר או כתוכנה@pcinfogmach המנוע חיפוש לא מתחשב בממשק, מה זה משנה אם זה רץ על שרת או על המחשב? תכלס' זה עובד על node.js.
כמובן שיש דברים בשרת שצריך לקחת בחשבון אבל היסוד וודאי נשאר..
-
@עידו300
node זה לא אתר זה תוכנה
אז שוב האם אתה מפתח אתר כלומר אתה מתכנן להציג לציבור כאתר או כתוכנה@pcinfogmach המנוע חיפוש נמצא בשרת שלי, הוא בשימוש ע"י אתר + קו בימות המשיח + מייל + היד עוד נטויה
-
@pcinfogmach המנוע חיפוש לא מתחשב בממשק, מה זה משנה אם זה רץ על שרת או על המחשב? תכלס' זה עובד על node.js.
כמובן שיש דברים בשרת שצריך לקחת בחשבון אבל היסוד וודאי נשאר..
@pcinfogmach המנוע חיפוש לא מתחשב בממשק, מה זה משנה אם זה רץ על שרת או על המחשב?
זה משנהמאוד איזה מנוע הוא יכול להשתמש בו בפרט אם מדובר באתר סטטי
-
@pcinfogmach המנוע חיפוש נמצא בשרת שלי, הוא בשימוש ע"י אתר + קו בימות המשיח + מייל + היד עוד נטויה
@pcinfogmach המנוע חיפוש נמצא בשרת שלי, הוא בשימוש ע"י אתר + קו בימות המשיח + מייל + היד עוד נטויה
מצויין בוא נתקדם
אז יש לך שרת עם אתר
מה סדר גודל הנתונים שאתה מחפש בהם? -
@pcinfogmach המנוע חיפוש נמצא בשרת שלי, הוא בשימוש ע"י אתר + קו בימות המשיח + מייל + היד עוד נטויה
מצויין בוא נתקדם
אז יש לך שרת עם אתר
מה סדר גודל הנתונים שאתה מחפש בהם?@pcinfogmach זה משתנה, נכון לעכשיו יש לי מעל 4000 פריטים.
אבל כמו שאמרתי המנגנון אמור להתאים לכל הסוגים, ובעקרון מיועד (יום אחד, בתקווה) לפרודוקשן. -
@pcinfogmach זה משתנה, נכון לעכשיו יש לי מעל 4000 פריטים.
אבל כמו שאמרתי המנגנון אמור להתאים לכל הסוגים, ובעקרון מיועד (יום אחד, בתקווה) לפרודוקשן.@עידו300
4000 פריטים זה כלום
פרודוקשן משתנה לפי היעד שלך מה ריאלי שיהיהבכל אופן נשמע לי שאתה מתנהל עם כמויות קטנות של דאטה כך שכל מנוע חיפוש פשוט יכול לשמש אותך
כדאי מאוד להשתמש עם מנוע חיפוש בגלל שהוא עושה בשבילך את כל העבודה
מכיון שמדובר בכמות מידע קטנה ובשרת אתה יכול להשתמש במנוע חיפוש ששומר הכל בראם בקלות וביעילותאם בכל אופן מדובר במשהו יותר בומבסטי תוכל לשקול משהו כמו opensearch
אם יש עוד שאלות לא להתבייש לשאול
-
@ע-ה-דכו-ע בערך מה שהתכוונתי
המנוע צריך לחפש בכל העמודות כי אולי התשובה נמצאת שם.
דוגמא של האתר, השיחה כמובן מגיע לAI והוא שולח בקשה בAPI
Video Project 4.mp4 -
@עידו300 כתב:
המנוע צריך לחפש בכל העמודות כי אולי התשובה נמצאת שם.
לחפש את המילים בכל אחת מהעמודות אין שום בעיה, אני שואל האם צריך לחפש כל חלק מהמשפט בעמודה אחרת
כן, יכול להיות גם.
-
@עידו300
4000 פריטים זה כלום
פרודוקשן משתנה לפי היעד שלך מה ריאלי שיהיהבכל אופן נשמע לי שאתה מתנהל עם כמויות קטנות של דאטה כך שכל מנוע חיפוש פשוט יכול לשמש אותך
כדאי מאוד להשתמש עם מנוע חיפוש בגלל שהוא עושה בשבילך את כל העבודה
מכיון שמדובר בכמות מידע קטנה ובשרת אתה יכול להשתמש במנוע חיפוש ששומר הכל בראם בקלות וביעילותאם בכל אופן מדובר במשהו יותר בומבסטי תוכל לשקול משהו כמו opensearch
אם יש עוד שאלות לא להתבייש לשאול
4000 פריטים זה כלום
באמת, הייתי בטוח ש4000 שורות זה הרבה... בשביל לסבר את האוזן, זה כל הקטלוג של עוז והדר והוצאת הספר ביחד. זה המון...
בכל אופן נשמע לי שאתה מתנהל עם כמויות קטנות של דאטה כך שכל מנוע חיפוש פשוט יכול לשמש אותך
כדאי מאוד להשתמש עם מנוע חיפוש בגלל שהוא עושה בשבילך את כל העבודה
מכיון שמדובר בכמות מידע קטנה ובשרת אתה יכול להשתמש במנוע חיפוש ששומר הכל בראם בקלות וביעילותרעיון טוב, אבל צריך ספריה טובה וחינמית עם רישיון גם למטרה עסקית. וכמובן צריכה להיות בnodejs...
יש לך המלצה על אחת?
אני חושב שזה אחד החסרונות הגדולים של AI, רוב הדברים הוא ירצה לבנות לך לבד במקום פשוט להשתמש במשהו בנוי וטוב... למה להמציא את הגלגל מחדש במקום להגיד לי בצורה פשוטה שיש ספריות מוכנות לזה?
-
4000 פריטים זה כלום
באמת, הייתי בטוח ש4000 שורות זה הרבה... בשביל לסבר את האוזן, זה כל הקטלוג של עוז והדר והוצאת הספר ביחד. זה המון...
בכל אופן נשמע לי שאתה מתנהל עם כמויות קטנות של דאטה כך שכל מנוע חיפוש פשוט יכול לשמש אותך
כדאי מאוד להשתמש עם מנוע חיפוש בגלל שהוא עושה בשבילך את כל העבודה
מכיון שמדובר בכמות מידע קטנה ובשרת אתה יכול להשתמש במנוע חיפוש ששומר הכל בראם בקלות וביעילותרעיון טוב, אבל צריך ספריה טובה וחינמית עם רישיון גם למטרה עסקית. וכמובן צריכה להיות בnodejs...
יש לך המלצה על אחת?
אני חושב שזה אחד החסרונות הגדולים של AI, רוב הדברים הוא ירצה לבנות לך לבד במקום פשוט להשתמש במשהו בנוי וטוב... למה להמציא את הגלגל מחדש במקום להגיד לי בצורה פשוטה שיש ספריות מוכנות לזה?
אני חושב שזה אחד החסרונות הגדולים של AI, רוב הדברים הוא ירצה לבנות לך לבד במקום פשוט להשתמש במשהו בנוי וטוב... למה להמציא את הגלגל מחדש במקום להגיד לי בצורה פשוטה שיש ספריות מוכנות לזה?
זה פשוט שיש ספריות לחיפוש בכל שפה, וגם מנועים חיצוניים שאפשר להטמיע גם אם במקרה משתמשים בשפה שעדיין אף אחד לא כתב לה ספריה... וכמובן הכל קיים גם בקוד פתוח עם רשיונות מתירניים
זה התפקיד שלך לומר לAI להשתמש בספריות קיימות.
ראיתי פעם מישהו שהAI הכניס לו בקוד מימוש שלם כמעט של הצגת הבדלים חזותית כמו בגיט במקום לעשות import פשוט לעורך של VS CODE שהוא בקוד פתוח וניתן להטמעה בקלות
שלום! נראה שהשיחה הזו מעניינת אותך, אבל עדיין אין לך חשבון.
נמאס לכם לגלול בין אותם הפוסטים בכל ביקור? כשנרשמים לחשבון, תמיד תחזרו בדיוק למקום שבו הייתם קודם, ותוכלו לבחור לקבל התראות על תגובות חדשות (בין אם במייל, ובין אם בהתראת פוש). תוכלו גם לשמור סימניות ולפרגן ב-upvote לפוסטים כדי להביע הערכה לחברי קהילה אחרים.
בעזרת התרומה שלך, הפוסט הזה יכול להיות אפילו טוב יותר 💗
הרשמה התחברות
