f9k56

Да.
Спецы сейчас кругом неквалифицированные. Чуть нестандарт - сразу тупик у них.
Платить квалифицированному за весь проект не хотят.
В этих условиях специалист на отдельный баг весьма и весьма востребован.

Искал багу в индус-коде. Ошибка была тривиальнейшая.
От поиска другой ошибки отказался - не моя квалификация.
Через некоторое время смотрю - тот заказчик ищет спеца найти ту самую ошибку и хочет дать ему 3000 баксов.

Гм. Лучше бы я не отказывался....

Да, такое есть: набираете за копейки кучку школоло, даете им задачу, платите и получаете результат.

С испокон веков были такие требования. На скрине - еще по божески, это ты еще не видел вакансий в регионах РФ)))

Требование размещения сервера на казахских серверах - требование регистратора, если его не выполнить - домен просто разделегируют. Обходится оно довольно просто - берется самый дишманский хостинг, например на Мегахост-Казахстан, кладется одна страничка с перенаправлением. И все :)

вытянуть и сравнить, как еще-то?

Как искать спамера - рассказали. Теперь один из вариантов как сработать на опережение - предотвратить спам в результате взлома.

В iptables запрещаем исходящее TCP соединение на любой внешний 25 порт с эккаунтов кроме postfix, root, mail.
В результате этого web сервер не может отправить почту напрямую.
Всех нарушителей перед reject-ом пишем в лог. За логом непрерывно следим. Появление массы записей свидетельствует о попытке установить внешние соединения на порт 25.

-A OUTPUT -o br0 -p tcp -m state --state ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o br0 -m state --state NEW -p tcp -m tcp --dport 25 -j SMTPOUT
-A SMTPOUT -d 127.0.0.1 -j ACCEPT
-A SMTPOUT -m owner --gid-owner mail -j ACCEPT
-A SMTPOUT -m owner --uid-owner root -j ACCEPT
-A SMTPOUT -m owner --uid-owner smfs -j ACCEPT
-A SMTPOUT -j LOG --log-uid --log-prefix "Reject outgoing SMTP "  # Houston, we have a problem
-A SMTPOUT -j REJECT --reject-with icmp-admin-prohibited

А в почтовике разрешаем отправку почты только с аутентификацией.
Большинство взломов не смогут разослать спам.
Более продвинутые взломы вынуждены будут найти аутентификацию и отправлять с ней.
В постфиксе включаем smtpd_sasl_authenticated_header = yes (Postfix версии 2.3 и выше)
В результате в чего в заголовке каждого отправленного письма появится имя аутентифицировавшегося пользователя.
По этому имени получив абузу от спамхауса вы тутже видите кто провинился.
Мониторим очередь отправки. Бурный рост очереди - чаще всего - результат взлома и попытки рассылки спама.
Мониторим dnsbl листы.

Ну и напоследок, что сделать чтобы минимизировать риск взлома?
Блокировать модификацию и создание файлов из php. Да, автообновление вордпресс провалится. Но если мы запрещаем бесконтрольную модификацию сайта, то запрещаем всем. Можно даже руту запретить.

chattr +i -R * /var/www/hosts/site.domain/public_html/

У каталогов куда необходимо разрешить запись файлов (например upload) отключите хендлер обработки php файлов интерпретатором php. Пусть веб сервер его отобразит но не выполнит. Файл .htaccess который это блокирует также защищаем от записи. Основное правило - запретить произвольную бесконтрольную модификацию кода оставив возможность записывать данные но при этом запретить возможожность выполнения данных. :)
Понятно что не каждая CMS сможет нормально работать в таком режиме.
В таком режиме много лет у нас работает сайт одного клиента на joomla 1.5 :) Дыра - дырой. И если снять ридонди и его взламывают в течении пары дней.

И заключительный совет: Не размещайте сайты на хосте который является также и почтовым сервером. Или как минимум разнесите IP адреса с которого отправляется почта от адреса с которого работает вебсервер. Чтобы это хоть снаружи выглядело как разные хосты. Тогда взлом сайта и рассылка спама не приведёт к блокировке IP почтовика в разных dnsbl от которого порой отмыться очень сложно и/или долго.

Берем скрипт, в конце eval заменяем на console.log, копипастим выдачу в любой преттифайер и получаем более-менее читаемый скрипт - https://jsfiddle.net/yu1e9fk8/
Использовать только в учебных целях!

Соберите статистику по таким оценкам и в удобный момент покажите график на сколько процентов ошибались.

А вообще есть книги по таким оценкам. Цитаты по теме

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

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

По поводу фриланса, вариант развития:

1. вы несколько лет работаете за копейки
2. понимаете что конкурировать с индусами и школьниками не получается
3. т.к. вы один, то вам не у кого учиться, и вы делаете все абы как лишь успеть до дед-лайна
4. все проекты которые вы делаете очень примитивные и не приносят вам никакого опыта
5. вы понимаете что вы плохой менеджер и не можете грамотно работать с несколькими клиентами, да еще и писать код
6. вас время от времени кидают и вас это жутко бесит
7. иногда гонорар бывает внушительный, но вы понимаете что это только в рублях. Новый компьютер за доллары вы себе позволить не можете
8. после нескольких лет вы пытаетесь найти full-time работу, но оказывается что вы говнокодер, и никто с вами работать не хочет.
9. вам 30, вы плохой разработчик и плохой менеджер, у вас ребенок которому 2 года, и жена которая хочет от вас уйти. Так же вы живете в съемной маленькой квартире, т.к. банк не дает вам кредит на квартиру из-за того, что вы не трудоустроены официально. И даже на junior вакансии вас никто не берет уже.