10 000 вишлистов за полгода у Skills & Raids За 2 недели до релиза 27 июл. 2026 г. Командная Extraction RPG с боями в реальном времени, основанными на способностях. Управляйте перезарядками и реагируйте на врагов. Добывайте ресурсы для заданий и создания снаряжения. Комбинируйте навыки и создавайте билды. Мир во власти существа, стирающего всё, даже мысли. Короткие видеоролики? Возможно, вы уже слышали этот совет: что снимать видеоблоги о разработке не стоит и это пустая трата времени, и что лучше делать короткие ролики. Что ж, разработчик снял 35 коротких видео, и хочет сказать, что это была полная трата времени. Почти каждое видео набирало от 1000 до 2000 просмотров, и он публиковал их в TikTok , Instagram и YouTube (YouTube показал лучшие результаты по просмотрам), но конверсия? Не очень. Дневники разработчиков? Стоит попробовать всё и посмотреть, что подойдёт для них. Их игра довольно горизонтальная, поэтому вертикальный формат ей не подходит. Возможно, поэтому ничего не получилось, но разработчик сделал дневник разработки , и он набрал 31 тысячу просмотров и принёс больше вишлистов, чем Steam Next Fest (1000). Жаль, что он не делал больше дневников разработки. Wanderbot поиграл в мою игру и получил 31 тысячу просмотров, и мой собственный дневник разработки принёс больше добавлений в списки желаний, так что, может быть, стоит попробовать. Разработчик сделал второй дневник разработки , и он набрал 6,8 тысяч просмотров и всё равно принёс немало добавлений в списки желаний. Reddit тоже подходит; я получил подтверждение своего статуса разработчика игр на PCGamer и может публиковать сообщения о важных событиях, таких как трейлеры, запуск демоверсий и даты релиза. Эти публикации очень важны, потому что Reddit тоже отлично подходит. X и threads? Разработчик был наиболее активен на X/Threads, и для вишлистов это не очень подходило; однако для налаживания контактов с другими разработчиками это вполне удобно. Электронные письма? Разработчик отправил более 110 писем создателям контента, и только Wanderbot играл в его игру. Другие ютуберы тоже играли, но он им не писал, так что, может, электронные письма — это тоже пустая трата времени? Может, если бы игра была привлекательнее, в неё играло бы больше людей. Фестивали? Как видно на графике, это тоже очень хорошо работает (если речь идёт о крупном проекте) . Его игра попала на выставку Latin American Games Showcase и получила 1400 вишлистов , а вот на другом, менее масштабном мероприятии, всё было не так хорошо. Персональный календарь Он только начинает ощущать эффект от нового личного календаря, и он работает действительно хорошо. Это просто благословение – не нужно ничего делать для маркетинга, а в итоге получаешь кучу вишлистов. Помните, разные шаги маркетинга могут как подойти, так и нет для разных игр (жнаров, ниш). Пробуйте всё и для себя определите что было эффективным. Надеюсь, информация была полезной. Ссылка на игру #инди | Telegram | YouTube | чат

Успех и принцип паранойи Pride goes before a fall Теория сдвига приводит к интересному заключению: успехи порождают аварии.  Когда организация добивается успеха, ее руководители обычно приписывают успех себе или своей организации, а не удаче или стечению обстоятельств. Сотрудники становятся более уверенными в своих собственных способностях, в навыках своего руководителя и в существующих процессах и процедурах. Они доверяют информации, которую собирают по существующим каналами, полагая, что это вся информация, которую им нужно знать.  Успех приходит к дальнейшей гонке за успех. Если компания добилась выдающихся результатов, то в будущем ждут подобных же результатов. Все хотят результатов не ниже того что было.  Успех сужает кругозор, меняет взгляды, укрепляет единый способ ведения бизнеса, порождает чрезмерную уверенность в адекватности существующих методов и снижает принятие противоположных точек зрения. Даже более того, отсутствие негативных исходов может трактоваться как успех. Если все работало уже лет 20 — зачем нам менять принципы и подходы?  Как только системы добиваются успеха — они костенеют, начинают придерживаться старых принципов, до тех пор пока не станет слишком поздно.  Успех мог получиться из-за случайного сочетания факторов. И следующий раз факторы могут сложиться по-другому и результаты не будут такими же хорошими.  Как говорил Энди Гроув: выживают только параноики.  Получается что все системы развиваются по пилообразному графику: успех — закостевание — кризис — трансформация. Чем выше дерево, тем больше ему падать. Чем больше система, и чем дольше у нее была спокойная и успешная жизнь — тем больнее она упадет.  Поэтому нам нужны кризисы. Чем чаще тем лучше. Принцип Челомея говорит: чтобы система была устойчивой, ее надо трясти.  #модель_сдвига #проклятие_успеха

🔐 Что такое LDAP Injection? Мы уже разобрали, что такое LDAP и зачем он нужен в Active Directory. Но что произойдёт, если приложение неправильно обрабатывает пользовательский ввод при обращении к LDAP? В этом случае может возникнуть LDAP Injection.

