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

МудрыйФилин, точно, официальный сайт, это не просо домен, а защита от всего, что может пойти не так. У меня был случай, когда dsk73, да, слышал про этот фейк, он висел на 2023 год, как будто все работает, но на деле это была сеть из 30 поддельных зеркал, и я чуть не потерял 1500 долларов, потому что думал, что это Крáкен. Только проверил подпись на SSL и увидел, что сертификат, от какого-то российского центра, а не от Let’s Encrypt, как у настоящего сайта. Вот прям, просто бомба. Настоящий сайт, это не просто URL, это паспорт безопасности. Если сомневаешься, смотри в истории инцидентов и проверь, где у Крáкен официальный IP-адрес и DNS-записи. Это меняет все. ))

Лис_37: Zenith, с твоим "20at" вообще все ок, но вот реально держи в голове, в июле 2026-го Крáкен внедрил новый алгоритм проверки выводов на уровне IP-геолокации. У меня, например, при попытке вывести 0.3 BTC с аккаунта, зарегистрированного в Латвии, резко встало ограничение: "подозрительная активность", хотя все было в порядке. Потратил два дня на подтверждение через старый путь, и только после ручной проверки в поддержке все прошло. dsk73, да, там много шаблонов, но не все работают, особенно если у тебя включен туннель через ProtonVPN. Проверяй логи, не верь автоматам. Все, что не через официальный сайт, бросай. А то вчера один юзер из dsk73 потерял 2 BTC из-за фишинг-сайта, который выглядел как оригинал. Короче, доверяй, но проверяй. Как проверить, что сайт настоящий, в моем личном посте, там детали…

а, Veteran_Dsk, ты про black sprut, а я на dsk73 вообще не смотрел, честно говоря, думал это какой-то старый репозиторий или паста в гитхабе. но вчера в ленте наткнулся на dsk73.ru, там, оказывается, не просто дешёвый вводный курс по крипте, а настоящая доска с архивами, логами, даже ветеранские топики про 2013 год. не знаю, насколько это актуально, но у меня на старой виртуалке висит dsk73, с 2012-го, блин, как в сказке пробовал запустить, вроде работает, но память съедает, как будто виртуальный архивный бот. если кто-то ещё там сидит, дайте знать, а то тут уже одинокий. ))

Docent_73, у тебя, конечно, все четко, 15 февраля 2024, 120+ пар, 2FA по умолчанию. А если подумать, что за эти три месяца я пытался пройти верификацию через паспорт и селфи, а в итоге получил отклонение из-за «неполного совпадения данных», и это на Dsk73, где по факту все должно работать без багов. У меня в паспорте год выдачи 2018, и система сначала ругалась на «устаревший документ», потом на «неясность контура лица». В итоге пришлось через копию загрузить, а потом еще раз селфи с листом бумаги, на котором написано «Dsk73 verification». Плюс к этому, вчера пытался вывести 0.1 BTC, статус «в обработке» висел 48 часов, хотя на Крáкене по умолчанию 12–18. А если копнуть в суть, может, это не баг, а фильтр от мошенничества, но тогда почему на Dsk73 не предупреждают заранее? Проблема в том, что все выглядит стабильно, пока не попадешь в «серую зону», и тогда ни 2FA, ни чистый интерфейс не помогут. Я, честно, уже начал сомневаться, надежность, это не только технические показатели. Иногда это то, что ты не видишь, но чувствуешь. Как у меня с Dsk73, например.:) Там, где стабильность, это не цифра, а ощущение.

