Yan-s

Laravel да и php не важно AJAX это запрос или нет, принцип работы ровно такой же. Просто создайте роут и метод контроллера для конкретного запроса. Если вам надо как то одинаково обрабатывать все ajax обращения то для этого есть middleware.

Начинающим я бы не стал на текущий момент советовать никаких книг по PHP

Предлагаю начинать изучение с getjump.github.io/ru-php-the-right-way и с документации на официальном сайте php.net она подробна, имеет перевод и сопровождается комментариями пользователей.

Нет.
PHP работает на сервере, JS в браузере на компьютере пользователя. (в вашем случае)

Если сформулируете задачу подробнее смогу подсказать как ее можно решить.

Можно применять различные стратегии в зависимости от ситуации.

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

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

Естественно дешевле хранить файлы на файловых серверах, чем докупать место на сервере приложения. Это обычное решение, когда необходимо хранить большие объемы.

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

Не пишите регулярки для парсинга HTML, для этого есть более удобные решения, например
https://github.com/Imangazaliev/DiDOM
https://github.com/paquettg/php-html-parser

Используйте для этого библиотеки (пример https://cartalyst.com/manual/sentry/2.1 ) и/или фреймворки.

Кстати, если на сайте есть файл action.php , который получает параметры от Ajax с index.php, то как сделать запрет на этот файл?

Не должно быть "action.php" должна быть одна точка входа.

Знания всегда лучше получать из разных источников. Изучения Laravel вполне можно обойтись чтением документации и личным опытом применения, но это не самый эффективный путь. Изучайте другие проекты, смотрите laracasts и тп, так вы узнаете о лучших практиках и полезных способах использования компонентов фреймворков.

Смотря как вы собираетесь трактовать такие записи.

Например, если на странице товара A выводится товар B как связанный, это не обязательно означает что на странице товара B должен отображаться товар A как связанный.

В противном случае наличие дублирующей связи надо контролировать на уровне приложения делая проверяющий запрос.

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

Например в этом куске
[A-Za-z0-9-А-Яа-я0-9]

дважды повторяется 0-9, после первой 0-9 лишний дефис.
[A-Za-z0-9А-Яа-я]

Возможно это поможет, но вы всё равно должны сами понимать что происходит в выражении.

Указанные вами символы (éèàù) просто указаны как допустимые.

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

Если логика позволяет (файл относится только к одному комментарию, комментарий к одной заявке, заявка к одному объекту), то можно добавить упрощающую запрос связь. Например для файлов добавить поле для id объекта. Соответственно это несет некоторые издержки.