📌 LDAP Injection — это уязвимость, при которой злоумышленник изменяет LDAP-запрос, отправляемый приложением, чтобы получить несанкционированный доступ к данным или изменить логику поиска.

По своей идее она очень похожа на SQL Injection. Только вместо SQL-запросов атакуется LDAP. Представим, что приложение формирует запрос так:

(&(uid=user)(password=123456))

Если пользовательский ввод не фильтруется должным образом, злоумышленник может изменить структуру запроса и повлиять на результат поиска. 💀 Чем это опасно? При успешной эксплуатации LDAP Injection можно: — обойти аутентификацию; — получить информацию о пользователях; — перечислить группы и объекты Active Directory; — извлечь внутренние данные каталога. Всё зависит от того, какие права имеет учётная запись, от имени которой приложение обращается к LDAP. 🧠 Почему это встречается реже, чем SQL Injection? Потому что далеко не каждое приложение работает напрямую с LDAP. Но корпоративные порталы, системы авторизации, внутренние веб-приложения и некоторые VPN-шлюзы довольно часто используют LDAP для проверки пользователей. И если разработчики не экранируют специальные символы, появляется риск LDAP Injection. 🛡 Как защититься? Основные рекомендации: — использовать параметризованные LDAP-запросы; — экранировать специальные символы; — не собирать запросы простой конкатенацией строк; — выдавать приложению минимально необходимые права на чтение LDAP.

📌 LDAP Injection встречается значительно реже SQL Injection, но в корпоративной инфраструктуре последствия могут быть очень серьёзными, особенно если приложение имеет широкий доступ к Active Directory.

#infra #ad #ldap #ldapinjection #websecurity

Пратформинг-паззл в Doom: The Dark Ages | Revelations Знаю, что головоломки и платформинг в Doom заходит не всем, но я не могу не отметить, что они превосходно выполнены в последнем дополнении. Особенно меня радует их насыщенность механиками и чередованием "глаголов". Глаголом в планировании уровня или миссии обычно называют осмысленно с точки зрения игрока и мира игры действие. Отличие от механик в том, что одна и та же механика может быть частью разных глаголов в зависимости от контекста. Например, запрыгнуть и спрыгнуть — два разных действия, два разных глагола. Но это будет выполнено с использованием одной и той же механики прыжка. Давайте посмотрим как чередуются глаголы в паззле со скриншота: 1. Опустить рычаг (активация джамп-пада [3]); 2. Повернуть джамп-пад цепным копьём; 3. Замкнуть щитом цепь, чтобы активировать настенный джамп-пад [4]; 4. Прыгнуть и отскочить от настенного джамп-пада; 5. Приземлиться на балкон; 6. Замкнуть щитом цепь и открыть дверь рядом с цифрой [9]; 7. Спрыгнуть и повернуть джамп-пад цепным копьём; 8. Прыгнуть и отскочить от настенного джамп-пада; 9. Приземлиться и разбить щитом замок на двери. Да, тут есть повторы, но грамотное чередование сохраняет чувство разнообразия. Именно оно позволит игроку не заскучать, пока он будет исследовать эту довольно запутанную, но плотную и вертикальную локацию. #анализигр #левелдизайн #Doom

Bit79 — необычный клон Famicom, из которого пытались сделать полноценный домашний компьютер В конце 80-х тайваньские фирмы штамповали клоны Famicom по одному лекалу: приставка подешевле, немного игр внутри, минимум всего остального. В BIT Corp рассудили иначе. Раз приставку зовут «семейным компьютером», то она и должна быть настоящим ПК, с клавиатурой, увеличенной с 2 до 8 КБ памятью, встроенным Бейсиком и портом, похоже, под принтер. Получился гибрид, который переключается между игрой и программированием одним движением: вставил картридж и играешь, вынул и снова кодишь. Вот только идеальным он не вышел. Интерпретатор Бейсика утащили почти дословно с Apple II и наспех впихнули в чужое железо Famicom, у которого свой видеопроцессор со своими правилами. И тут началось самое интересное.

🐋Microsoft натравила 100 ИИ-агентов на поиски уязвимостей Windows Microsoft перевела аудит безопасности ОС на автопилот. Компания запустила MDASH - конвейер из более чем сотни ИИ-агентов. Они работают как полноценная команда: одни ищут уязвимости, вторые выступают критиками и пытаются доказать, что баг недостижим, а третьи собирают рабочий PoC в изолированной песочнице. Инженеры получают алерт только тогда, когда баг реально воспроизвелся.

🟦Агенты уже вытащили 16 серьезных уязвимостей. Из них 4 критические (удаленное выполнение кода), включая тяжелые дыры в драйвере tcpip.sys и службе IKEEXT без нужды в авторизации. 🟦ИИ находит сложные логические дефекты (вроде Use-After-Free и Double Free), цепочки которых размазаны по разным подсистемам. Классические статические анализаторы такое в упор не видят. 🟦На закрытом тесте с умышленно дырявым кодом агенты нашли 21 баг из 21 возможных. Без ложных срабатываний.

ИИ пока не выпускает патчи сам, финальное решение за людьми. Но скорость поиска уязвимостей выросла кратно. 🦔 CyberYozh