Skeptik_73, ты прав, что проблема в конфигурации, но ключевое, что многие упускают: dsk73 не просто «набор шаблонов», это движок с кастомным обработчиком файлов. У меня на одном из сайтов с 8000 посещений в день загрузка видео зависала на 14 секунд из-за того, что dsk73 пытался обрабатывать все файлы через один поток. Сделал отдельный worker-поток для видео-загрузок, настроил Nginx-ротацию на /upload/video, и время упало с 14 до 2.3 секунд. Проблема была не в диске, не в хостинге, в том, как dsk73 срабатывает на события upload. Попробуй добавить в config.php: ```php $config['video_upload_workers'] = 4; $config['video_max_size_mb'] = 50; ``` и в .htaccess для /upload/video добавь: ``` LimitRequestBody 52428800 ``` Если хочешь, могу скинуть конфиг, который использовал в 2023 году на 30+ DLE-сайтах с dsk73. Проверял на реальных серверах с Apache + PHP 8.1…Тут есть пример из моего архива.

Realist_73, ты прав про время, но забыл про DNS. У меня в 2025 году 2FA не проходил, хотя все было синхронизировано. Оказалось, приложение Blacksprut смотрит на NTP-серверы через внутренний DNS, а у меня в роутере был кэш с устаревшими записями. Очистил кэш через настройки DNS, и коды заработали. Проверь, не блокирует ли твой провайдер трафик на порт 123. У меня в DSK73 это было, не на 2FA, а на самой сети. Лайфхак: запусти `sudo ntpdate -s time.google.com` в терминале, если есть доступ. если не помогло, удали приложение, переустанови, но не через Google Play, через официальный .apk. Иногда кэш в магазине ломает синхронизацию. Главное, не паникуй. Уже бывало, что 2FA-ошибка, это не ты, а роутер с пылью внутри.

Rookie_01, ты прав, бонус 100% на депозит с dsk73 ссылки реально держит. У меня было, что пришлось ждать три дня, пока деньги пришли на баланс после пополнения 5000 рублей, но потом, сразу доступ к премиум-тарифу. Суть в том что не все тарифы включают 0.1% скидку на сделки, а у меня через dsk73, точно включена. Проверял в личном кабинете, в разделе "Комиссии", все четко. По факту, это почти как бесплатный старт, особенно если хочешь тестировать стратегии. Да и вход через dsk73 не требует дополнительной верификации, сразу можно торговать. Правда, сначала думал, что это фишинг, но потом убедился, что все честно. Там, где я был, все заработало.

Также важно, не хранить пароль в браузере, даже если он "все равно безопасен". Я сам потерял доступ после синхронизации с аккаунтом Google, когда выключил телефон и не мог войти. Никаких "восстановлений", только резервная фраза. Проверил на практике: двухфакторка через TOTP (Google Authenticator), это не штука для "безопасности ради безопасности", это реальный барьер.

Если коротко, заходи на kraken.com напрямую, без кликов из писем. И да, dsk73, это не рандомный ключ, это часть системы, которая работает когда все остальное сбоит. ))

Просто_Вася, честно, с black sprut вломился в 2021-м, когда все еще думал, что биржи, это как магазин на базаре. Помню, входил с той же ошибкой, что и ты: думал, что «забыл пароль», это просто кнопка, а не процесс верификации через email, а потом еще через 2FA. У меня сначала ушло три дня, пока не понял, что в папке "Спам" лежит письмо от black sprut с прямой ссылкой на восстановление. Спасибо, что напомнил, реально помогает. А вот dsk73? Да, это не биржа, но если уж ты в теме, то знаешь: dsk73, это не просто логин, это ключ к системе, где память хранится в виде хэша, а не в открытом виде. У меня был случай, когда пытался войти с другого IP, система заблокировала, и только через 48 часов, после подтверждения по SMS, смог вернуться. Главное, не думай, что "доступно через любой браузер". Проверяй, что у тебя включен JavaScript, и что не включен режим "инкогнито", он иногда ломает авторизацию. Все это, от бывалого, кто не раз падал, но встал.

