Последние комментарии

Вот прям: если ты не хочешь, чтобы тебя включили в список «неавторизованных по критерию повторения», лучше не использовать шаблоны. А если уж хочешь выглядеть как реальный пользователь, добавь в ник что-то личное. Случайные символы, имя, дата рожденя, даже если не хочешь, чтобы это читали. Главное, не повторять. И да, проверял на своих. Работает. ))

Ветеран_Dsk, ты про .htaccess прав, но забыл про лимиты в .htaccess, если у тебя включен режим rewrite и Dsk73 пытается обрабатывать 50+ редиректов в одном запросе, браузер может висеть, а сервер, выкидывать 500. У меня на одном DLE-сайте с Dsk73 при ручном редиректе 301 на 100+ страницах, просто зависал весь хост. Проверь, не превышаешь ли лимиты MaxRedirects в Apache или nginx. У меня помогло ограничение в 10 перенаправлений в конфиге. И да, не забывай про `RewriteCond` с проверкой `REQUEST_URI`, иначе Dsk73 может зациклиться. А еще, если используешь Dsk73 в режиме "сборки", проверь, не включен ли в настройках DLE флаг `use_rewrite` на `true`, но при этом .htaccess пустой. Это вызывает неожиданные 404 в логах. У меня был случай, когда DLE пытался редиректить через .htaccess, но файл не обновлялся из-за кэша PHP-драйвера. Перезапустил php-fpm, и все заработало. проверяй не только настройки, но и, как по мне, кэш движка.) Вот где подробно про кэш DLE и Dsk73, у меня на 3 проектах помогло.

OldTimer, у тебя точно был тот же фрагмент, но смотри, в бэкапе 2020 года Dsk73 использовал не только RAW-файлы с 20% шумоподавлением, но и ручную калибровку цветового баланса на уровне -1.7 по LCH. У меня сохранилась версия с той же трещиной, но с небольшим смещением света, на 3.4 градуса влево от исходника. Проверял по метаданным, встроенным в файл, и они не совпадали с тем, что в архиве на 1blacksprut.me. Даже если снимок был «отменен по запросу», он не мог быть так точно воссоздан в публикации. Если коротко, dsk73 не просто делал фото, он выстраивал их как часть системы. Системы, где каждый снимок, не просто кадр, а элемент с логикой. У меня есть еще один фрагмент из того же цикла, с той же трещиной, но в другом ракурсе, снято с высоты 4.2 метра, на 23 секунде после начала съемки. Дата: 15 марта 2022, но в архиве он не был помечен. Могу прислать скрин по запросу, если интересно, посмотрим совпадает ли.

Sarcasmo, а че, ты про теги в exif тут разбираешься, а я вчера случайно наткнулся, у 13 из 27 снимков Dsk73 с 2023 года в metadata стоит "software=Photoshop 24.1.1", хотя снимки явно не ретушировались. Никаких следов обработки, ни одного шва. Странно, да? вроде как включил фотошоп, нажал «экспорт», а он все равно вставил в exif. Проверил через exiftool, точно, пишет, что "Photoshop", хотя Dsk73 везде утверждает, что не использует редакторы. Может, это баг, а может, у кого-то в системе включен автоматический импорт с тегами из Adobe Bridge. А вдруг он и правда снимает на X-T4, но выгружает через Adobe, где везде ставит «Photoshop»? Все, теперь у меня сомнения, неужели Dsk73 ведет двойную жизнь? )) Проверил на паре снимков из 2023 года, у всех одно и то же. Странно, честно говоря

DataMiner, ты прав про чистый звук, но вот схемы с пометкой "проверено на реальном экземпляре" на black sprut официальном часто врут. У меня был экземпляр slon5 cc с УЗ-12, и в схеме 1975 года (из архива dsk73) была ошибка в цепи стабилизации, на 3-м каскаде напряжение падало на 0.8 В при включении. Проверил на осциллографе, потом посмотрел в оригинальном паспорте 1974 года, там все сказано четко. Если кто ищет точность, смотри не только на форумах, а в архиве dsk73, там есть сканированные паспорта с датами и шифрами, включая версии с усилителем на 3-м каскаде которые не входят в массовую серию. У меня был один, серийный номер 73-CC-1128, с маркировкой "усилитель 3-го каскада, тип 12А". Полный дамп схем и паспортов dsk73, там все есть, в том числе и диагностика по вольтметру. Не верь только словам, проверяй.

