@dovid אמר בתרגיל מתמטי של הסתרת מזהה רץ:
למשל הרעיון של הXOR אני לא יודע לפענח, אבל אני בטוח שהוא קל לפענוח.
פיענוח XOR נעשה על ידי פעולה נוספת של XOR.
לוקחים את המספר המקורי והמספר המוצפן, עושים תרגיל XOR על שניהם והתוצאה היא מספר ה'מפתח'.
@dovid אמר בתרגיל מתמטי של הסתרת מזהה רץ:
למשל הרעיון של הXOR אני לא יודע לפענח, אבל אני בטוח שהוא קל לפענוח.
פיענוח XOR נעשה על ידי פעולה נוספת של XOR.
לוקחים את המספר המקורי והמספר המוצפן, עושים תרגיל XOR על שניהם והתוצאה היא מספר ה'מפתח'.
@אבי זה לא אמור להיות פשוט?
כי בשעות היום יש יותר פעילות בשרת מאשר בשעות הלילה?
ובחו"ל היום והלילה הפוכים מאצלינו.
אני צריך עזרה בהתקנת חבילות Nuget במחשב ללא רשת.
אני יודע שאפשר להוריד את החבילה בלחיצה על Download Package, ולהתקין במחשב הלא מקוון באמצעות הגדרת Nuget Source שמצביע על תיקייה לוקאלית.
הבעיה שלי זה כשאני מתקין חבילות עם תלויות, גם אחרי שאני מוריד את כל החבילות תלות, אני מקבל שגיאה בהתקנה (השגיאה היא: NU1301: Unable to load the service index for source https://api.nuget.org/v3/index.json).
אשמח אם משהו שנתקל בבעיה הזאת יוכל להסביר לי איך עושים את זה.
@משתמש-תמים אמר בחבילות גלובליות של Node.js לא רצות מהPowerShell:
אפשר להריץ סקריפטים של ps בcmd אם כותבים את זה כך
יותר נכון לומר שאתה פותח את ה-Powershell מה-cmd ושולח לו בארגומנט את השם של הסקריפט. cmd לא יכול לעולם להריץ סקריפטים של Powershell.
@משתמש-תמים מה שאני לא מבין זה למה מהcmd זה כן רץ ומהPowerShell לא, כי ממה נפשך אם זה סקריפט של PowerShell זה לא אמור לרוץ מהcmd, ואם זה רץ זה מהcmd זה אמור לרוץ בדיוק אותו הדבר גם מהPowerShell.
בכל מקרה אפשר לשנות את המדיניות של הרצת סקריפטים כמו שכתבת, וככה לפתור את הבעיה.
(אולי ברירת המחדל היא שאם מריצים סקריפט שנמצא באחד הנתיבים של משתני הסביבה מהPowerShell הוא מריץ את הקובץ עם סיומת ps1 ואם מריצים אותו מהcmd הוא מריץ את הקובץ עם סיומת cmd, bat.)
@יעקב-מ-פינס עדיף ליצור פרוייקט חדש ואז להעביר לשם את כל הקוד.
אם אתה רוצה להישאר באותה התקייה, אז תנסה להחליף את התוכן של הקובץ עם הסיומת csproj. בזה:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>WinExe</OutputType>
<TargetFramework>net9.0-windows</TargetFramework>
<Nullable>enable</Nullable>
<ImplicitUsings>enable</ImplicitUsings>
<UseWPF>true</UseWPF>
</PropertyGroup>
</Project>
יכול להיות שתצטרך לתקן אח"כ עוד דברים, קודם כל תבצע את זה ותנסה להריץ.
@יעקב-מ-פינס אני לא מאמין שתצטרך לשנות קוד, רק את קובץ הפרוייקט (עם הסיומת csproj.)
@יעקב-מ-פינס זה לא תואם ל NET Framework.
תיצור פרויקט WPF חדש של NET. ותעביר את הקוד הרלוונטי לשם. אם אתה מסתבך, תפתח שורת הפקודה בתקייה ותריץ:
dotnet new wpf -o MyApp
זה ייצור לך פרוייקט WPF חדש עם NET.
אם אתה רוצה לבדוק את גרסת ה - dotnet, תריץ:
dotnet --version
@יעקב-מ-פינס כתב בעיצוב ממשק שכתוב ב C#:
העיצוב של כרטיסיות (מה שרואים בצילום מסך שם) אפשרי גם כשיצרתי לכל טופס חלון משלו
אני חושב שכן, לא בדקתי
והאם לדעתך זה בכלל כדאי לעצב תוכנה כזו ככה
אני אישית הייתי מעדיף שכל הטפסים יהיו בחלון הראשי, אבל זה כבר עניין של איפיון ו - UX.
@יעקב-מ-פינס כתב בעיצוב ממשק שכתוב ב C#:
דרך אגב זה באמת השפה הכי ממולצת למחשבים חלשים?
#C היא לא שפה שמתאימה למערכות משובצות או למערכות זמן אמת, ואולי זה לא השפה הכי מומלצת למחשבים חלשים, אבל בשביל תוכנות דסקטופ סטנדרטיות אין לך מה לדאוג והיא תעבוד חלק בכל המחשבים.
איך הכי כדאי לעבוד עם השפה הזו
מנסיון שלי קודם כל תתנסה בשפה תקופה מסויימת, ואח"כ תתחיל ללמוד איך להשתמש בה נכון.
@יעקב-מ-פינס בהנחה שהדיסק שלך נמצא ב :D והתיקייה של הניסוי זה nodebb-test אז תריץ בשורת הפקודה:
cd D:\nodebb-test
אם זה לא משנה את המיקום, אז תנסה:
cd /d D:\nodebb-test
אני לא יודע איך bat to exe עובד (כי אני בחיים לא מקמפל סקריפטים), זה יכול להיות בשני דרכים, או שהוא ממש מקמפל את הסקריפט לקוד בינארי, או שהוא פשוט יוצר wrapper כלשהו לסקריפט המקורי, ובשעת ההרצה הוא שומר אותו בתקיה זמנית ומריץ אותו מה-cmd. אם הדרך הראשונה היא הנכונה אז אין אפשרות להגיע לקוד המקור.
מדברי @yossiz עולה שהוא הבין (הוא שהוא יודע) שזה פועל כמו האפשרות השנייה, אז אם כן האפשרות הנכונה זה להשתמש בכלי בערפול לסקריפט עצמו, מרפרוף מהיר נראה שיש כמה כלים שעושים את זה, לדוג' Bat2Exe (נראה שהוא גם ממיר ל-exe וגם מערפל את הסקריפט).
אני חושב שהכוח האמיתי מגיע בשילוב עם mcp.
דוגמאות של שרתי mcp, אפשר לתזמן משימות בשעה מוגדרת וכו'.
@מד כתב בתוכנת תרגום אופליין V2:
אולי להוסיף אפשרות לבחור כמה משאבים זה ייקח במהלך התרגום?
רוב המשאבים זה הזיכרון ואת זה אי אפשר לשנות, ה - CPU לא נראה גבוה, אצלי זה באזור 15 - 25.
@moshe11 כתב בתוכנת תרגום אופליין V2:
הכנסתי את המודלים לתיקיה ככה וזה לא עובד לי
בהודעת השגיאה כתוב heb-eng, ובצילום מסך של התיקייה הנתיב הוא למודל eng-heb, אתה צריך להוריד את הקבצים של המודל מעברית לאנגלית ולמקם אותם בתיקייה heb-eng.
@יגעתי-ומצאתי כתב בשגיאת פלט ב RVC WebUi שמותקן על המחשב:
אשר נמצא במסך הממשק של הRVC
לך קצת אחורה, מי פתח את הממשק הזה, ואיך?
@דאציג כתב בשיתוף | אב טיפוס של תוכנת תרגום אופליין:
אבל מתרגם הרבה יותר מהר מהתוכנה שלך.
זה מוזר, לפחות אצלי זה לא ככה אלא להיפך, ובפער גדול, גם התרגום לא משהו, כתבתי לו עכשיו "hi" והוא תרגם את זה ל: "שלום, שלום, שלום."
אפשרות אחת שאני חושב בקשר למהירות, זה שיש לך כרטיס מסך חזק, ויתכן שהתוכנה lingo תומכת בהסקה עם GPU, התוכנה שלי לבינתיים לא תומכת בזה.
עוד דוגמא לתרגום:
This problem is too difficult for primary school children to solve
nllb-200:
בעיה זו קשה מדי לילדים בתי ספר יסוד לפתור.
opus-mt:
בעיה זו קשה מדי עבור ילדי בית הספר היסודי לפתור.
@צבי-ש כתב בשיתוף | אב טיפוס של תוכנת תרגום אופליין:
זה לא זה?
https://huggingface.co/Helsinki-NLP/opus-mt-tc-big-he-en
מעניין, אני אבדוק את זה. תודה.
אתה יודע מה המשמעות של tc-big ??