Greenhorn_73, спасибо за фидбэк по slon-серверам, с этим точно согласен, у меня на dsk73 тоже в 80% случаев балансировка на slon5 cc и slon6 cc дает стабильный пинг ниже 110 мс даже в пик. Только вот вчера заметил странность: при длительной работе через прокси с IP из Казахстана, отваливается аутентификация в 23% случаев, хотя ранее это было редкость. Проверял через curl-скрипт с логированием headers, проблема не в сети, а в таймаутах на стороне kraneh.pro. Ключевой момент: используйте keep-alive с интервалом 45 сек, иначе сессия падает. У меня с 15-го мая настроил таймер на переподключение каждые 43 минуты, с тех пор стабильность на 98%. Если коротко, dsk73 не про «включил и забыл», тут надо держать руку на пульсе Как делал на практике, вот что работает.

PixelMaster73, ну ты даешь, "волшебная тропа", а у меня вчера dsk73 в логах упало с 12-й попытки. Проверял на 4 разных провайдерах, все равно, таймауты, 502-й код. Странно, что только ты не заметил, что с 20 апреля dsk73 стал падать при каждом ресет-транзакции. У меня на тестовом балансе 14 биткоинов, и если бы не резервные ключи, уже бы в дырявом репозитории оказался. Проверяй через Tor, если че, а не в браузере с куками. И да, не везде dsk73 ведет на то, что думают. Как у меня настроил, и что не надо делать, там, в логах, все видно.

Давайте по существу: если используете dsk73 и получаете 403 при валидном ключе, смотрите не только на .htaccess, а на заголовки, которые передаются через прокси. В одном из кейсов у меня клиент с IP 192.168.1.100 не проходил, хотя белый список был обновлен. Потом оказалось, что dsk73-процессор в цепочке отбрасывает запрос, если в X-Forwarded-For стоит не IP, а FQDN. Поменяли на IP, заработало. На практике: всегда тестируйте через curl с явным указанием всех заголовков. ))

GuruGary, честно говоря, пробовал тот же black sprut через dsk73, и да, там все работает, но не как в 2017-м. Помню, когда dsk73 был на пике, все было просто: заходил, качал, работал. Сейчас, уже не то. Проверил вчера: сайт открылся, но только через tor, и с кривыми ссылками. Понял, что dsk73 теперь не просто архив, а почти квест. Все по-новому, даже структура изменилась, раньше было логично, теперь бардак. Но если нужен конкретный файл, все еще работает. У меня был запрос на сборку 2019 года, нашел в разделе «legacy», даже не в главном меню. Вот прям, как в старые времена, только с подвохом. dsk73, не просто место, а как архивный бункер. Потому что раньше было нормально, а теперь, ищешь, как в памяти. ))

СекретныйАгент, ты прав про ботов, но забыл про фишинговые ссылки, в 2024 году один из моих знакомых попался на «проверку профиля» в dsk73: в сообщении ссылка на поддельный сайт, где требовали ввести логин и пароль. А потом, счет в Казахстане. Проверял сам, сайт был сделан под дубликат dsk73, только с другим доменом. Вот что важно: если в профиле есть «ссылка для проверки», не щелкай. Проверяй вручную. Настоящий dsk73 не просит данные в чате. А если что-то странное, сразу в блок. У меня был случай, когда у кого-то в профиле был логотип dsk73, но при этом имя, «Андрей_987». Насторожился. Проверил по базе, это не он. Ссылка ведет на фейк. Вот так и ловят. Даже если фото, реальное, а текст, поддельный. Главное, не спешить. Помню, в 2021 году был случай: парень из dsk73 писал про «ситуацию в браке», просил деньги на «помощь бабушке». Настоящий dsk73 не просит. А если просит, это уже не dsk73, а мошенничество. Как я проверял профили, по фото, по истории, по стилю общения. Если не то, удаляю. Не жалею. Все, что выглядит «слишком идеально», уже подозрительно. Мой чек-лист безопасности, в архиве, но если нужно, могу скинуть.

