Василий Наумкин

У меня примерно так же, за одним исключением: на сервере с Ubuntu я работаю не с директорией сайта, а с директорией в разделе юзера.

Там, предположим лежит Project, и в её поддиректории монтируется то, что мне нужно. Монтирование на сервере, не на клиенте.

phpStorm работает именно с этой директорией, там нужная структура. Как и что оттуда монтируется с живой проект — он не знает, ему это не надо.

Таким образом, при разработке у меня в репозитории и на локальном компе одна структура, а у живого проекта — другая. Они друг другу не мешают.

То есть, исключать из проекта просто нечего.

На скрине в самом верху название не затёр.

Не знаю, как у тебя это организовано, но я на сервере монтирую нужное через --bind и дальше уже с ним работаю. То есть, phpStorm видит одну директорию, в которой всё необходимое — с ней и синхронизируется.

Да.

Просто переименуй сниппет, и вызывай под новым именем — и никаких проблем.

Да, ты прав. В сниппете данные получаются из поля товара, там простой массив, безо всяких id.

Если есть желание, можешь поменять в сниппете msProductOptions код вот так (со строки 23):

foreach ($options as $key => $value) {
	$pls = array(
		'value' => $value
		,'selected' => $value == $selected ? 'selected' : ''
		,'id' => $key
	);
	$rows[] = empty($tplRow) ? $value : $pdoFetch->getChunk($tplRow, $pls);

[[+id]] не пробовал?

Да это я не тебе, ошибся.

Это топикстартеру.

Имеются.

Зашифрованные, которые обратно не расшифровать. Поэтому только сброс.

Личный кабинет MS2 работает без паролей, просто через почту.

Высылать пароли смысла нет, лучше сделать форму для сброса пароля.

Положим, есть 2 контекста: web и test.
У юзера не должно быть прав на контекст test и при этом он не должен быть sudo.

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

Если у юзера установлено свойство sudo, то ему наплевать на любые проверки прав — он может всё.

bezumkin@ya.ru

Здесь нет лички.

По первому не ясно, что там установлено у тебя.
По второму вопросу могу помочь.

Ответ очевиден; напиши сниппет, который будет выбирать контейнеры, доступные для публикации и подставь его в форму.

Я после распаковки всегда накатываю setup и обновляю сайт — ни разу проблем не было.

А то, что директории cache/* пропускается — это моя ошибка, наверное =) Хотел пропустить только /core/cache и не подумал про другие.

А если попробовать выставлять «Дату отмены публикации»?

Хорошая идея (я ни разу не пробовал).

Плагин на OnLoadWebDocument.

При запросе проверять дату создания, и если больше 7 дней — удалять или отключать ресурс и отправлять на главную или на 404.
То есть, юзеры сами будут инициировать отключение, cron не нужен.

Да, через настройку прав доступа.

А с чего ты решил, что нужно?

Во всех инструкциях пишут чистить только /core/cache/ — про xpdo речи нет.

Пагинация древовидных комментариев?

Толково придумал!

Имя производителя находится в другой таблице, понимаешь?

Можно завести еще одно поле в msProductData и копировать туда имя производителя при сохранении товара, плагином.

Если кто-то создаст задачу на github, постараюсь сделать виртуальносе поле vendor_name, которое будет получаться из таблицы производителей при $product->get('vendor_name'); — тогда можно будет и в поиске использовать.

store.simpledream.ru/info/connection.html