Как стать автором
Обновить

Комментарии 24

НЛО прилетело и опубликовало эту надпись здесь
Касательно «заказчик не оплатит»: проще работать либо со 100% предоплатой, либо по времени.
Работать-то проще, а вот получить работу со 100% предоплатой сложнее:)
если ты хороший специалист, это совершенно не проблема.
А если средненький — то работать нет необходимости, да?
тогда для тебя есть вариант 50%, пока не заработаешь себе имя.
Очень часто бывает, что 100% оплатишь, а тебя фрилансер надует :)
Вот если бы обфускатор для веб-денюшек…
Ну тут главное достичь соглашения, я 100% оплаты стараюсь не брать, мне проще вначале выполнить работу, защитить ее и потом уже все отдавать и просить денюжку, оплата = исходники
Так же никто не отменял гаранторов :) Если человек не идет на такие условия, значит что то не так
Согласен, гарант — очень нужная «вещь» в этом деле, есть только одно НО: Время… Время… Его так мало…
Сталкивался с shc, выдрать исходник без проблем вообще, например тупо из gdb сдампить.
Можно все, вопрос времени и знаний, но как то люди со знанием gdb не будут я думаю на фрилансе маленькие проектики заказывать, а потом кидать исполнителя)
Заказчик, который умеет дампить сырцы из gdb (а также патчить KDE под FreeBSD), наверное, не будет искать фрилансера, чтобы он ему скрипты писал.
особо хитрые перцы могут одного попросить скрипты наваять, а потом другого сырцы сдампить за 10% от стоимости первоначальной работы. А заказчики 80lvl так вообще могут при этом никому не заплатить.
Все же не верю, что так будут поступать грамотные заказчики. Обычно так себя ведут необразованные нахрапистые люди, которые только в общих чертах разбираются в области нужного им заказа. А тут и возникает вопрос «откуда они могут знать, какую защиту поставил автор и что возможно сдампить сырец?»
Справедливости ради, у shc дофига безопасности для такого уровня тулзы :)

Например, по дефолту включен интересный функционал, который привязывает скрипт к конкретному /bin/sh, и не дает скрипту выполняться в другом окружении. Проверка целостности env'ов. Есть даже антиотладка (!!), которая не даёт втупую запустить скрипт из-под gdb или strace.

Заказчик попотеет ради ста рублей, не считая испорченную репутацию ;)
Один я не понял как echo «Hello» вывело Hello WORD?

P.S. Статья понравилась, но ведь можно же просто в crontab удаление скриптом самого себя через какое-то время добавить.
Ам… это я с Hello WORD ошибся)))) В начале была строчка с echo «Hello WORD», потом WORD удалил, а результат уже взял из хистори выполнения. (спасибо исправил)

crontab — видимо вы несовсем поняли о чем идет речь, задача защитисть свои скрипты, а не удалять их из расписания отдав исходники.
вы меня тоже не совсем верно поняли. я имел ввиду что-то типа
rm скрипт.sh
в кронтабе
Давайте думать вместе
Что будет удалять rm скрипт.sh, бинарный или исходный файл?
Кто управляет crontab?

да. исходный.
управляет кроном, конечно же, рут.
но!
если человек не может написать скрипт самостоятельно, ему обычно нет разницы между бинарником и исходником. поэтому данный способ тоже имеет право на существование.
Не в ту степь но ладно
А кроном управляет любой юзер, у каждого он свой
Тогда уж не WORD, а WORLD? )))))
А на FreeBSD работать будет?
Будет, даже на mac работает
Интересный способ, спасибо!
{tol}На фриланс обычно отдают 2 типа заказчиков- одни знают как это работает, но хотят сэкономить время на другие цели и те кто не понимает в баше.
Для вторых можно ведь не изгаляться обфускацией, а сделать проверку по дате. Из серии: читаем, запоминаем, проверяем дата+срок триала, какое-то действие.
Для первых не возникнет необходимости снимать дамп и прочее, так как для них ресурс время ценнее чем деньги и вряд ли интересно что такое shc, почему так странно выглядит скрипт на баше и вообще что в действительности он будет делать.{/tol}
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории