Макс Жук

Да, возможно. Именно для этого и был придуман Selenium.

Технически Pardon Me! Where Do I Find 4giveness?, прав, но в контексте вопроса есть нюанс.

В РНР используется механизм copy-on-write. То есть по умолчанию дублированная переменная является таки ссылкой на оригинал. И только если начать её изменять, она скопируется физически.

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

Вот я даже примерчик набросал для иллюстрации

Другое дело что если выборка из БД настолько большая, то просто не следует выгружать сразу массивом, а надо перебирать строки по одной, старым добрым fetch() в цикле. И не забыть использовать небуферизованный запрос. В этом случае, даже если мы в итоге будем собирать массив, памяти будет израсходовано под 1 массив, а не 2(3) (1 под результсет, 1 массив из БД и 1 - опционально - если мы изменяем исходный/генерим новый)

Прямо для вас, не пропустите...!

PRS-7 фреймворк
В серии видео полностью разбирается создание фреймворка,
такого «универсала» по современым стандартам, последняя серия будет изо дня в день, все с тестами и плавно из одного решения в другое, смотреть на скорости 1.25

Кишки фрейма:

1. HTTP Response/Request PSR-7 (и компоненты для работы с ним)
   
2. Построение контроллеров и роутинга (с переходом на Aura Router)
   
3. Middlewear и Pipeline (а-ля Laravel, Slim, Symfony)
   
4. DI контейнер (все фреймворки)
   
5. Шаблонизаторы (+ пример на Twig из Symfony)
   
6. ORM не точно
   

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

Ты готов, дуй на собеседования

Вам стоит получше разобраться в теме одностраничных (single page applictaion, SPA) приложений и такого понятия как REST API. То есть, вы на пхп будете делать только "апишку", которая будет отдавать json-данные, например - список продуктов, а на реакте уже это все показывать. Причем, ваше SPA может и скорее всего будет использовать и flux/redux и react-router и npm, но это все нисколько не помешает бэкэнду на php.

Чтобы решить проблемы, которые у вас существуют, нужно сделать 3 вещи, но планомерно и плавно.
1. Обучите программистов такой вещи, как git. Подождите с недельку. Затем просто прогоните их по циклу - откати эти изменения. Верните изменения. Ну раз 5, с дедлайном вчера. Все, кто не будет пользоваться git, будут мучаться часами и днями. Напомните им, как легко это делается с помощью git. Повторите испытание через некоторое время. Поставьте ультиматум: git или идите искать новую работу. Кстати, у каждого человека должен быть свой отдельный аккаунт.
2. Держите репозитарий для проекта целиком. Сделайте отдельные папки для исходников верстки, для собранной верстки и самого сайта. Верстальщики работают со своими папками. Собирают верстку и коммятят собранную верстку в отдельную папку. Программисты через историю коммитов смогут отследить изменения и внести их назад в разработанные компоненты.
3. Реализуйте автоматизированное развертывание проекта и запретите редактирование файлов через FTP/минуя git.

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

Яндекс Танк!

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

Наделал дополнительных полей


Создал специальный шаблон сделал эти поля доступными для него


Создал ресурс с использованием этого шаблона

Набил себе татуху с идентификатором этого ресурса чтобы не забыть

Сделал специальный сниппет


И там где надо навызывал с указанием нужного тв


Это жуть, но больше мне ничего в голову не пришло