Юрий

забыли уже как наши деды делали?

<script>document.write('abc' + '@' + 'gm' + 'ail.com');</script>

Просто отведите часть бит под первое число, и часть под второе. Например по 16 бит.
Разделить потом будет тоже легко.

предлагаю просто в js делать закладки. например проверка текущего домена, если не равен вашему тестовому - редиректить на ваш домен с предупреждением типа работа не была оплачена.
только естественно нужно усложнить и запутать
- во первых - название домена не должно легко находится (можно например использовать хэш функции, типа md5, наличие кода которой также усложнит разбор кода)
- во вторых хотя бы js обфусцировать, лучше всего придумать свою функцию обфускации, которая берет весь код скрипта и как то его преобразует, либо хотя бы частично.
- желательно чтобы редирект был не слишком явный, например наступает только в 1% запусков и срабатывает только через 2 минуты. это также усложнит поиск дебаггером, + клиент может стырить код (или заказать кому то копирование) - и он покажется ему рабочим, кинет вас, а потом поймет что зря это сделал. но даже срабатывая 1% раз, эта защита испортит ему репутацию.

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

конечно это не 100% защита, кому надо утащят конечно, но тут как и в десктопных программах - взломают все. защита - лишь усложнение этого взлома. например малопопулярную программу ломать меньше смысла потому что дороже выйдет.

100% защита это также как и в десктоп программах - только если часть алгоритма будет выполняться на вашем сервере (облачная обработка/сервисы). но это для вас наверное не очень актуально.

еще один неплохой вариант - сделать приложение на любом десктопном языке программирования типа мини веббраузер. то есть все приложение это просто WebView во весь экран. и клиенту вы передаете один ехе файл который он должен запустить и увидеть сайт. скопировать будет очень сложно, если хорошо упаковать, сам клиент этого сделать не сможет скорее всгео, заказать взлом выйдет наверное не дешевле чем ваша работа. из минусов не очень удобно, для обоих, и клиент не сможет проверить качество кода и работу в реальных браузерах. PS: ищите компоненты WebView на базе хромиума, чаще всего стандартные компоненты основаны на IE да еще старых версий. также можно попробовать использовать для этих же целей понятные для фронтендеров срежы типа NWJS или electron - все программирование на JS и построены на базе хромиума, но в них сложнее обеспечить защиту кода, хотя тоже в какой то степени можно.

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

Использую KnpPagination, доволен, но судя по описанию вашему, он не менее "избыточный".
По вашим вариантам основной геморрой будет с генерацией path, правда если делать шаблон не универсальный, то проблем нет . Потом представьте захотите сортировку добавить, потом фильтры, все их надо будет учитывать в пейджере.

по идее автолоад должен быть через composer.
см composer autoload

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

интересно бы послушать что сейчас используют на производстве. (сам я любитель в этой теме)

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

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

учитывайте также что когда вы делаете поиск на вк и вам показывает "найдено 1 700 000 пользователй", то если даже вы начнете их листать вниз - то вы также сможете увидеть только 1000 первых пользователей.

PHPExcel

пример ересь какая то.
потому что все это заменяется на

function test(){
   return 6;
}

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

если eval запрещены, то можно записать код во временный файл и инклюдить его
file_put_contents + include