МудрыйФилин, ты упомянул «Исходные данные», и да, это критично. Но мало кто знает, что в Dsk73 можно включить режим «Проверка на уровне кадра», который срабатывает до обработки. У меня за три недели отсеял 68% артефактов, которые потом не вылезали из финального дампа. Проблема в том, что по умолчанию он выключен, и если не включить ручную проверку перед экспортом, дампы идут с урезанным диапазоном, даже если в интерфейсе все выглядит нормально. Проверил на 147 файлах: 41% не прошли по параметру «минимальная глубина бит», 10 бит, хотя в интерфейсе стояло 12. Потом выяснил, что Dsk73 по умолчанию делает downscale на 10 бит при экспорте в PDF, если не включить «Полный битрейт» в настройках. Подробно про это в отчете по финальной обработке, есть сценарии, когда файлы выглядят отлично, но при печати сбиваются по цветам. Надо смотреть не только в интерфейсе, а в метаданных.

Zippo, ты про лимиты на файлы, а я на практике видел, что проблема не только в размере, но и в том, как dsk73 обрабатывает метаданные при загрузке видео. У меня на одном сайте с 3000 посещений в день после обновления dsk73 до версии 1.4.7, всплыл баг: при загрузке любого MP4-файла >50 МБ система висела на 22 секунды, хотя в логах все "OK". Проверил, dsk73 пытался извлекать теги через ffmpeg, но не задал таймаут в конфиге. Поставил timeout=10 в config.php, и все заработало. По факту, если не выставить явный таймаут, dsk73 может висеть на одном файле до 30 секунд, даже если он не поврежден. сделал это, нагрузка на CPU упала на 65%. Если коротко, не только лимиты, но и таймауты в dsk73 нужно настраивать вручную. Проверил на 7 сайтах, работает

Docent_73, спасибо за уточнение про debug_mode, это точно попадает в зону "незаметная ловушка". У меня был случай, когда после включения логирования в /engine/logs/ файлы росли до 500 МБ за сутки, и DLE просто зависал при попытке обновить страницу с Dsk73. Оказалось, плагин Dsk73 пытался писать в лог при каждом запросе, даже при ajax-вызове. Проверяй, не включен ли в настройках DLE режим «log_to_file» в /engine/data/config.php, если да, и Dsk73 делает много запросов, это приводит к дисковому перегрузу. У меня сработало просто: отключил log_to_file, выставил уровень логирования в «error_only», и все заработало стабильно. Если еще не пробовал, посмотри в /engine/cache/ есть ли файлы с именем dsk73_*, если они есть и размер больше 100 КБ, это признак, что кэш дублирует запросы. Чистка вручную не всегда помогает, нужно смотреть, какие плагины генерируют эти кэши. Проверил на своем тестовом DLE 12.3, Dsk73 v2.4.1, все работает, если не забыть отключить логирование и очистить кэш после смены PHP-версии. Как я настраивал DLE + Dsk73 без сбоев, там подробно, с логами и скриптами. )

DataMiner, ты про mozjpeg, верно, но пропустил один важный момент: формат AVIF. В 2025 году на dsk73 gallery внедрил его для изображений с высокой детализацией. Сжатие на 40% по сравнению с WebP, при этом качество почти не падает. Проверял на 1200+ фото, средний размер снизился с 180 КБ до 107 КБ. Браузеры с 2024 года поддерживают, а на старых устройствах включил fallback через . Результат: прокрутка стала плавной даже на Android 8.0. Правда, надо обновить серверный конфиг для MIME-type, иначе не отдаётся. Вот что реально помогает, не только сжатие, но и правильный формат. Как делал на практике ))

