Как защитить свой сайт от фрилансера

Почти. Но суть в том, что это единственный стопроцентный метод 😂

Программисты - это еще ничего. Сеошники гораздо хуже.

samb100,

Зависимость от программиста у вас действительно появилась, другой вопрос, что страдать паранойей по этому поводу не нужно, но если я правильно понял и вы испортили отношения с программистом - удивлен, что второй программист еще не начал проверку ;)

Иван Грозный ослепил всех строителей храма. Чтобы они не смогли повторить такой же красоты. В вашем случае это не поможет, так как программер будет помнить, где дырки в cms, которую он писал. Так что дешевле не ссориться и точно следовать договору. Тогда и у испольнителя не возникнет желания навредить и вы получите нормальный интернет магазин.

samb100, а Вы ему денег не заплатили или просто интересуетесь теоретическими моментами?

Обычно такие вопросы возникают когда заказчик по каким- либо причинам отказывается оплачивать услуги при сохранении для себя результатов работ.

Вот за это я и не люблю апач+пхп. Есть системы, где программист ни фига не может сделать без разрешения безопасника. При этом разделаются различные события типа обращения к ФС, запуск и обращения к системным процессам, обращения к другим базам данных, установка внешних соединений и т.д. поэтому, кстати, в банках с серьезных конторах безопасность IT относится не к IT а к безопасникам. При этом безопасник сам ничего не может сделать. И аудит довольно просто проводить.

По крайней мере квалификация второго программиста в Вашем случае долюжна быть существенно выше, нежели у того, кто писал код.

Используйте известный движок ИМ с открытым кодом.

Для установки готового продукта нужно гораздо меньше труда и опыта, чем для написания оного с нуля. А открытость кода дает большую уверенность, что в нем нет злонамеренно оставленных дыр и тайных ходов - их просто найдут и залатают другие разработчики, участвующие в разработке проекта (а их там могут быть тысячи).

Глюки есть в любом серьезном программном продукте. Но если продукт в разработке уже достаточно долго, и это не самая свежая ветка разработки, то наиболее опасные дыры в нем скорее всего уже закрыты.

А вообще, мне кажется, что ТС чрезмерно осторожничает. Не уверены в программере, как в добропорядочном человеке - не ведите с ним дел. Найдите другого.

Формальными перепроверками можно решить вопрос. Но цена и сроки разработки будут просто на порядки выше, чем реально необходимо. Так атомные электростанции строят, а не инет-магазины.

Вся прелесть в том, что можно элементарно спрятать шелл в каком-нибудь публичном движке (в момент установки), не внося никаких изменений в код самого движка. Не буду говорить как это сделать, грамотные люди сами догадаются, а школьникам не стоит учиться плохому. Если шелл не сильно замаскирован, то его можно найти по использованию специфичных функций, например, по функциям работы с файловой системой.

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

С программистом если расстаетесь, это надо делать очень нежно и трепетно, причем так чтобы потом Вы остались с ним в самых дружественных отношениях.

Почему? Потому что программеры народ специфический, часто обидчивые, наивные, но со своей логикой отмщения в случае гнева.