Сергей Росоловский

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

Вероятно в php.ini функция mail не разрешена вот и не отправляет. Но лучше ее и не разрешать (блек-листы для сервера гарантированы) а использовать SMTP. Настройте Postfix на сервере если умеете.

Зачем в JSON нужно хранить массив классов?

$result = $modx->getCollection('Geolocations', $query);

Мне кажется на выходе будет массив объектов. Массив классов, по моему вы не это имели ввиду.

Спасибо, видимо я не совсем понял объектную модель MODx.
Сделал попроще:

$q = $modx->newQuery('Geolocations', array('acc:<' => 1000));
        $q->prepare();
        $q->stmt->execute();
        $res = $q->stmt->fetchAll(PDO::FETCH_ASSOC);
        $res = json_encode($res);

Записей порядка 1000. Но почитав статьи Василия про xPDO, понял что лучше выборку делать через PDO и работать с массивами, а не с объектами. Оказывается объекты жрут память нехило. Ну и работу с Ajax запросами в MODx тоже переосмыслил. Теперь все работает и памяти хватает :) Спасибо.

Спасибо, буду экспериментировать.

Красава!!!
Спасибо, вот про это не догадался бы. Теперь все работает.

Ну да, конечно. Вот строчка с phpinfo()

cURL support	enabled
cURL Information	7.19.7

То что там написано уже проверено. Сюда я пишу когда уже не помогает. Но репозиторий modx.com ведь работает. Да и vps этот уже более года работает, только обновил php до 7 версии и поставил ssl сертификаты на некоторые сайты.

Ага, велосипед я тот сделал так.
Для категории товара создал tv переменную optCount — в которой количество товара после которого уже идет оптовая цена. Теперь для каждой категории я могу проставить количество которое уже считается оптовым.
Оптовую цену решил прописать в old_price.
Далее в core/components/minishop2/model/minishop2/mscarthandler.class.php в функциях add() и change() приделал маленький самокатик (например в функции add):

$product1 = $modx->getObject('modResource',$id);
	$optcount = $product1->getTVValue('optCount');
	$price = $product->getPrice(); 
	$old_price = $product1->get('old_price');
	$weight = $product->getWeight(); 
	$count = $response['data']['count'];
	$options = $response['data']['options'];
           
        if ($count >= $optcount && $old_price > 0) {
             $price = $old_price; 
         }

Вероятно оно все неправильно, надо все не так, если покопаться в исходниках минишопа можно сделать все правильно. Но у меня работает и заказчик не жаловался. Вот и все, дальше копаться не хотелось.

Честно говоря с miniShop работаю только в крайнем случае, в очень крайнем. Как то я решил задачу, уже не помню, больше года прошло, заказчика устроило. Больше к этому вопросу не возвращался, но я посмотрю, тот сайт работает.

Так задумано автором :)

Я думаю просто удалять папку, а потом закачать новую, с новыми бекапами.

Это хорошо. Буду с Dropbox переходить на Google Drive, там места побольше, да и сервис не будет висеть в памяти сервера.
Кстати, а удалять с Google Drive утилита может?

Ну так тогда все гуд. Архивы сделаны и лежат в определенной папке, надо просто раз в неделю выкачивать в гугл драйв эту папку по крону. Желательно после выкачки удалить папку с сервера, а то места в обрез.

Ну, а если бы получилось. Был бы хит сезона.

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

Да, кстати. А нельзя ли слить всю папку с бекапами 50 сайтов сразу в гугл драйв?

Неплохо. У меня настроен Dropbox, там как то проще но места уже не хватает, а вот 15 гиг GD меня вполне устраивает. Но если у меня 50 сайтов на сервере, которые работают от 50 разных пользователей мне что 50 раз авторизироваться надо?

Спасибо, обойдемся как нибудь и без этих манускриптов, так сказать малой кровью :)