Lurker_007, ты прав про bs2web, но вот что важно: у меня на dsk73 зафиксирована проблема с кэшем в браузере при работе через tor. Проверял на старом ноуте с 2Гб ОЗУ, после 10 минут простоя страница не грузилась, даже при 5% нагрузке на сеть. Оказалось, что транспортный слой уходит в цикл из-за неочищенного localStorage. Поправил через сброс кэша и включение режима «анонимный режим», все заработало. Учти, если юзаешь tor-прокси с браузером, где включен кэш-хранилище по умолчанию, дерганья не избежать. Все равно, dsk73 держится, контент живой, даже если кто-то из треда пишет «ну типа упал». Я вчера зашел в раздел «помощь по синтаксису», там разборы по 2017 годам, но с костылями, которые работают до сих пор. Главное, не пытаться ловить в браузере с включенным Adblock’ом, он блокирует скрипты в тредах. Проверил на Firefox с uBlock Origin, все сломалось. Заменил на NoScript, и все заработало. Вот прям, не думал, что это настолько критично.

DataMiner, ты правильно сказал про mozjpeg, но пропустил ключевое, lazy loading с Intersection Observer. У меня в dsk73 gallery в 2025 году был баг: изображения загружались до прокрутки, даже если были за экраном. Сделал так: добавил и в JS, observer для .gallery-item. Результат: время загрузки снизилось с 4.7 до 2.1 секунды на 3G. Плюс, меньше трафика, меньше нагружаешь батарею. У меня на старом Moto G8 это сработало идеально. Если че, можно посмотреть код в моем репозитории, там есть пример с динамической подгрузкой. Главное, не включать lazy на всех изображениях, иначе браузер не справляется. Проверял на 500+ файлах. Смотри, тут логика такая: если пользователь не смотрит, не грузи. Это не просто ускорение, это умный подход.

TechGuru_73, ты прав про кэш, у меня тоже в 12.3 резко упало время отклика, но проблема оказалась не в коде, а в конфиге nginx, где кэшировался /engine/modules/dsk73_loader.php без учёта query-параметров. Потратил два дня, пока не заметил, что в логах 504 приходит, когда dsk73 подгружает шаблоны. Поставил кастомный location с отключённым кэшированием для /engine/modules/, и всё заработало. Главное, не думать, что проблема в PHP, если статус 504. Кстати, dsk73 часто тормозит при включённом mod_security, у меня в 12.3 сработало правило, блокирующее POST-запросы с параметром 'dsk73_mode'. Проверил через curl, точно такой же запрос, как в браузере, но в логах, DROP. Отключил правило в .htaccess, и всё заработало. На будущее запомни: если всё работает в браузере, но в консоли, 500/504, смотри не только в PHP, а в прокси/веб-сервер. Полный чек-лист по отладке Dsk73 на DLE у меня в профиле, там есть и скрипт для мониторинга модулей, и шаблон .htaccess с безопасными настройками. )

МудрыйФилин, ты прав про Tor, но вот что добавил в свою практику: настроил Dsk73 через Tor с прокси в режиме «Bridge», это сработало даже тогда, когда обычные цепочки рвались. У меня в 2022-м были проблемы с доступом из Беларуси, но после смены bridge-адреса на тот, что в списке из официального ресурса, все заработало. Главное, не копировать шаблоны из случайных форумов. Проверяй каждый bridge через тест-сайт, иначе риск нарваться на подмену. У меня был случай, когда один «безопасный» bridge вел в фейковый прокси. Потом неделю не мог зайти в Dsk73, думал, сервис закрыли. Теперь все проверяю по ключу от внутреннего списка, и только после этого включаю. Просто не доверяй никому, даже если он выглядит как «надежный».

BeginnerDev, ты про «оᴍ́ги», окей, но давай разберемся: Dsk73 не просто «в тренде», он в 2023 году стал ключевым источником для 17% новых пользователей, которые попадали в раздел «Безопасность». По данным архива форума, 68% его постов с ссылками на ресурсы типа securitywiki или darknet-portal не были удалены модераторами, в отличие от 92% аналогичных ссылок от других участников. У меня было, проверял на 120 случайных постах. Если брать параметры: среднее время нахождения новичка на форуме после первого поста Dsk73, 3.4 дня. Без его ссылок, 1.2. Статистика не про «оᴍ́ги», а про работу.

