А использование заранее заготовленного бекдора, когда сайт уже под контролем заказчика, не может рассматриваться как взлом с соответствующими последствиями?
По-моему, мороки с судом будет меньше, чем мороки с созданием, отладкой и маскировкой бэкдора. Тем более что наличие бекдоров в продукте может негативно отразиться на вашей репутации.
Проще выбрать один из двух вариантов:
- работать через условный депозит / safe escrow;
- держать скрипт у себя на сервере, устанавливать заказчику только после оплаты.
Честно признаюсь, я не профессиональный фрилансер. Но простите, зачем строить такое западло ребячество, когда морально (а скорее всего и юридически) Вы имеете полное право не отдавать заказчику то, за что он не заплатил? Вы же ясно пишете - сдаются этапы, так ведь и оплата наверное привязана к этим этапам. А значит - нет оплаты - нет этапа. "Утром деньги, вечером стулья" (c) ... в таком ключе.
В любом случае вы тратите на какую-то, простите, срань своё время, нервы и главное те частички позитивного настроя, с которым следует относиться к делу. Имхо лучше быть спокойным добрым профессионалом, нежели нервным и злым фрилансером-западлостроителем :)
никто не говорит о злобовстве и прочем. я опять же подчеркну, что этот топик для плохих заказчиков. об этом стоит иногда задумываться. так же как задумываешься о совей безопасности, когда в твоем подъезде бью морду в три часа ночи твоему соседу и просят мобилу. это косвенный пример. не поймите буквально.
я просто задумался о способах защиты от недобросовестных заказчиков. получился вот такой текст.
сменить пароли? по идее можно им очень насолить...
можно поребячиться - kidala.info, его вроде как индексируют нормально. если заказчика будут следующий раз искать, вдруг наткнутся?
ну да. сайт-то на самом деле немного более специализированный - красноглазики друг другу перечисляют деньги или там покупают что-то в интее друг у друга (аськи там или трояны), ну и если одна сторона не выполняет -то понятно, что происходит.
даже хакер, говорят, о них однажды написал)
проблема таких сервисов в том что их много. :( и быть может человек на одном сайте в blacklist а в другом, наоборот в whitelist. Так же смена ников и прочего.
Правда если добавлять именно название компании. Но и они могут дублироваться в разных регионах, а тем более в СНГ.
в том и дело. к примеру (про красноглазиков) - если ты покупаешь аську, то понятно что ты не будешь ее покупать у человека, у которого аська 34732984732, а должна быть "крутая" 123456 или около. а таких асек не напасешься, а вот в блэклист добавить их просто. еще там обычно выкладывают лог и тд
исходный файл обязательно должен размещаться на рабочем сервере и передан заказчику только по истичению срока договора, даже в том случае если проект выполнен раньше. Все изменения не включенные в ТЗ вносятся с дополнительным соглашением.
Вообще дополнительные соглашения должны стать обязательной практикой любого разработчика.
Предположим модель поведения такая:
заказчик признал свою потребность в услуги.
вы предоставили ему бриф в котором он описал все цели будущего ресурса и личные пожелания.
после этого вы согласовали обьем работ и бюджет.
после этого вы (за деньги заказчика) разработали техническое задание - план работ.
далее выполнили все что описано в ТЗ.
на этапе согласования заказчик предложил еще несколько дополнительных элементов.
Очень хорошо, вы согласны с этими мерами но в ТЗ они не входят.
Все просто заключаете, дополнительное соглашение и дорабатываете сайт.
Аргументы из серии бюджет ограничен или вы могли бы включить это в ТЗ сразу же не катят.
Если сразу предупреждать о всей стратегии поведения вас как разработчика то притензий быть не должно.
Дать 30 % аванс а потом пытаться заставить вас создать уникальный сервис, не выходя за рамки бюджета излюбленная тактика всех заказчиков, за очень малым исключением.
это в идеале. при нормальных документах, договорах и порядочности заказчика и исполнителя.
тут очень хорошо работает психологический фактор, когда ТЗ уже выполнено, говорит тебе заказчик сделай вот такто и такто, это же не долго (а это и в самом деле, действительно не долго). ты делаешь. он опять. и так циклично. и тебе кажется, что вот вот тебе выплатят окончательныую сумму, а этого не происходит. ладно, если есть бумаги - можно ему их ткнуть в лицо, а если их нет, что тогда делать?
хорошая структура ведения переговоров при переполнении задач ТЗ.
Если не рассматривать вариант, что вы не оговорили четко ТЗ, сроки оплаты за сданные объемы, а именно заказчик "тянет резину", то моя рекомендация такая:
поговорить с ним об этой ситуации (Если не ошибаюсь я здесь первый, кто это предложил)
Делается это так.
Подготовка. Первое - переключится из роли униженного и обиженного просителя в роль начальника, который разговаривает с недалеким по разуму подчиненным. Поймите, что это действительно так. Это человек, у которого с одной стороны вы, с другой стороны настоящий заказчик, который ничего не понимает в ТЗ, но понимает в дЕньгах. Ваш "агент" что-то плохо понял или расчитал, теперь у него из-за этого проблемы. Он заслуживает только сочувствия. Во время разговора помните - перед вами не злой и коварный кидала, котрый ест маленьких фрилансеров на ужин, а обремененный семьей человек, который по своей глупости попал в тяжелую ситуацию. Соответственно никакой злобы и напряжения в голосе с вашей стороны. Это важно.
Во время разговора, когда заказчик говорит раздраженно, торопится и грузит вас всяким, слушаете молча, а затем, когда он поставит точку в предложении, не отвечая на его вопрос и не комментируя по теме, обращаетесь к нему по имени отчеству.
- Сергей Васильевич!
(он что-то отвечает)
(далее очень доброжелательным голосом)
- Не найдется ли у вас двух минут, чтобы обсудить сейчас со мной один важный вопрос?
(он отвечает "ну давайте только быстро")
- Вы знаете, я чувствую, что у нас какие-то неразрешимые проблемы со сдачей последнего этапа. Если у вас есть какие-то трудности, расскажите мне, чтобы между нами не было непонимания.
(он отвечает "бу-бу-бу", а вы очень доброжелательно продолжаете)
- У меня к сожалению нет возможности делать большой объем доработок, не согласованных нами ранее. Давайте поищем выход из положения?
и так далее...
Попробуйте.
P.S. Если вам понравился комментарий, вы можете отблагодарить меня за потраченное время, добавив кармы. Спасибо.
Сначала показываю сайт на своем сервере. По истечении срока договора, в том случае, если никаких дополнительных доработок не требуется, заливаю на сервер заказчика.
Пишу на parser3, так что на выходе получается практически платформо-независимый код. Требует минимум изменений для переноса на другой хостинг (даже если он под windows).
вспомнилась байка как строители закладывают сырое яйцо за штукатурку и используют это как универсальное оружие против неплательщиков :)
а если серьезно, то в договоре необходимо четко прописывать момент перехода заказчику прав на сайт, так, чтобы до полной оплаты и подписания всех бумаг сайт был бы вашей собственностью.
а со своей собственностью вы вольны делать что угодно, даже уничтожить, и это не будет правонарушением.
если же сайт уже принадлежит заказчику, то есть является по отношению к вам "чужим имуществом", то все перечисленные в этой теме способы будут незаконны и наказуемы (вплоть до уголовного преследования по ст.273-275 УК РФ).
Проект закончен, а денег нет.