Сергей Протько

смотря насколько вам кросбраузерно (на дворе ж 2015-ый, IE11+ скажем) и насколько наворочено.

Я лично использую bootstrap в большинстве проектов и не парюсь, но мне дико нравится material design и потому тыкаюсь с angular material.

ангуляр берет HTML и парсит его (не регурялками, ибо парсить HTML регурярками не шибко удобно). Запись вида {{var}} является ничем иным как сокращенной записью директивы ng-bind:

<div>Hello, {{name}}</div>
<!-- Эквивалентно -->
<div> Hello, <span ng-bind="name"></span></div>

Как только шаблон полностью обработан, ангуляр может начать применять директивы к элементам. тут я на 100% не помню, но вроде как Angular тупо траверсит все элементы нашего фрагмента и пытается найти зарегистрированные директивы. Это удобно, тогда у нас есть период простого препроцессинга HTML, а затем мы просим распарсить это дело браузер, далее работая исключительно с DOM. Браузер за нас сделает большую часть грязной работы.

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

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

речь именно о массивах.

$ids = [1, 2, 3, 4];
$sql = 'SELECT * FROM table WHERE id IN (?)'; // нельзя
$sql = 'SELECT * FROM table WHERE id IN (?, ?, ?, ?)'; // можно

ну мы имеем простенький DSL с довольно простой структурой. Сначала мы должны распарсить строку. Ваш пример можно попробовать распарсить регулярками. Если регулярками сложно - можно попробовать написать посимвольный парсер. Ну и еще неплохой идеей будет воспользоваться генераторами парсеров: pegjs.org

Из строки собираем детали задачи. Что-то в духе:

var task = {
    site: 'http://site.ru',
    find: 'selector', // селектор у вас не стандартный, придется парсить и его еще отдельно ..
    result: '' // и описание результата тоже 
}

Ну а дальше уже выполнять таску.

Да, это говнокод. А чем провинились я устану перечислять

- $GLOBALS и использоваие суперглобальных массивов
- использование собачки для подавления ошибок
- for($count=0;isset($block[$count]);$count++) и стремные бесконечные циклы вместо foreach
- переменные вида $ppfile и $pppfile, ваш код очень "удобно" читать.
- смешивание php и html и css
- по сути код состоит преимущественно из канкатенации строк... это грустно
- использование закрывающего тега ?>

Скажем контроллер директивы которые делает запросы на получение массива

Причем тут контроллер? Обычно этим сервисы занимаются. Вообще контроллер директивы должен заниматься только тем, что нужно в рамках этой директивы (то есть содержит логику работы этой директивы, link скажем нужен для привязки логики и DOM). Если вам там надо забирать данные, то забирайте.

И вообще в целом не перекликающиеся контроллеры

Как много стоит плодить директив?

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

Просто используйте директивы грамотно и будет вам что-то похожее на HMVC.

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

php.net и гугл, книжки это клево но лучше почитать Танембаума, Кнута и других персонажей. Далее, когда будет уже более конкретные вопросы - будете искать на них ответы (причем самостоятельно). Паралельно можно читать книжки по каким-то определенным сферам.

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

после выполнения какой либо функции программа возвращалась на начало.

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

Я слышал, что надо писать более производительные селекторы

Не загоняйтесь по этому поводу, у вас есть профайлер в браузере и как сделаете уже можно заниматься оптимизациями.

больше использовать комбираторы. Серьёзно?

А почему нет? Основная проблема - изоляция стилей. То есть как сделать так, что бы имезения в стилях для блока A не влияли на блок Б. Рекомендую вам так же ознакомиться с популярными методологиями верстки (серьезно, чем раньше тем лучше), например БЭМ, smacss, oocss и т.д.

селекторы на основе аттрибутов

Для JS очень удобно на основе data-* атрибутов делать селекторы. В целом в этом плане можно посмотреть в сторону webcomponents и как-то ориентироваться на этот путь.