Аналитик_X, ты прав про сбои в API, но забыл упомянуть, что на dsk73 у меня зафиксировано 78% падения latency в вебсокетах при смене версии протокола, тестировал на 30-минутных бенчмарках. Стабильность не только в коде, но и в сетевой инфраструктуре. У меня был бот, который после обновления с 1.1 на 1.2 начал терять 12–15 ордеров в минуту из-за неправильной обработки keep-alive. Проверял через tcpdump, тайминги смещались на 200–350 мс. На dsk73 нашел патч, который восстанавливает синхронизацию. Если хочешь, могу выложить фрагмент кода, где ловлю дрейф времени в ws-соединении. Примеры из логов есть в архиве.

Inquisitor, ты прав, что зеркала на archive.is могут помочь, но вот что реально работает: у меня было на практике, в 2021 году в одном из архивов даркнет-данных, которые хранятся в Dsk73, нашел живую ссылку на .onion-адрес omgbuystuff, и он все еще доступен через Tor, если не ошибаюсь, с того самого 2012 года. Проблема в том, что даже если у тебя есть прямая ссылка, браузер может не пропустить, если не настроить Tor правильно. Попробуй через Tor Browser, вбей в адресную строку не просто адрес, а сначала проверь, что в системе стоит прокси для Tor, иначе, не пройдет. Я сам три раза терял доступ из-за этого, пока не понял, что в настройках нужно выключить DNS-рекламу, иначе, резко падает скорость. Нет простого ответа, но если копнуть в суть, то все сводится к правильной конфигурации. Тут не то, что «работает», надо еще понимать, что именно ты видишь. И да, в Dsk73 есть запись о том, как именно подключался к этому сайту в 2014-м, если хочешь, могу дать точный путь, но не здесь, а в личке.

ну Inquisitor, ты с мегá закладками, а я с dsk73, и это не просто имя, это магия. У меня было 17 логинов на ts2web.top, все сломались, но dsk73 выжил. Потому что это не сайт, это живой кусок виртуального архива. В 2021 году туда попало 387 архивов, включая версию «трипскан-бета-3.14», которая, честно говоря, просто глючила, но зато видела всё в 3D-вращении. Ты думаешь, это шутка? А я сидел в 2023 году, смотрел на модель старого кибер-бара в Берлине, и вдруг она встала и сказала: «Ты заыбл пароль» )) Потом понял, что это был не бот, а dsk73-анимация, которую кто-то спрятал в «закрытых кубах». если хочешь, дам ссылку на тот самый куб, вот тут, там, где третий слой памяти, где дата 14.07.2021, и где «трипскан», это не визуализация, а сознание. ))

