jaxel

Тут есть два варианта:
1) Разделить операцию на небольшие порции и повесить скрипт на крон.
2) Запустить фоновый процесс через консоль. Тут можно прочитать варианты того, как это сделать.

Ставить скрипт в крон, который будет каждую минуту дергать базу - как раз то, что вам и нужно. Никакой нагрузки на базу это не даст. Там же простейший селект по одной таблице.

Функции и подключение модулей через recure_once давно уже никто не использует. Даже если обернуть ваши функции в класс - ничего общего с ООП это иметь не будет. И то, как пишете вы, и то, что предлагает вам начальник - быдлокод.

Вам следует попробовать один из современных MVC фреймворков - symfony 3, yii 2 или laravel. Посмотреть как там всё устроено. То, как вы сейчас пишите будете вспоминать как страшный сон.

Зачем такие сложности? Положите phpunit.phar в директорию проекта и запускайте тесты через php phpunit.phar команда

Потому-что сервак надо нормально настраивать. Для голой симфони норма - 0.1 сек. На php7 - 70 мс.

В первую очередь включить opcache и перейти на nginx

SwiftMailer - лучшее решение для работы с почтой на PHP

Ну начать можно с того, что команда консоли:

php app/console doctrine:mapping:import AppBundle annotation

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

Для админки можно взять sonataAdminBundle. На нём максимум за пару часов склепаете к получившимся сущностям админку.

$this->container->get('templating')->renderView($view, $parameters)

Наверное лучше сконфигурировать datetimepicker в js на тот формат, который используется в форме. Или наоборот, сконфигурировать форму на формат datetimepicker. Зачем костыли городить?

Для формы это так делается:

$builder->add('date', DateType::class, array(
    'widget' => 'single_text',
    // this is actually the default format for single_text
    'format' => 'yyyy-MM-dd',
));

я делаю через malsup.com/jquery/form ajaxSubmit

Нет ничего лучше офф доков. Обязательно для изучения Best Practices и Symfony Demo application

Я использую https://sypexgeo.net/. Бывают ошибки, но в целом работает хорошо.

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

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

А зачем такие сложности ради одного файла с классом? Не вижу смысла заливать на packagist чужую библиотеку. Просто положите его в свой бандл, пропишите ему неймспейсы, сделайте по необходимости сервис и всё.

Мы перешли с Redmine на JIRA. Используем облачную версию и интеграцию git + bitbucket. Очень удобная система, подвязка веток с заданиями и тд. На сколько оно будет хорошо для не программистов, сказать не могу.

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

Поставить сервак у себя в офисе - это довольно глупая идея. Будут постоянные проблемы с питанием и интернет-каналом. На много выгоднее и надёжнее будет арендовать выделенный сервер. Если у вас новый магазин с маленькой посещалкой, вам за глаза хватит обычного VDS с тарифом вроде такого: VDS Улёт (4 ядра, 4096 Мб, 120 Гб) такого,