dmitriy

cron

Я бы реализовал не инструмент для cms, а самодостаточный сервис. Под капотом имея все необходимые инструменты для работы с Excel и другими форматами можно не только производить разметку, но и например выгружать в CMS данные по специализированному АПИ по определенному событию/периодичности, например раз в сутки.

вам точно оптимизация нужна? возможно вы путаете с рефакторингом

к сожалению

я вижу вариант как обработки шапки прайса и определение расположения колонок по сравнению с текущей конфигурацией разметки, то есть если в конфиге указано что 2 колонка артикул, то новый прайс от поставщика ты проверяешь 2 колонку а конкретно шапку на наличие вариантов article,code,артикул, код и т.д. если не соответствует то выводить сообщение для ручной перенастройки разметки.
Если шапки нет то только анализ первый 100-200 строк на ожидаемые данные с помощью регулярок, но тут как то все не стабильно, но другого варианта не вижу.

миграции, phinx как вариант
или даже phing migration

через smtp сервер

https://github.com/dimaxz/SimpleORM/blob/master/sr...
метод compile_binds

в данном случае урл имеющий вид http://Сайт/moskow/
http://Сайт/piter/
подразумевает не наличие нескольких систем а одну систему но с предустановленными данными, судя по урл это город.
это то же самое что http://Сайт/?city=1 или http://Сайт/?city=2
ваш вариант просто ЧПУ-ый

при рефакторинге использовал контейнеры для возможности тестирования системы
было:

function some (){
global $user;
}

стало:

function some (){
$user = $this->getConteiner()->get('user');
}

Необходимо обозначить основные цели и планы развития CMS. Если для себя и больше в сторону удобства разработки программистами это может быть одно направление что то вроде CMF , если нужно ориентирование на клиентов то это будет другой план развития приоритеты инстилляция системы и модулей, обратная связь с пользователями, каталог модулей, настройка шкур. Коммерческая, опенсорс. Какие нагрузки будет выдерживать. Все это должно в конечном итоге влиять на архитектуру системы.
По своему опыту, если для себя:
1. Взять фраймеворк, допилить под нужды, сформировать первую версию CMS
2. Взять проект за деньги, реализовать на своей CMS. Проанализировать архитектуру, ошибки, упущения. Создать план на корректировку функционала CMS.
3. Взять проект, развернуть на своей CMS, внедрить корректировки.
и так далее, все время анализируя систему и улучшая ее.
Вот на что я обратил бы внимание: модульность, composer, работа с бд, роли и права доступа, многослойная архитектура

за счет сообщества вы можете оттачивать Open Source CMS а зарабатывать на индивидуальных решения для бизнеса например компонент каталога, или CRM какую нибудь работающей на вашей CMS. Зарабатывать не только на продаже но и поддержке.

function test(){
   $container = &container_instance();//singliton
   $config = $container->get('config');
}

namespace Acme\ServiceProvider;
use League\Container\ServiceProvider\AbstractServiceProvider;
class ConfigProvider extends AbstractServiceProvider
{
protected $provides = [
        'config'
    ];
public function register()
{
     $this->getContainer()->add('config', function(){
         return [
             'test' => 'test'
         ];
     });
}
}

1. попробуйте получить письма с простым запросом SINCE 20-12-2015 FROM "from@mail.ru"
далее расширяйте в случае успеха
2. если $mails == false выведите imap_last_error()
3. если ошибка возникает только когда работает через cron то залогируйте важные участки кода

if(!$mbox = imap_open("{imap.yandex.ru:993/imap/ssl}INBOX", "my@mail.ru", "password")){
$log->add('error connection'. imap_last_error());
}
if(!$mails = imap_search($mbox, 'ALL UNSEEN FROM from@mail.ru SUBJECT "Zdes kusok temy latinicei i s probelami"')){
$log->add('error'. imap_last_error());
}

$log->add('success:'.count($mails));

/*Здесь код обработки полученного mails*/
imap_close($mbox);

в Falcon успешно используется такой подход docs.phalconphp.ru/ru/latest/reference/di.html

можно посмотреть как это делается тут:
phpactiverecord.org
propelorm.org