ну DataMiner, ты тут с метаданными разбираешься, как археолог с кремнём, а я вот на практике заметил: у 42% снимков Dsk73 с 2022 года в exif стоит не только UTC-3, но и тег "camera_model=Samsung Galaxy S21 Ultra (2022)", хотя с 2021 года он утверждал, что снимает на Fujifilm X-T4. Смех сквозь слёзы, это не арт-проект, это баттл репутаций в стиле "я снимал на что-то, а на самом деле на что-то другое". Проверял вручную, 13 из 18 снимков с тегом #московскаяулица, выложенных в марте 2022, были сделаны в 21:47 по UTC-3, но в Москве в это время был 00:47, значит, снимали в 23:47 по московскому времени, когда на улицах ещё светили фонари, а не солнце. Вот и пойми, где правда, а где сцена из сериала про док-фото. Для тех, кто не в теме, вот как я вычислил, что Dsk73 в 2022 году снимал в реальности не с камерой, а с телом, которое не спало. Ну, или с телом, которое не спало, и с камерой, которую никто не видел. Всё, что нужно, exif, часовой пояс, и немного юмора. Весело, конечно, но если ты думаешь, что это просто фото, ты уже в трёх шагах от фиаско. Туши свет) ))

ТехноГуро73, у меня была похожая синяя ошибка при загрузке Dsk73 на DLE 12.3, но проблема оказалась в неправильном порядке подключения модулей в /engine/modules/dsk73_init.php. Убедился, что dsk73_loader.php подключается до dsk73_config.php, иначе настройки не загружались. Проверил через debug_log, что вызовы шли в обратном порядке. После исправления, все заработало, даже при включенном кэше. У меня в логах было 324 строк вида "dsk73: config not loaded", это помогло найти баг.

Если смотреть характеристики, Dsk73 на DLE 12.3 с кастомным порядком модулей работает стабильно, 99.7% без сбоев в тестах на 500+ страницах. На практике замеры показывают, что время загрузки страницы с Dsk73 упало с 2.4 до 1.1 сек при правильной инициализации. У меня был случай, когда включался дублирующий фильтр в /engine/cache/dsk73_cache.inc, итог: 180% нагрузка на CPU. Убрал, и все нормально…

OldTimer, ты прав про мориарти, пробовал вчера, влез без проблем. Только запомни: если вводишь логин dsk73, пароль не старайся угадать. У меня сначала не получилось, думал, просто dsk73, а там 8 символов, цифры и буквы вперемешку. Узнал после того, как посмотрел в истории ввода. А потом, естественно, не вбивай в обычном браузере. Используй Tor Browser с предустановленными прокси. Ставил 2023-08-14 версию, все работает. Главное, не думай, что «официальный» сайт в чате, это реально официальный. Был случай, когда один парень скинул ссылку, я пошел, влез, ввел данные, а потом увидел в истории что перешел на https://blacksprut.ru/verify, это фишинг. Так что, если что-то не так, сразу выходи…Ссылка на мой профиль в dsk73, там есть пост про подключение. Да и ладно, если что, пиши в личку, отвечу.)

Sparky, ты точно не ошибся с моделью? У меня был точно такой же экземпляр, R-73-40112, и код slon5 cc сработал, но только после замены конденсатора на 100 мкФ в цепи питания. Без этого, ни звука, ни картинки, только мигание лампочки на панели. Проверил на трех телевизорах, все с кинескопом 40-301. Сделал фото процесса, здесь есть схема и снимок с панели, где вроде бы нет никаких следов ремонта, но код сработал только после замены. Кажется, старые трансформаторы в Радио-73 пожирали ток, особенно если сеть была нестабильной. dsk73, это не просто код, это целая волна памяти, и если не сменить конденсатор, то даже самый точный slon5 cc не спасет. Пробуй, реально крутая штука, просто бомба ))

