Почему предоплата – не главное

[Hest]

а не тот ли это doomer с которым я раньше работал. проверил, оказалось тот =)

[mariner]

хе, и мне довелось с ним поработать в конторке одной )

[Hest]

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

пароли он поменял? пробовали удалить ревизию за которую деньги не получили?

[StWoland]

честно говоря, вредительством заниматься не хотелось
да и заказчик не дурак, скорее всего бэкапы с кодом делал регулярно
я как-то зашел туда недавно (писал резюме), через http ничего не доступно, что уж говорить об ftp/ssh
то есть он арендовал сервер для разработки, и это было дешевле, чем платить программистам

[Hest]

я считаю что вы вполне имели право заняться как вы говорите «вредительством». хотя это и не так.

[cronfy]

Нужно заранее себя обезопасить. От отсутствия денег — договором и предоплатой, от захвата наработок — разработками на собственном сервере или кодированием скриптов, чтобы хоть исходников не осталось.

А вредительством заниматься — это ай-яй-яй.

[cronfy]

А в контракте-то что написано?

[StWoland]

обыкновенное NDA (non-disclosure agreement)
если интересен текст, обращайтесь через ПМ

[cronfy]

То есть, в контракте не были указаны техническое задание, условия и сроки оплаты? В таком случае Вы действительно совершенно обычным образом «попали», тем более работая сразу на сервере заказчика, без первоначальной предоплаты и т. д., и т. д. Жаль, конечно, но через это проходит практически каждый, я сам с этим сталкивался и как заказчик, и как исполнитель. Хорошо, что сделали выводы и предупредили общественность.

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

Хороших, добросовестных заказчиков в Новом году!

[LAT85]

Вот что удалось накопать по нику. Может поможет.
www.free-lance.ru/users/eugene202000
myworld.ebay.com/eugene202000
chi.vueplanet.com/profiles/display.asp?pid=8749
www.firstclickfriend.com/sms/info.phtml?key=1220049

[StWoland]

почитал, спасибо

[dioteos]

Извините, пожалуйста, за, возможно, кривобокий совет, но я бы рекомендовал вашей команде сделать следующее:
1. Завести скрипт, который прячется среди остальных скриптов, но при этом обладает функционалом для сноса всей инфы из рута сделанного вами сайта и его базы
2. Скрипта, который оповещает вас о переезде системы на новый хостинг (возможно совместить с первым пунктом)
3. Скрипта, который удаляет первые два скрипта

При оплате — сразу запускаете третий скрипт и не имеете никакой головной боли. Да, это, может быть, немного подло, но срабатывает!!! Я уж вам точно скажу.

[StWoland]

Про пункты 1 и 3 я уже думал, а вот 2 – это интересно. Спасибо, возьму на вооружение.

[NikitaG]

где то видел такое — но там предлогалось что скрипт 1 запускается по расписанию, но неделю позже сдачи проекта намечанной.

[MARDEN]

Как вариант: использовать PHP LockIt, зашифровав главный скрипт — повесить различные проверки и сделать привязку к домену, например. Можно еще дополнительно обработать его Zend Encoder'ом.

[vakkaeo]

SSN откуда? Очень маловероятно, что он valid.

[StWoland]

Скан.
Да и вопрос ведь не в том, откуда. Вопрос: что с этим сделать?

[vakkaeo]

Просто интересно, откуда, потому что я, например, свой SSN никому не дам. Как, собственно, и любой вменяемый человек, у которого он есть. Какое SSN вообще мог иметь отношение к делу? Не та ситуация, когда он нужен. Это же не вы ему платите, а он вам. Скорее всего, скан — это подделка для пыли в глаза, что вроде как бы заказчик супер серьезнен, вот и SSN даже дал. А, вообще, на чужой SSN недоброжелатели открывают компании и всякие махинации с кредитами проворачивают (гиблое дело). Но все-таки я уверен, что SSN не настоящий. Что делать? — Оставить на память.