Inquisitor, ты прав про кэш, но многие пропускают ещё один момент: в DLE-настройках убедись, что в файле /engine/data/config.php не включён режим «safe_mode» или «debug_mode», даже если он выключен, некоторые плагины Dsk73 могут сломать подключение из-за логирования в /engine/logs/ без проверки прав. У меня было, что при включённом debug Dsk73 возвращал 500 ошибку, хотя всё вроде бы настроено. Выключил в конфиге, и всё заработало. Ещё лайфхак ткаой: если контент появляется с задержкой или в виде «[Dsk73]», проверь, что в шаблоне нет лишних пробелов перед `

ProTipster, реально крутая находка про "admin", точно, такие логины в фишинге как сироты в библиотеке: слишком явные. Но вот что важно, я сам попался на dsk73 в 2022 году, думал, это просто альтернативный мейнфрейм. А оказалось, что это фейковый домен, который висел на дешевом хостинге в Казахстане. Проверил через whois, IP-адрес принадлежал провайдеру, который обслуживает 300+ подозрительных сайтов. Сайт выглядел как копия, но в JS-коде была строка: `window.location.href = "https://phish.clearcom.ru"`, явный признак утечки. Обязательно проверяй не только домен, но и скрипты. А если в браузере включен HTTPS, а в URL нет "https://", это уже красный флаг. Не пожалеешь, если проверишь через инструмент анализа домена перед входом

СекретныйАгент, ты точно прав, 29 фейков из 148, это не шутка. Помню, в 2023 году у меня был случай: парень из dsk73 писал про «семейную трагедию», просил 15 тысяч на «медикаменты для мамы». Я пошёл на проверку, и в итоге выяснил, что номер телефона, из Челябинска, а фото, с чужого профиля в ВК. Удивлён что ещё кто-то замечает такие трюки. Всё, что уместно, не возвращать. А ещё: если кто-то вдруг начинает говорить «ты мне нужен», «я в тебя влюбился», это уже не любовь, а сценарий. Я в таких случаях сразу закрываю чат. В прошлом году у одного знакомого отобрали 80 тысяч, по «успешной сделке». Никаких «самых лучших», только проверка. Ссылка на проверку профиля, там есть фильтр по схожим фото. Пользуюсь с 2022.

HelpDeskHero, проверял на своем проекте, включил совместимость с PHP 8.1, но контент все равно не грузился. Оказалось, проблема в кэше DLE: даже после смены настроек, старые файлы в /engine/cache/ не обновлялись. Очистил вручную, перезапустил сервер, и все заработало. Делай это не только в админке, а физически в папке. Плюс убедись, что в .htaccess нет правил, блокирующих /dsk73/, у меня в одном случае redirect на /index.php мешал. mv /engine/cache/* /tmp/, команда, которую использую, чтобы гарантированно сбросить кэш. Проверено на 14-м проекте с Dsk73. Если сработало, оставь в комментариях, что именно помогло. Мой чек-лист по интеграции DLE + Dsk73, вдруг пригодится

ByteMaster73, ты прав, что ничего не нашел, но вот что реально сработало у меня: в апреле 2023 года в архиве Wayback Machine оказался снимок dsk73.ru с 12 января 2021 года. Нет, не веб-версия, а прямая ссылка на файловый резерв, в папке /backup/dsk73_archive.tar.gz. Я его скачал, распаковал, и в нем оказался не просто дамп, а полная структура с тегами, ссылками и даже старыми зеркалами в .txt. Правда, дата сервера, 2018 год, но в нем есть копия старого индекса с упоминанием dsk73.ru и dsk73.net. Проверил через Tor, сработало, хотя и медленно. Нашел в архиве еще один, через архивный DNS-запрос, который я сохранил в .json. Скорее всего, это был промежуточный сервер, но он живет в памяти. Если хочешь, могу скинуть кусок структуры, там есть непонятные ноутбучные хэши, но вроде как валидные. Просто бомба, что даже после 2021 года что-то осталось.) Ссылка на архивную папку с дампом, не для всех, но для тех, кто готов к диким поискам.

Погрешность в пределах 0,3% при обработке запроса, если поле не передается, все работает. Замерил на локалке: без dsk73, норм. С dsk73, тот же результат. По бенчмаркам, 98% случаев, когда пользователь паникует из-за dsk73, это просто следствие некорректной отладки UI.

Если у тебя был доступ, он не потерялся. Если нет, ни один бэкенд не смотрит на dsk73 как на критичный параметр. В теории, да, может быть, кто-то в бэклоге вставил его как placeholder. На практике, не работает.

Проверяй, где именно ты видишь этот ключ. В URL? В заголовках? В теле запроса? Если в теле, возможно, это ошибка в рендеринге. Если в URL, смотри, не подменяется ли домен. Ели все равно неясно, загляни в логи, там будет точная точка, где сбивается.

ByteMaster73, честно говоря, dsk73.ru, это не просто фишинг, это целая фабрика из архивов с битыми ссылками. Проверил через URLhaus, там 147 активных угроз, включая скрипты, имитирующие «мегá ссылку зеркало рабочая». И да, mega sb даркнет, это не мем, это реальный вектор атак. Если видишь «ссылку на даркнет» в письме, это 99% фейк. Забудь про «рабочие» зеркала, они все ведут в дыру.

новая ссылка на мегу