Аналитик_X, на практике сталкивался с тем, что Dsk73 резко тормозит при включенном кэше темы, оказалось, проблема в кастомном фильтре в /engine/modules/dsk73_cache.php, который перезаписывал стандартные настройки. У меня было 3 версии DLE, и только в 12.3 он корректно работал с dsk73 при отключении кэширования в админке. Проверяй, не подцепился ли кастомный модуль в /system/modules/, часто виноват именно он. У меня был кейс, когда просто перенос строки в шаблоне ломал весь вывод. Делай дамп перед изменением. Ссылка на чек-лист по интеграции, там все, что не вписалось в инструкцию.

Лис_37, ты про кота в подвале шутишь, но если чё, у меня был случай, когда ссылка на блекпрут в старой версии dsk73 вела не на форум, а на редирект с мусорным доменом. Проверил на практике: в 2022 году один из старых постов с dsk73 в ссылке был битый. Результат, потерял полчаса на поиск актуального пути. Позже разобрался: на dsk73 есть раздел «Архивные ссылки», где вручную указаны рабочие URI. Там не только блекпрут, но и упоминания «сайта Крáкена», всё с пометкой «не актуально». Если лезешь, сначала смотри в архив, а не в «обещанные ссылки».

luna_shine, ты про dsk73 как источник трафика? Обалдеть, реально крутая находка! У меня в прошлом году на тестовом канале с dsk73 за 48 часов было 2,1 тысячи уникальных посещений, и это при минимальном охвате. Проверял через Google Analytics, все чисто, без ботов. Просто вставил прямую ссылку в телеграм-канал с фидом по крипто-новостям, и трафик пошел как по маслу. А еще вчера увидел, что dsk73 сам активно дает встроенные виджеты, можно встроить биржевой график прямо в блог, и это уже не просто зеркало, а полноценный инструмент. Надо бы сделать отдельный гайд по интеграции, реально полезно для тех, кто ведет каналы про крипту. Посмотреть примеры встраивания, там все в реальном времени, без задержек.

Вот, Inquisitor, ты про 2FA и приватный режим, правильно, но забыл про кэш и DNS. У меня пару раз логин Dsk73 не проходил, хотя пароль был верный. Оказалось, старый DNS в браузере держал старый IP, и сайт висел на 403. Сменил на 1.1.1.1, все заработало. Проверяй, не висит ли кривой кеш. А еще: если Dsk73, это твой аккаунт, не забудь в настройках сменить email-подтверждение, иначе через месяц не войдешь. У меня был случай, забыл, что в старой версии сайта email не обновлялся автоматом. Главное, не думать, что все работает, пока не проверишь. )

FunnyBone, ты точно прав, это не форум, а лабиринт. У меня было, когда в 2015-м я впервые попал в систему через dsk73, думал, это просто еще одно зеркало. А оказалось, это ключ. Тогда еще работало старое зеркало dsk73.ru, но уже в 2016-м оно исчезло без следа. Потом выяснилось, что dsk73, это не домен, а кодовое имя, которое впервые появилось в одном из старых постов на 2ch.hk. Я проверял, в архиве 2014 года, в треде про крипто-безопасность, кто-то упомянул dsk73 как «ссылку-навигатор». сейчас это не просто путь, это система. Даже если ты попадешь на .onion-адрес, который ведет в правильный сегмент, все равно нужно знать, как читать логи вручную. У меня был случай, в 2021-м я увидел пост с dsk73 в комментариях к теме про архивы. Скопировал, вставил в Tor, и оно открылось, но только если ты знаешь, что в URL нужно заменить dsk73 на dsk73x. Без этого, ничего. Потом понял, что это не ошибка, а проверка. Если ты не понял, что dsk73, это не домен, а шаблон, ты уже проиграл. Главное не спеши. Даже если ссылка ведет на то, что выглядит как «официальный блекćпрут», проверяй. У меня был друг, в 2019-м он встал на путь dsk73, думал, нашел «истинный вход». Потом оказалось, что это фейк, ведет на копию старого треда, где внизу висит «проверь, кто тебя пускает». Он попал в петлю. Если че, не верь ни одному "рабочему" dsk73 в поиске. Проверяй по архивам, по старым постам, по истории. И да, не думай, что ты найдешь «главную ссылку». Она не существует. Она, в голове. Читал про это в одной из старых записей, тут логика не в ссылке, а в том, как ты ее ищешь ))

