Радость моя

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

Перепишите ее на Зефир ( zephir-lang.com ) будет в качестве php-расширения (so, dll)
только вам нужно будет для каждого покупателя перекомпилировать снова, занося туда какую-то секретную информацию, например server_name, или ip или пароль (ну сами придумайте). тогда будет достаточно проблемно вытащить данные из расширения, поскольку оно уже скомпилированно. В итоге расширение работать не будет, если запущено не для того для кого собиралось.

Это Ваша первая попытка понять SSE? Возможно есть модули попроще чем ZMQ?

Вот тут очень похоже на ваш вопрос: stackoverflow.com/questions/7469396/how-to-impleme...

Я например вообще не понял зачем цикл, и поэтому не получится ничего посоветовать. Опишите подробнее суть скрипта.
Если Вам нужно разослать несколько писем, ф-ю mail нужно поместить внутрь while.

PS. в приведенном Вами коде как минимум 1 синт. ошибка.

Нет не обязательно, если всегда следовать этому шаблону, нет необходимости хранить адрес в бд. Даже если Вы захотите переделать шаблон, или алгоритм хранения вообще, зная первоначальную маску Вы и с этим справитесь. У меня тоже на сайте храняться изображения к объявлениям, по названию папки с id самого объявления. И база об этом не знает. И не надо ей лишних 20-30 символов хранить (особенно ощутимо если индексы, и если данных более 1.6млн записей).

Swift Mailer не поможет если не настроены нужные записи в домене, и не настроен постфикс.

Можно ли сделать себе такую же приписку?

Странно, обычно все стараются от нее избавиться :)

а весь массив можно записать так:

<?php

	$data = '';
	
	foreach( $_SERVER as $key => $value )
		$data .= $key . ' = ' . $value . PHP_EOL;
		
	file_put_contents('путь до файла', $data);

?>

Эм... первый раз вижу такой способ добратся до дерева xml.

$a->b это обращение к значению внутри объекта.

"a->b" это просто строка.

еще лучше массив обернуть в http_build_query()

$params = array(
   'foo' => 'bar'
);

...
curl_setopt($curl, CURLOPT_POSTFIELDS, http_build_query($params));
...

и я для таких целей не использую 'Content-Type: application/x-www-form-urlencoded' но это раз на раз не приходится, бывает что скрипт приемщик сам проверят тип данных, но поскольку у вас свой, вы можете этот момент опустить.

нет, с правилами у меня все правильно было. просто роутинг нужно было обернуть в DI оболочку:

$di->set('router', function () {

		$router = new \Phalcon\Mvc\Router(false);
		
// маршруты...

		return $router;
});

спасибо друзья. пока писал вопрос уже понял алгоритм как это можно все реализовать. Банальщина на самом деле (ну в мыслях, как на деле будет незнаю еще).

require_once '/path/to/lib/Twig/Autoloader.php';
Twig_Autoloader::register();

$loader = new Twig_Loader_Filesystem('/theme');
$twig = new Twig_Environment($loader, array());

И теперь твиг будет остальные шаблоны искать относительно этого пути. теперь такие пути должны работать правильно:

{% extends "layouts/admin.twig" %} // theme/layouts/admin.twig

мне кажется вам нужно в одну форму объединить. а в пхп проверять если изменились данные только по ценам, то делать одно, если по производителям, то другое, а если и по ценам и по производителям то третье.

sugarCRM наверно вам подойдет