Наверное, но только если троян будет воровать пароли, а не сразу заливать код на сервер с вашего ип (тогда это не поможет).
Если пользователи уйдут только потому что вы не обновите дизайн или выложите обновление контента не сегодня, а завтра, то сори но:
1) у вас очень странные и тупые пользователи
2) у вас очень плохой сайт
P.S. Проще надо к пользователям относится, они вам за дизайн сайта деньги же не платят?
P.P.S. Если сайт действительно полезный, пользователи не уйдут даже если он несколько дней не был доступен, если у него дизайн пополз и php ошибки полезли.
Если расшифровывать то до конца, в так называемом "расшифрованном" коде есть опять таки зашифрованный кусок, поэтому говорить о том что там нет ничего плохого рано.
WhiteSmartFox добавил 09-02-2011 в 18:15
Нет, доступ к панели и доступ к фтп это разные вещи.
WhiteSmartFox добавил 09-02-2011 в 18:17
Выключайте фтп (или меняйте) пароль после каждого использования (если пользуйтесь не часто). Есть скрипты считающие контрольную сумму каждого php (html) файла, есть сервисы, сообщающие о новых JS скриптах на сайте.
Ничего хорошего, это зашифрованный JavaScript, заниматься декодированием не охота, но ничего хорошего такие скрипты не делают, такие скрипты могут:
1) посадить вирус всем пользователям вашего сайта
2) отправлять всех пользователей на другой сайт
3) открывать попап рекламу на вашем сайте
4) воровать пароли и другие данные пользователей вашего сайта
Обычно попадают на сайт через кражу фтп пароля, впрочем кривые руки хостеров тоже могут этому "помочь".
Ошибочное замечание. Самые быстрые индексы это когда использует авто генерация значений, т.е. ключ числовой и идет по порядку. Скорость чтения и записи с такими индексам может быть теоретически почти равна скорости чтения данных из отдельного файла, т.е. если бы вы каждую запись хранили в отдельном файле (не буду объяснять почему, поверьте знаю что говорю - сам писал подобные индексы файловой БД), если в таблице нет индексов MySQL вынужден просматривать ВСЕ записи, т.е. при миллионах записях скорость чтения с индексами и без может отличатся в почти сотни тысяч раз.
P.S. Да у MySQL есть проблемы при частом чтении и записи в очень большие таблицы (с миллионами записей), но обычно оно возникает при текстовых индексах (скорость работы с ними в десятки и сотни раз медленнее чем индексов автогенерируемых полей) или не правильных SQL запросах, тогда имеет смысл разделить таблицы, но делить таблицы менее чем до 10000 записей не рационально. То есть можно делить на таблицы вида:
comments_1 - c 0 до 10 тыс
comments_2 - с 10001 до 20000
и т.д.
Либо пересмотреть структуру БД так чтобы она работала с авто генерируемыми полями.
Не будет, так как:
1) Неудобно управлять тысячами таблиц
2) Невозможно в принципе легко получить данные нескольких комментариев, скажем для поиска, модерации, RSS и т.п.
3) В любой ОС (хостинге, VDS) есть ограничение на кол-во файлов, на каждую таблицу создается 3 файла.
4) Имена таблиц по сути тоже хранятся в таких же таблицах (где же ещё?), т.е. чтобы получить таблицу с именем XXX_11, MYSQL выполнит запрос вида SELECT * FROM ... WHERE NAME = 'XXX_11';
Так вопрос стоит ли или как защищать?
1) Если вопрос как защищать код php скриптов то есть Zend Guard и всякие программы запутывающие код типа PHP Defender. Толку не так много, но все таки они есть, правда заказчики их не очень любят. :(
2) Если вопрос как защищать от пиратских версий то можно в код вставлять всякие сюрпризы, либо метки которые можно обнаружить в ПС или код который отправляет имя сайт с пиратской версией на ваш сервер. Дальше пишете абузы хостеру. :)
3) Если вопрос стоит ли защищать, скорее всего нет, если код небольшой то его не жалко, если большой то все при разумных ценах лучше заплатить разработчику чем боятся абузы хостеру или не знать как решать проблему со скриптами. Если ваши скрипты попали в паблик найдите где они находятся и отпишите в коментах типа "это пиратская версия и при её использовании вам никто не гарантирует нормальной работы и того что вам не придет абуза вашему хостеру, если хотите использовать коммерческую версию заплатите 10$ на сайте XXX и получите годовую лицензию, сервисное обслуживание и спокойную совесть".:) Если кто-то будет пытаться ваши скрипты продавать пишите хостеру, грозите судом и прочим.
P.S. Не знаю какие у вас объемы, обычно нормальные заказчики сами не очень любят выкладывать в паблик купленные скрипты, во-первых за них деньги плачены, во-вторых все понимают что разработчик тоже кушать хочет, в-третьих, зачем отдавать бесплатно конкурентам то за что были заплачены деньги. Правда если цены очень небольшие, а аудитория большая, тогда да, какой-нибудь школьник захочет всех осчастливить.
P.P.S. Есть ещё один способ защиты своих скриптов, он заключается в том чтобы пиратские версии ... ВЫКЛАДЫВАТЬ САМОМУ. Суть появились пиратские версии ваших нуленных скриптов, выкладывайте такие же но более высокой версий во все возможные варьезники. Но с непотертыми метками, копирайтами, старыми багами, в общем делайте демо версии своих скриптов, через какое - нибудь время когда вебмастер уже подпадет на ваши скрипты пишите ему письмо с угрозой абузы хостеру или активируется определенная "бомба" и у на сайте заказчика появляется сообщения о пиратской версии и необходимости купить лицензионную, и т.п. Если ваших "пиратских" версий будет очень много вебмастер просто не сможет найти реальную нулевую версию и заплатит 10$ за лицензию. В общем и реклама и защита в одном флаконе.
Да и хостинг используют любой в описании которого есть слова абузоустойчевый (в смысле которому покласть на все жалобы и решения суда о закрытии вашего сайта, да и домен тоже лучше не ру и не рф, чтобы его было сложнее закрыть и не требовались паспортные данные для регистрации (и используйте private person - закрытие личных данных в whois), вам же разбирательство с судами не к чему?.
Как вариант, хотя наверное проще сделать отдельный форум. Или сделать так чтобы с русской версии сайта был виден весь форум, а с английской только форум на английском языке (русскоязычный раздел англоговорящим нафиг не нужен).
Подразумевалось что контент будите переводить вручную иначе нет смысла делать двухязычный сайт (можно писать контент на английском, потом онлайн переводчиком переводить на русский и исправлять явные косяки). Реализовать или ru.site.com и en.site.com или site.com/ru/.. и site.com/en/..