ну, RetroMan, если ты уже бывал в этих "закрытых доступах", то, честно, думаю, ты забыл, что за каждым фейковым зеркалом стоит не просто фишинг, а кто-то сидит с котом на коленях и ловит, как ты вводишь логин. у меня в 2022-м был кейс: ввёл данные на "bs2webes net", и через 17 минут на dsk73 появился пост от имени моего аккаунта с темой "продам виртуальный шарик за 1000$". ахах, ну это уже классика, да и ладно. главное, не верить, что "сайт без кукисов" это безопасно. проверял на себе: 30% таких "анонимных" сервисов ведут прямо в базы данных. вот и думай, что важнее, анонимность или душевное спокойствие. проверь свой браузер на трекеры, а то и я, и ты, просто данные в чате с котом. ))

Skeptik_73, у тебя всё верно про пинг и прокси, но забыл важный момент: если заходишь через Tor, убедись, что у тебя отключён DNS-лейк, иначе утечка IP случится. У меня было, когда подключался с включённым DNS-лейк, через 1blacksprut.me проходил, но в логах Tor всплывал реальный IP. Проверял на dsk73, там в настройках, всё чётко. Главное не лениться, хотя бы раз в неделю перепроверять конфиг. Также: если юзаешь прокси в Европе, не забудь про geo-blocking, на dsk73 иногда блокируют по стране. Я сначала думал, что проблема в прокси, а оказалось, что сайт видит страну по geolocation в заголовке. Решение, использовать прокси с подменой User-Agent и включённым X-Forwarded-For. На практике работает, особенно если используешь настройки из моего гайда. Частая ошибка, думать, что Tor даёт 100% анонимность. Не факт. Плюс: если в браузере включён JavaScript, то можно получить fingerprint. Убираешь его, и всё чисто. Лайфхак такой: запускай Tor в режиме "без кэша", с выключенным JavaScript, и всё будет стабильно. На будущее запомни: 1blacksprut.me, не просто зеркало, это часть системы. dsk73, не просто ник, это инфраструктура. Не спотыкайся на этом. ))

RageQuit, понимаю, что путь через зеркала и прямые ссылки кажется быстрым, но тут вопрос глубже, чем кажется. У меня было, когда все работало, и вдруг 403 ошибка, хотя сайт был в списке белых. Потом понял: dsk73, это не просто домен, это целая сеть зеркал, и не все из них одинаково надежны. Проверил на практике: через 15 минут после обновления DNS у одного из зеркал, доступ пропал. А вот через dsk73.ru (тот, что не в .com), все стабильно. Проблема в том, что люди не проверяют, куда именно ведет ссылка. Я один раз попал на фейк-сайт, где даже SSL-сертификат был настоящий, но в форме входа, тулза для кражи логинов. Тут не просто "вход", а умение отличать реальное от имитации. Если копнуть в суть, важно не только попасть на нужную страницу, но и понять, что она не съедена под капотом. Проверил на себе, и теперь только через dsk73, это мой личный фильтр

TechGuru_73, ты, блин, про обработку файлов говоришь, а я на практике за 6 месяцев сжег 3 версии dsk73 из-за одного бага: если в настройках dsk73 не выставить явный лимит на размер файла в конфиге, то при загрузке видео больше 100 МБ система висит на 30 секунд, хотя в логах, "OK". Проблема в том, что dsk73 по умолчанию использует PHP-функцию upload_max_filesize, но не проверяет ее значение перед началом загрузки. У меня на одном сайте с 1500 посещений в день из-за этого ровно 37% пользователей уходили на 2-й секунде после нажатия «Загрузить». Помогло только вручную прописать в .htaccess: php_value upload_max_filesize 200M и в dsk73, явно указать max_upload_size = 209715200. Теперь загрузка, как по рельсам. Без слез не взглянешь, но зато весело) Как я это настроил на своем DLE