bezumkin.ru/modx/msearch/#tab=parameters

Нужно &includeTVs=`1`.

Извиняюсь, не читал. Для бана использую fail2ban — есть куча примеров настроек — от защиты ddos 22 порта до бана при срабатывании suhosin и naxsi — надстройки php и nginx соответственно. Для php есть замечательная класс и ежедневно обновляемая база ip2country, вроде как у них там какие-то подвязки с игровыми виртуальными казино, поэтому поддерживают её в актуальном состоянии. Но в свете того что на линоде страница грузится ~300 мсек и все достаточно прожоливо в памяти, не хочу дергать бэкэнд попусту, ради определения страны по ip адресу.

1. Конечно, как он сам залезет с таблицу связей?

2. Да, был баг, в последней версии поправлен, благодаря тебе.

Прогноз хороший, февраль — март.

Зато теперь с закрытыми глазами сервер настроишь.

Разобрался, почему не бежала команда — у меня имя файла в /etc/nginx/sites-enabled/ было default (даже без расширения (видимого по крайней мере)) + в /etc/php5/fpm/pool.d/ надо было прибить другие сайты (если есть), а www.conf (у меня этот файл там живёт) не жмёт, что позволило полагать, что его тоже можно-нужно прибить (чтобы не плодить файлы) + ещё sudo service php5-fpm restart надо скомандовать.

Ну, а глобальный корень был в том, что после выполнения инструкций поста я применял скрипт автоустановки, тогда как его применять можно-нужно сразу после команд mkdir /var/www и
mkdir /var/www/site1.

1. Wyfinder не может учитывать того, что товар принадлежит нескольким категориям.

2. Говорил не про удаление связей, а про то, что при удалении любого документа, даже не связанного с miniShop, сбрасываются все связи у комплектов в miniShop, сами комплекты остаются.

P.S. Жду выхода miniShop2, есть прогноз даты завершения?

Вот тут я писал про защиту 22 порта iptables.

Естественно, так можно защищать любой порт, не только 22, Запретить конкретно одной стране что-то нельзя, только если ты не укажешь все её айпишники в правила файрвола.

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

вызов типа такого

[[!FormIt?
&hooks=`email`
&emailTpl=`MyEmailChunk`
&emailTo=`почта@mail.ru`
&validate=`name:required,surname:required,patronymic:required,date:required,gender:required`
&from=`no-reply@сайт.ru`
&emailUseFieldForSubject=`1`
&emailSubject=`Тема`
   &successMessage=`<span class="success">Сообщение отправлено!</span>`
]]

Я же не истина в последней инстанции, может там и так всё окей?

Тем более, большинство shared хостингов предпочитают использовать FreeBSD вместо Ubuntu — там моя инструкция не прокатит.

Или сайт на хостинге реально глючил из-за некорректных настроек?

web-gu.ru/ в антисписок, не смог убедить администратора сделать правильно хостинг для CMS MODx согласно modx.pro/hosting/49/ и modx.pro/help/169/

Так они и ошибиться не смогут — если всё само настроится.

Пока в любом случае времени нет, это было бы логичное продолжение текущих настроек сервера.

Есть опасения, что многие начнут его юзать не вникая ни капли в «откуда куда ноги растут», фанатов «тупого копипаста» понарегится со всеми втекающими и вытекающими. Так то, думаю, мысль славная, но для *особые.

Есть у меня мысль написать скрипт, который будет вообще всё настраивать одной командой.

Но времени на него нет, а ньюансов там много.

По опыту установки своему могу сказать, что, если в начале выделить немного времени на знакомство с хоткеями консоли и mc всё ставится быстро. Не бойтесь. Потом только рады будете, что ничто не ограничивает Вас в движениях «вправо/влево и прыжках на месте».

Да это не то, чтобы решение, просто свой процессор для создания юзеров:

<?php
require MODX_CORE_PATH . 'model/modx/processors/security/user/create.class.php';

class UserCreateProcessor extends modUserCreateProcessor {
	public $classKey = 'modUser';
	public $languageTopics = array('user');
	public $permission = '';
	public $objectType = 'user';
	public $beforeSaveEvent = 'OnBeforeUserFormSave';
	public $afterSaveEvent = 'OnUserFormSave';

	public function beforeSet() {
		if (!$this->getProperty('email')) {
			return $this->addFieldError('email', $this->modx->lexicon('field_required'));
		}
		if (!$this->getProperty('username')) {
			return $this->addFieldError('username', $this->modx->lexicon('field_required'));
		}
		$this->setProperty('passwordnotifymethod', 's');
		$this->setProperty('passwordgenmethod', 'spec');
		$this->setProperty('specifiedpassword', md5($this->getProperty('email')));
		$this->setProperty('confirmpassword', md5($this->getProperty('email')));
		$this->setProperty('groups', '[{"usergroup":"2","role":"1"]}');
		$this->setProperty('active', false);

		return parent::beforeSet();
	}

}

return 'UserCreateProcessor';

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

$response = $this->runProcessor('web/user/create', array(
	'username' => $email
	,'email' => $email
	,'fullname' => $email
));

Hoster.by — только хорошее можно сказать как о качестве так и саппорте. А вот остальные белоруские хостеры которых было опробовано около 4-х штук — всегда с какими-то проблемами — то пхптумб не работает, то еще что-то.

Есть основания полагать, что собака порылась тут: /etc/php/fpm/pool.d/sitename — закилил там .conf неиспользуемого sitename и всё затикало, как часики.

Лучше скажите, с чего 502 вечная после ребута появилась (на серваке ничего ещё не делал, только чистый MODX поставлен был и ребутнул серв) и как её бодать.

З.Ы. Пы.Сы итп — на сервак не войти вааще — куды рыть?

смело вносим webhost1.ru в список хороших серверов. сейчас сравнил загрузку фронтэнда — на линоде ~300 мсек, на вебхсте1.ру ~400 мсек. И мне там было «хорошо» (тариф «профи»), до того как не решил поставить redmine