but1head

[[+placeholder:snippet=`/(100-$input)`]]

<?php
$output = $input.$options;
return $output;

где $input = [[+placeholder]],
$options = '/(100-$input';

получится 50/(100-50) = 1

поидее должно работать. да и не вижу ничего плохого в одном маленьком сниппете

Помню очень-очень давно, когда я работал с joomla (есть грешок), был такой прекрасный компонент akeeba backup — который делал из действующего сайта инсталятор.

Неужели на revo нет таких решений?

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

Решение не через процессор

function set_tvs($resource) {
	global $modx;
	$tvs = array();

	foreach ($_POST as $key => $value){
		if(substr($key, 0, 2) == 'tv'){
			$id = explode('tv', $key);
			if(is_array($value)) $value = implode('||', $value);
			$tvs[$id[1]] = $value;
		}
	}

	foreach ($tvs as $key => $value){
		$tv = $modx->getObject('modTemplateVar', $key);
		$tv->setValue($resource, $value);
		$tv->save();
	}

}

Неужели нет решений?..

так получается, что если я на фронте изменил цвет товара (пользователь) цена не изменится?

в msop2 было логично построено, я думал вы это допилили, что при смене цвета — размера меняется артикул и цены, ну и фото.

хм, и еще не понятно, как на фронтэнде вывести другие цены товара (предложения)?

В моем понимании меняя размер-цвет на фронтэнде должны менятся:
а) фото
б) цены
в) размеры привязаны к цветам

Василий прав, стоит 5.3 :)

Fatal error: Call to undefined function array_column() in /var/www/asn/data/www/***site.ru***/core/components/minishop2/controllers/product/update.class.php on line 60

modx 2.4 + последняя альфа

Как получить на тест это дело? На прошлый сбор точно скидывался, на этот если честно не помню.

Я правильно понимаю, что торговое предложение имеет связь размер-цвет и каждая такая связь отличается по цене?
Для этих дел мне пришлось msop2 переписывать под себя…

в tv прикреплен файл, в момент оформления заказа через плагин этот tv попадает в поле (свое, или к примеру комментарий).

создаем страницу getproduct, в ней сниппет, который проверят пользователя на авторизацию на сайте, и выдает файл из заказа.

пользователю в письме приходит эта ссылка, на страницу getproduct с параметрами (site.ru/getproduct?order=31), если залогинен — получает свой файл из поля заказа 31, если нет — ошибка.

ну это так, мысли в слух.

да я уже давно понял, тут уже давно идет обсуждение.

цвета и размеры это не пугает, значит какой-то параметр есть.

выйгрыш есть, особенно во время заполнения товара.

Создать товар — заполнили все поля — сохранили, пошли дальше.

А сейчас создали товар — подождали перезагрузки страницы — заполнили поля — сохранили, пошли дальше.

и не совсем понятно, почему доп.параметры товара (размер, цвет) сделаны во время создания товара, а галерея и тд после

Дубль 2.

после сохранения у нас файлы лежат в assets/images/resources/{$id}
При создании ресурса создавать папку, к примеру assets/images/resources/{$timestamp}

После сохранения ресурса переименовывать {$timestamp} на {$id} созданного ресурса
Тут конечно может время совпасть при создании нескольких товаров но очень сомнительно.

ну и папку переименовать не так проблемно как перенести кучу фоток. amazon в пример не берем.

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

При создании ресурса кидать фото в /assets/images/temp к примеру, после сохранения присваивать ресурсу (вроде файлы в tickets так и работают).

Ну и тоже самое для ms2

о как, спасибо. путей других и аналогов нету?

как я понимаю через vapor можно сделать «инсталлятор» из готового сайта? А есть ли аналоги? Раскинул бы несколько «шаблонных» проектов и инсталлил, а то каждый раз все настраивать немного геморойно

Я перешел… с джумлы. Да простит меня господь.