קטגוריות

  • 16 נושאים
    22 פוסטים
    T
    חדש! אימות דו שלבי למנהלי המכירות, בקרוב יעלו עדכונים בנושא
  • 123 נושאים
    154 פוסטים
    O
    Hollow Knight: Silksong's Ascending Level Design Redefines Metroidvania Exploration Hollow Knight: Silksong level design transforms ascent into thrilling, acrobatic exploration, honoring Hallownest while forging a distinct identity. Level design is a cornerstone of the Metroidvania genre, and few games understand this as deeply as Hollow Knight: Silksong. In the 2017 original, players descended into the depths of Hallownest, gradually unraveling its mysteries. Silksong, however, flips the script. Instead of delving downward, players ascend the Kingdom of Pharloom, climbing toward the citadel at its peak. This structural inversion isn't just a narrative twist—it fundamentally reshapes exploration, pacing, and platforming, making Silksong feel distinct while honoring its predecessor's legacy. From the moment players take control of Hornet in the hub area of Bone Bottom, the goal is clear: reach the citadel at the top of Pharloom. Unlike Hollow Knight, where the objective was ambiguous and the world pulled players ever deeper, Silksong establishes a vertical trajectory from the outset. Each new region conquered represents a tangible step upward, fueling a constant sense of progression. This ascending structure doesn't rely on solving a central mystery with each layer; instead, it offers a straightforward, rewarding climb that keeps players motivated. The shift from descending to ascending has profound implications for level design. In Hollow Knight, the Knight's journey was largely about descent—both literal and metaphorical. Players dove into the Forgotten Crossroads, then further into the fungal wastes, the city of tears, and the deepnest. Each layer revealed more about Hallownest's tragic history. The level structure supported this gradual peeling back of the mystery, with branching paths that often led downward. Silksong's ascending design, by contrast, emphasizes verticality. Hornet is far more acrobatic and agile than the Knight, and the level design is built to showcase her skills. The long climb to the citadel is filled with opportunities for stylish leaps, flips, and aerial maneuvers. New abilities are introduced that synergize with this verticality: elegant air dashes to clear wide gaps, a billowing cloak that allows gliding and riding slipstreams high into the air, and eventually, the ability to use Hornet's needle as a grappling hook. These tools transform traversal into a dynamic, expressive experience. Aspect Hollow Knight Hollow Knight: Silksong Direction Descending into Hallownest Ascending Pharloom Narrative Focus Unraveling mysteries Reaching a clear goal Protagonist Mobility Moderate Highly acrobatic Level Verticality Limited Extensive Key Abilities Dash, wall jump, double jump Air dash, glide, grapple Platforming Focus Horizontal exploration Vertical gauntlets While the Knight had movement abilities, Hollow Knight's level design rarely demanded prolonged climbing. Silksong, however, frequently presents lengthy platforming gauntlets where the explicit goal is to ascend to the level's exit. This seemingly simple change is one of the most impactful differences between the two games. It affects every moment of gameplay, from combat encounters to exploration, subtly and overtly encouraging players to think vertically. Hornet's new abilities include: Air Dash: Clear wide gaps with elegant speed. 🧣 Billowing Cloak: Glide and ride slipstreams to reach high places. 🪝 Needle Grapple: Use Hornet's needle as a grappling hook to swing across chasms. The ascending structure also influences how secrets and optional paths are integrated. Just as in Hollow Knight, Silksong's first few hours are filled with optional pathways brimming with rewards and secrets. Players are encouraged to explore every nook and cranny, but now that exploration often involves climbing upward rather than delving downward. This creates a different rhythm—one that feels more like a pilgrimage than a descent into the unknown. The verticality extends to the biomes themselves. Each region of Pharloom is designed with verticality in mind, featuring towering structures, sheer cliffs, and multi-layered environments. Players will find themselves scaling walls, leaping between platforms, and using Hornet's abilities to navigate intricate vertical spaces. This stands in contrast to Hollow Knight's more horizontally expansive areas, which often sprawled outward rather than upward. In many ways, Silksong's level design is a natural evolution of the Metroidvania formula. By swapping descent for ascent, Team Cherry has created a game that feels both familiar and fresh. The constant upward momentum provides a clear sense of purpose, while the enhanced mobility and vertical level design make exploration a joy. It's a testament to how a single structural change can ripple through every aspect of a game, redefining its identity while staying true to its roots. As players climb toward the citadel, they'll encounter challenging platforming sections, hidden secrets, and fierce bosses. The journey is filled with moments that celebrate Hornet's agility and the game's vertical design. Whether you're a veteran of Hallownest or a newcomer to Pharloom, Silksong's ascending level design offers a compelling reason to explore every inch of its towering world. In the end, Hollow Knight: Silksong's level design doesn't just differentiate itself from its predecessor—it sets a new standard for vertical exploration in the Metroidvania genre. It's a bold choice that pays off, delivering an experience that feels both expansive and intimate, challenging and rewarding. As 2026 continues, Silksong stands as a shining example of how thoughtful level design can elevate a game to new heights. For players who want to experience Silksong firsthand—or revisit the wider Metroidvania genre after seeing how far its level design has come—finding the right price can be its own kind of puzzle. A resource like DealNest offers a straightforward [game price comparison]( so you can check current listings across retailers and storefronts without jumping between a dozen tabs. Whether you're planning to pick up Hollow Knight: Silksong or add a few classic exploration titles to your library, DealNest can help you make a more informed decision before you check out. https://dealnesthq.com
  • כניסה ותיקוף דיגיטלי של הזמנות וכרטיסים

    5 נושאים
    7 פוסטים
    ה
    #anchor(סדרן | מה קורה אם...) אני מכניס שם משתמש וסיסמה ו מקבל חיווי מהמערכת 'כניסהשם משתמש או סיסמה שגויים...' תשובה: יש לבדוק שהכנסת שם משתמש וסיסמה תואמים, !שים לב שהמקלדת מוגדרת נכון , עברית ואנגלית / אותיות גדולות וקטנות. נכנסתי לאפליקציה והחיווי 'אין לך אירועים'. תשובה: יש לבדוק שנכנסת עם היוזר הנכון (היוזר צריך להיות משוייך לאירוע הספציפי) האירוע עדיין לא התחיל () פנה למפיק לצורך בדיקת ההגדרות של האירוע והיוזר שלך.
  • IVR

    קווי תוכן ומרחבי למידה

    168 נושאים
    475 פוסטים
    מ. מ. פליישערמ
    ב״ה השימוש בAPI של מבזק NBS מתחלק לקבוצה של לקוחות שמשתמשים בapi בממשקים באתרים שלהם, ללקוחות שמשלבים תקשורת מול ימות המשיח ביישומים צד שרת וכד. לטובת ביצוע הזדהות מאובטחת ונוחה ניתן ליצור מפתח api קבוע, להגביל אותו לפרמטרים מסויימים, כתובות IP, שירותים, וכד. ניהול מפתחות הAPI נעשה באמצעות ממשק הניהול הייעודי בכתובת https://www.call2all.co.il/firewall - אליו ניתן להתחבר על ידי יצירת מפתח API שעבר אימות דו שלבי - או בצורה פשוטה יותר, באתר הניהול בלשונית ״אבטחה>ניהול מפתחות גישה״. השימוש במפתח גישה טוב בגלל כמה סיבות: לא קשור לסיסמת ניהול שיכולה להשתנות. ניתן להתאמות אישיות מגוונות, הכל מכתובות הIP שמהם ניתן להשתמש במפתח, ועד לרמה של איזור שירות API ניתן לגשת איתו, או איזה פרמטרים ניתן לשלוח. מפתח פטור מחובת אימות דו-שלבי. במנגנון ההתאמה אישית הושקע מחשבה רבה, והוא מאפשר, בין הייתר, גם לנעול מפתח לשימוש של שירות אחד בלבד - ואפילו עם פרמטרים ספציפיים - גם אם הם לא נשלחו על ידי הלקוח. ההגבלות וההתאמות אישית מפורטות בממשק ״חומת האש״ של ניהול המפתחות, אבל נביא דוגמא כדי להמחיש את הגמישות: כל ההתאמות אישית וההגדרות במפתח ניתנים ליישום בעת יצירת המפתח ו/או לאחר מכן בלחצן העריכה. #anchor(מפתח API לטובת שימוש במנוע המרת YMGR רק בשלוחה מסויימת ספציפית בלבד:) ניצור מפתח - ונגביל אותו לשימוש בשירות ספציפי של המרת ymgr - דרך לשונית ״הגבלות שירותים״: [image: 76763654-e2d8-4807-9abe-01a7a7667995-image (1).png] לאחר מכן, נעבור ללשונית ״כללי חומת אש״ ונגדיר דבר ראשון שככל ואין כלל מתאים - הבקשה תידחה, על ידי שנגדיר את כלל ברירת המחדל של חומת האש בתור ״חסום״: [image: d2ade3b3-bd47-4a49-9333-feeadc2a2697-image.png] לאחר מכן, ניצור כלל חדש עם ההגדרות המתאימות. לצורך הדוגמא, אנחנו רוצים לאפשר למפתח להמיר אך ורק קבצים שנמצאים בתוך תיקיית Log שבמערכת. נדגים איך ניתן להגביל רק לקבצים בתיקיה הראשית, או אפילו בתתי התיקיות של Log. נלחץ על לחצן ״הוסף כלל״, ניתן לבחור לו שם, כמובן המדיניות שלו צריכה להיות ״איפשור״, ונעבור ללשונית ״פרמטרים״ - שם נגדיר את החלק החשוב: [image: 3c8b9b59-1fb9-40d3-b489-d8e8b52dc73a-image.png] בא נשים לב מה קורה פה. בעצם ״שירות״ לא רלוונטי אלינו, כי הרי המפתח כולו מוגבל לשירות אחד בלבד, אז אין עניין לכתוב אותו שוב פה. אנחנו צריכים להגדיר רק את שם הפרמטר - wath שהוא הפרמטר שהלקוח שולח בו את הנתיב של הקובץ, ואנחנו צריכים לוודא שהערך מתחיל ב ivr2:/Log/ ומכיל כל קובץ שמסתיים ב ymgr, אבל לא בתוך תת תיקיה, למשל, אנחנו לא רוצים שהמפתח יכל לגשת לתיקיה LogConfBridgeEnterExit שמכילה דוחות של חדרי ועידה... אז נגדיר ככה: [image: 39cadf17-b42a-4385-8e2c-cf94d08b2533-image.png] או לחלופין, אם נרצה שיהיה אפשר להשתמש עם המפתח גם לתת תיקיות, פשוט במקום * פעם אחת, נעשה פעמיים: [image: d51df01e-b0ac-470c-a149-285f0edc8deb-image.png] או לחלופין, אם נרצה שיהיה אפשר להשתמש עם המפתח רק באותה התיקיה, אבל רק לתבנית של קבצים מסויימת, שימו לב: [image: 451b562e-0635-4108-a935-7aa5a8ce588d-image.png] הסימני שאלה מציינים שמדובר במשהוא כל שהוא, אבל לפי מספר הפעמים שיש את סימני השאלה, כך ש: ivr2:/Log/LogFolderEnterExit-2024-022.ymgr // יחסם ivr2:/Log/LogFolderEnterExit-2024-02.ymgr // יצליח ivr2:/Log/LogFolderEnterExit-2026-02.ymgr // יצליח ivr2:/Log/LogFolderEnterExit-2031-02.ymgr // יחסם ivr2:/Log/LogFolderEnterExitGlobal.ymgr // יחסם כן על זו הדרך. טיפ נוסף: נעילת סוג ההמרה לhtml בלבד. נוכל להעזר בלשונית ״פרמטרים להגדרה״ - כך שככל והכלל מתאים - אנחנו מעוניינים להגדיר פרמטרים מסויימים כאילו הם נשלחו. למשל, נרצה שהמפתח הזה יוכל להמיר רק לhtml, ורק בשפה אנגלית. אז נגדיר: [image: 035afd95-c643-495f-84a1-327422c45bab-image.png] ואז, הפרמטרים האלה יכתבו - כאילו שלחו אותם. #anchor(מפתח API לטובת העתקת קובץ מסויים - בצורה שלא צריך לשלוח שום פרמטר:) ניתן להגדיר מפתח כך שלא יהיה ניתן לשלוח איתו ממש שום פרמטר, והוא כביכול ״ידע״ מה הוא צריך לעשות. לצורך הדוגמא, ניצור מפתח שמעתיק את קובץ ivr2:/M0000.wav ל ivr2:/M0000-new.wav בצורה שלא ניתן לשנות שום דבר. הגבלה לשימוש בFileAction: [image: e34b5478-ce7f-416d-bfd1-77b94a0fc0b3-image.png] רשימה לבנה של פרמטרים ברמת כל המפתח לפרמטר שלא ישלח בחיים ולא רלוונטי, תוך כדי הסרת כל הפרמטרים האחרים - ככל וישלחו: [image: 266f30f2-37a5-4259-8d73-067126d6e480-image.png] חסימת כל הבקשות שלא מתאימות לכלל חומת אש: [image: 9a65670c-0405-4f63-8982-b4ed9a26d6c1-image.png] יצירת כלל שמתאים תמיד - (ללא שום הגדרות) - אבל ב״פרמטרים להגדרה״ נגדיר את הפמרטרים שלנו: [image: 960d0d5f-4cc2-4d20-b03e-db479f700eea-image.png] בעצם ״הכנו״ בשביל המפתח כל מה שהוא צריך / יכול לעשות. נקרא לשירות, ולא משנה איזה פרמטרים נשלח, תמיד נקבל: { responseStatus: "OK", reports: [{ what: "ivr2:/M0000.wav", target: "ivr2:/M0000-new.wav", success: true }], message: "ok", success: true, action: "copy", yemotAPIVersion: 7 } ללא שום אפשרות לשנות שום דבר אחר עם המפתח. וכן על זו הדרך וכו וכו ניתן לעשות אפשרויות אין סופיות, להגדיר כמה כללים יחד כדי לאפשר הרבה דברים, וכו וכו. בברכה,