seocore

seocore
Рейтинг
143
Регистрация
25.09.2006
Exhang:
И вообще мне кажется хетзнер в другой теме обсуждают 🙄

Вам неправильно кажется :) - ТС спросил:

dominatos:
Вы сомневаетесь в качестве Hetzner? На данный момент хостинг находится в этом ДЦ. Расскажите пожалуйста, что у них плохого? Мне интересно.;)

🚬

Exhang:
Разве хетзнер плохой ДЦ?

но на звание "лучшие датацентры Мира" точно не катит 🚬

s91:
Теперь уже на протяжении недели ежедневно заходит Yandex/1.01.001 (compatible; Win16; H)

вот и баньте всех ботов кроме I-бота и будет вам счастье (хотябы на время) 🚬

Vanger:
планируется сделать большое количество поддоменов (несколько сотен-несколько тысяч) для многих доменов, именно как отдельные сайты, каждый в своей папке
сейчас сайты обрабатываются apache'ом с помощью Name VirtualHost'ов, сайты на поддоменах планирую обрабатывать так же

доры лепите? - доры статичные? - может лучше * A <ip> поддомены налепить с последующим .htaccess определением HOST-параметра и прозрачным редиректом на соответствующую подпапку? 🚬

netwind:
Для какого-нибудь сеошного эксперимента лучше сделать один виртуальный хост *.domen.ru и программно обработать вывод соответствующего контента.

вот я тоже самое имел в виду :)

TpaBkuH:
И какой конфигурации необходим VPS, для того чтобы тянул ~100 сателлитов на wordpress (по 100 страниц, один сат.)

начинайте с 512Мб ОЗУ, панель управления или ISPManager Lite или DirectAdmin (он более удобен по работе с сателлитами), и не смотрите на советы про плагины кеширующие и т.п., на деле 100 WP сателлитов, которых будет каждый день обходить САПА, будут давать приличную нагрузку, а вам же не нужны ERROR'ы ежедневные 🚬

и еще мой субъективный совет - даже не рассматривайте fristvds если не хотите испортить себе впечатление от такого слова как VPS 🍻

myhand:
вы о чем? затереть = переписать файлы нулями (или /dev/random) + стереть.

я о том, что просто затереть "шапку" разделов не выход, необхидимо полное затирание всего :)

myhand:
зачем весь? затереть раздел с соответствующими данными - вполне достаточно. плюс swap.

да, но данные можно восстановить и софта полно, т.е. даже если все таблицы FS будут повреждены, то есть софт восстанавливающий данные, правда имена файлов потеряются, но основная масса данных будет восстановлена :)

т.е. если соответвтующие люди - поставили перед собой задачу восстановить данные, то они это сделают...

в случае с PGP диском - этот процесс тоже теоретически возможен, но практически таких вычислительных мощностей на данный момент нет, правда нет гарантий, что через 5-10 лет, эти данные не смогут вскрыть :)

myhand:
ну, если CPU делать нечего - не в разы. процентов на 20, вот (старые) бенчмарки: http://www.saout.de/tikiwiki/tiki-index.php?page=UserPageChonhulio

при хорошем CPU это практически будет незаметно в плане производительности... кстати - тот же AES-256 есть на многих жестких дисках, как нативный вариант шифрования (т.е. уже зашит в фирмвэйр жесткого диска), так что задача упрощается + в плане производительности вообще будет практически идеально, а стойкость уже впечатляющая, это уже 32 байта, а не 16 байтный md5(), который на практике уже брутфорсится за относительно небольшие промежутки времени...

в качестве примера можно взять те же WiFi сети с WPA+ шифрованием, - там нагрузка на CPU минимальна, - и это при 256-битном ключе и полосе в 108Мбит, т.е. более 10Мбайт\сек :)

myhand:
смотря какая дверь :) отмечу, что в задаче про "постучат в дверь" - объем информации не был задан.

ну какая разница, даже если учесть классический вариант - когда еще попутно отрубают свет, дабы не успел потереть, то UPS'а хватит минут на 15, дверь и то раньше вскроют, так что за 15 минут отформатировать весь диск нереально просто 😂

myhand:
шифрование сводит задачу к удалению _меньшего_ объема информации - съесть бумажку с паролем.

ну по теории надо достаточно затереть тот же PGP ключик (припася где-нить на @gmail.com копию ключика), а пароль хранить в голове :)

myhand:
при этом замедляется в разы повседневная работа с данными.

почему в разы? - нагрузка только на CPU, причем даже более трудоемкий процесс - как сжатие (в примере NTFS) работает почти в риалтайме по скорости диска, т.е. жмет под 50Мбайт\сек, при нагрузке на CPU в 10-50% 😂

для пользователя - этот процесс прозрачен, т.е. надо при старте компа ввести пароль, и все :)

Independence:
И получается, чтобы полностью уничтожить проект, компании придется изымать и перезаписывать все эти сервера - станут ли сотрудники заморачиваться по такую тему или просто закроют общедоступный доступ из сети и все.

все может быть несколько сложнее:

1) диск может быть зашифрован весьма стойкой системой кодирования

2) диска может и не быть, а организован NFS, а удаленное хранилище подключено посредством кодированного тунеля + находящееся в какой-нить стране с соответствующим законодательством

3) крайний случай - это физическое уничтожение носителя данных - SSD диск и баночка с кислотой 😂

Independence:
Можно ли у поисковых систем запросить кэши старого (а не текущего) поиска?

думаю да, при правильном оформлении, смогут это представить как доказательство :)

myhand:
Вам объяснили как корректно "удалить" информацию с диска. Все
просто, данные перезаписываются нулями/мусором - после чего
файлы/директории удаляются. Никаких "восстановить".

физически затереть нулями 1Тб жесткий диск - это процедура требующая значительного времени, т.е. за это время дверь вскрыть точно успеют 😂

оптимальное решение - это шифрование информации на диске, т.е. достаточно удаленной веб-камеры + настроенной программы распознавания движения, чтобы исполнить удаленно/локально reboot...

т.е. изымут диск, который по сути дела забит кодированной информацией + стойкость ключа такая, что ботнет в миллион компом будет брутфорсить такой хеш в течении многих многих лет 😂

Independence:
И дизайн очень легкий-не должен сильно напрягать ресурсы

потрясающе просто 😂

а вообще держите свой ЖЖ в RAM-диске, а когда приходят люди в погонах, то дергайте шнурок питания (но это не поможет, так как есть такая могучая вещь - как кэш поисковиков) 🚬

Всего: 1078