Konata Izumi

Как вариант описывать структуру через класс.

xDebug и chrome dev tools в руки и вперед искать узкое место. Можете еще какой-нибудь профилировщик подключить.

Предпологаю что через динамические прокси

Всё так. Причем закупать где-нибудь эти прокси, а не брать бесплатные.

Если у кого нибуть есть пример скрипта,поделитесь

Работающая поделка осталась на прошлой работе. Могу только общие принципы изложить:
- У яндекса и гугла разные ограничения. Находил где-то рекомендацию "1 запрос раз в 5 минут" с одного прокси - это взял за общее. От этого ограничения и отталкивался.
- Закупать пачками прокси. Написать менеджер, который управляет заменой прокси, если по ним начинают фейлится запросы (капча тоже).
- Помимо разных прокси использовать разные user-agent. Где-то находил коллекцию или генератор фейковых агентов.
- Использовать менеджер очередей. Полезно для больших коллекций запросов, для обработки фейленных запросов и т.д.

- Не использовал сервисы распознования капчи, т.к. дорого/долго. Проще возиться с проксями.
- Не использовал яндекс апи. Там жесткие ограничения, да и выдача ощутимо отличается от реальной.

Выбираете все ники в массив, обнуляете ключи массива, далее выбираете случайный индекс в пределах индексов массива (повторить несколько раз при необходимости). По полученным индексам выбираете ники из этого массива.
Это всё решается и на php и на java и на любом другом серверном языке.
Со стороны бд лучше не решать, т.к. там дорогая операция рандомной выборки.

https://www.google.com/search?q=close+browser+tab+js

Incorrect integer value: 'on' for column `laravel-react`.`products`.`is_reccomended`

Не тот тип данных суете в запрос. Там интеджер, а вы строку пытаетесь.

Надо было сразу уточнить, что без вариантов ответа.

Создать таблицу со 40 свойствами.

Это излишне. Вижу такую структуру.

Таблица с вопросами: id, текст вопроса,
Таблица с ответами: id, id вопроса, id юзера, ответ, флаг эталона
Таблица со статистикой: id, id юзера, счет (% эталонных ответов)

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

https://github.com/VKCOM/vk-php-sdk

1. Взять PHPStorm.
2. Пройтись дебагером от начала и до конца.

на авито такая обоссанная система подачи резюме

Тут надо смотреть на наличие релевантных вакансий. На авито по веб разработке вакансий крайне мало.

лучше напрямую слать резюме в веб студии

Да, так будет лучше.

Могу посоветовать откликаться не только на джунские вакансии + везде требовать тестовое задание и просить фидбек.

довольно таки длинные вопросы и ответы

Насколько длинные? десятки тысяч символов?

в бд это хранить как-то не удобно

Почему? Как раз в бд и удобно хранить.

Примерная структура (набор таблиц):
- вопросы (текст вопроса),
- ответы (текст ответа, флаг (верный, не верный)),
- вопрос-ответ связующая таблица

Далее собираете данные из бд и подставляете в шаблон.

Надеюсь, не циклом по одной модели за раз пишется.
Делайте batch insert штук по 1000-10000 (оптимальное кол-во подбирается опытным путем).

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

Варианты решения:
1. Разобраться в коде, расширить так, как вам надо - это будет долго, а без должного уровня навыка - практически невозможно.
2. Найти более гибкое решение, где есть возможность кастомизации формы.
3. Отдать задачу на фриланс.