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

А если туда же попробовать file_put_contents()?

100% с правами что-то.

Смотри:
1. Системный журнал
2. Ответ от коннектора во вкладке network консоли Chrome. Обычно там конкретный error.

Пропиши вручную ссылки, с добавлением ?action=login&provider=ProviderName.

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

[[!HybridAuth?
	&providers=`Twitter,Google`
	&siteUrl=`http://bezumkin.ru/`
]]

Чтобы владелец товара мог удалять неугодные ему комментарии? А зачем тогда они вообще нужны, только чтобы хвалить?

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

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

Это нестандартный функционал.

Должны быть ошибки либо в консоли браузера, либо в логе сервера, либо в админке MODX.

У Gallery есть свои процессоры для работы. Среди них есть и создание нового.

Попробуй.

Отключи вывод warning в php.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<?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
));

Я готового не знаю, тут работы на 10 минут.

Просто добавлять плагином в сессию id загружаемого ресурса, а потом это вывести, где нужно.

1. Должно работать. Если используешь Tickets — то у них свой набор параметров, в котором надо это указать.

2. Указывай с /, то есть путь от корня.

Очисти его в конце сниппета:

$pdoFetch->timings = array();

У тебя на скриншоте написано «MODX could not create database...» В скрипте для работы нужно было указать пароль рута от mysql.

Всё, дальше сам — я устал помогать.