Павел Гвоздь

Panorama так и не понимает ссылки такого вида. По поводу «зачем 2 класса», Вы сами ответили на свой вопрос. Один для того, если не введен ключ апи, второй чтобы получать название и описание.

По полям, которые ниже поля с видео — эти поля каждый создает сам, ровно как и поле с типом videoGallery, поэтому вместо «заполняется автоматически», каждый для себя может написать что угодно. А может вообще не создавать эти поля, а выводить ту-же самую информацию используя возможности Fenom. Фактически, эти 4 поля каждый создает (или не создаёт) сам для своего же удобства. Кому удобнее хранить всё в одном json поле — обходится только первым полем. Единственное я скрыл поле с массивом json, наверное всё же нужно было оставить его для наглядности того, что оно есть?

Данные запрашиваются при событии jquery — «input». А при сохранении срабатывает плагин, который удаляет старые не используемые изображения из папки, оставляя только то, что используется в Json массиве в поле с типом «videoGallery».

Супер! Спасибо, Василий!

Можешь не верить, но я задумываюсь. По крайней мере стараюсь.

Перед тем, как ты ответил, я обновил предыдущий пост и написал, как раз о том, о чём написал ты. Дело не в этом, Василий, я это прежде всего проверил.

Вот так тоже самое:

{$_modx->runSnippet('MinifyX', [
	'minifyCss'			=> 1,
	'registerCss'		=> '1',
	'cssSources'		=> '
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/css/bootstrap.min.css,
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/css/add.css
	',
	'minifyJs'			=> 1,
	'registerJs'		=> '1',
	'jsSources'			=> '
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/js/bootstrap.min.js
	'
])}

Вот так если Minifyx вызвать в чанке Theme.Bootstrap — Head, то воспроизводится:

{$_modx->runSnippet('MinifyX', [
	'minifyCss'			=> 1,
	'cssPlaceholder'	=> 'minifyxCss',
	'registerCss'		=> 'placeholder',
	'cssSources'		=> '
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/css/bootstrap.min.css,
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/css/add.css
	',
	'minifyJs'			=> 1,
	'jsPlaceholder'		=> 'minifyxJs',
	'registerJs'		=> 'placeholder',
	'jsSources'			=> '
		' ~ $_modx->config.assets_url ~ 'components/themebootstrap/js/bootstrap.min.js
	'
])}

{$_modx->getPlaceholder('minifyxCss')}
{$_modx->getPlaceholder('minifyxJs')}

Обновлено: Но дело не в cssPlaceholder/jsPlaceholder, и без них тоже самое происходит.

Ещё, если в настройках указано «cache_resource=1» (по сути, по-умолчанию), то при кешированном вызове сниппета через $_modx->runSnippet при первой загрузке после обновлённого кеша сниппет отрабатывает, а при последующих он как-будто вообще не выполняется. Даже из кеша. Это, я так понимаю, точно баг?

Спасибо большое, Василий. Я вот иногда замечаю такое, что если на странице или в шаблоне прописано только {include 'test'} или {extends 'test'}, то он не парсит его, а выводит прям как есть текстом. Это глюк или я что-то не пойму?

Обновлено: А вот если ниже дописать {block 'test'} {/block}, то всё приходит в норму и Феном включается.

Не знаю насколько правильно написан этот сниппет. Может Василий увидит — поможет, посоветует.

if( !$MobileDetect = $modx->getService('mobiledetect', 'MobileDetect', MODX_CORE_PATH . 'components/mobiledetect/') )
{
	return;
}

$key = $MobileDetect->config['force_browser_variable'];

$device = !empty($_GET) && array_key_exists($key, $_GET)
		? $modx->stripTags($_GET[$key])
		: '';

if( empty($device) )
{
	$device = $MobileDetect->getSettings();
}
else {
	return $device;
}

if( empty($device) )
{
	if( $MobileDetect->getDetector()->isMobile() )
	{
		return 'mobile';
	}
	else {
		return 'normal';
	}
}
else {
	return $device;
}

Можно написать один хедер и разделить его на 2 версии. А если этот компонент использовать в сочетании с Феном, то можно сделать гораздо больше и грамотнее.

Вот за это спасибо, Василий. Долго думал, как лучше сделать проверку и цикл while почему-то не рассматривал, как вариант. После твоих слов сразу в голову пришёл while. Поправил.

Разве в index.php не происходит тоже самое?)

К слову:

Это все делается в 5 строчек

Тем способом, которым воспользовался я это можно сделать в 3 строчки:

define('MODX_API_MODE', true);
require_once dirname(__FILE__) . '/index.php';
$modx->getService('error','error.modError');

Это если Вам нравится делать всё компактно.

А в чём отличие Вашего метода подключения и того, что у меня, если не считать множества проверок на существование файла index.php в моём скрипте?

Мне действительно интересно, может я что-то делаю не так…

Перепишите для себя. Я для себя писал и мне удобно, чтобы скрипт можно было сунуть куда-нибудь.

Цена и расположение — не всегда показатель. К примеру FirstVDS предоставляет качественные сервера примерно за такую-же цену. Берите ВДС и настраивайте по инструкции Василия — первая и вторая. Будет счастье.

Может плагин какой плохой?

Вот какой-то плагин писал давненько. Как раз отсылает мыло. А если мыло не ввели, то создаёт юзера вот с таким мылом «телефон@сайт-на-котором-регается-юзер.ru». На том сайте мне надо было вводить либо мыло, либо телефон. Поэтому такое решение.

Обновлено: В конце там у нас есть код — если юзер авторизован, то записать данные введённые в заказе в Profile.

<?php
$mail_subj_text = 'Регистрация на ' . $modx->getOption('site_name');
$chunk_mail_reg = 'tpl.mail.userRegisterFromOrderSubmit';
$suffix_email = '@сайт-на-котором-регается-юзер.ru';

switch ($modx->event->name)
{
	
	// Обработка события, чтобы узнать, существовал ли юзер раньше..
	// А также подставляет левый email, если он не заполнен, а "телефон" заполнен
	case "msOnSubmitOrder":
		
		$order_data = $order->get();
		if( empty($order_user['email']) ) {
			$order_data = $data;
		}
		//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $order->get() , true));
		//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $data , true));
		
		// если email пуст или он с нашим суффиксом, то подставляем ему мыло вида - "телефон@suffix_email"
		if( empty($order_data['email']) || strstr($order_data['email'], $suffix_email) )
		{
			if( trim($order_data['phone']) != '' )
			{
				$phone = preg_replace( "/\D/", "", $order_data['phone'] );
				$data['email'] = $order_data['email'] = ( $phone ) . $suffix_email;
			}
			else
			{
				$data['email'] = $order_data['email'] = '';
			}
		}
		$modx->event->returnedValues['data'] = $data;
		
		// проверяем наличие мыла
		$email = $order_data['email'];
		if(empty($email)) { continue; }
		
		// проверяем на существование юзера по username=email, и если не существовал, то пишем соответствующее значение в сессию
		$_SESSION['minishop2']['new_user'] = false;
		if( !$modx->getCount('modUser', array('username' => $email)) )
		{
			$_SESSION['minishop2']['new_user'] = $email;
			//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $_SESSION['minishop2']['new_user'] , true));
		}
		
		//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $data , true));
		
	break;
	
	
	case "msOnCreateOrder":
		
		$order_user = $order->get();
		
		// если email с суфиксом нашего сайта - то не продолжаем
		if( strstr( $order_user['email'], $suffix_email ) ) { continue; }
		
		// если не авторизован
		if( !$modx->user->isAuthenticated($modx->context->key) )
		{
			$email = $order_user['email'];
			if(empty($email)) {return false;}
			
			$user = $modx->getObject("modUser", array('username' => $email) );
			
			// Если юзер не существовал раньше (при событии msOnSubmitOrder), то ставим ему новый пароль и шлём сообщение о регистрации на мыло
			if( $_SESSION['minishop2']['new_user'] == $email )
			{
				$new_password = substr( md5(rand()), 0, 9 );
				$user->set('password', $new_password );
				$user->save();
				$modx->log(modX::LOG_LEVEL_ERROR, print_r( $new_password , true));
				
				// формируем письмо (тему и текст)
				$mail_subj = $mail_subj_text;
				$mail_body = $modx->getChunk( $chunk_mail_reg,
					array_merge(
						$user->getOne('Profile')->toArray(),
						$user->toArray(),
						array(
							'password' => $new_password,
						)
					)
				);
				
				
				// шлём письмо
				$mail = $modx->getService('mail', 'mail.modPHPMailer');
				$mail->set(modMail::MAIL_BODY, $mail_body);
				$mail->set(modMail::MAIL_FROM, $modx->getOption('emailsender'));
				$mail->set(modMail::MAIL_FROM_NAME, $modx->getOption('site_name'));
				$mail->set(modMail::MAIL_SENDER, $modx->getOption('emailsender'));
				$mail->set(modMail::MAIL_SUBJECT, trim($mail_subj));
				$mail->address('to', $email);
				$mail->address('reply-to', $modx->getOption('emailsender'));
				$mail->setHTML(true);
				$mail_response = !$mail->send()
					? $mail->mailer->ErrorInfo
					: true;
				
				// пишем в лог, если письмо не ушло
				if ($mail_response != true) {
					$modx->log(modX::LOG_LEVEL_ERROR, 'Не получилось отправить email на ящик '.$email.'. Сообщение: '.$mail_response);
				}
				$mail->reset();
			}
			
			//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $_SESSION[ 'user_' . $email ] , true));
		}
		else
		{
			$user = $modx->user;
			
			// записываем данные из формы в профиль
			$profile = $user->getOne('Profile');
			
			$profile->set('fullname', $order_user['receiver']);
			$profile->set('phone', $order_user['phone']);
			$profile->set('city', $order_user['city']);
			$profile->set('address', $order_user['street']);
			$profile->set('comment', $order_user['comment']);
			
			$profile->save();
		}
		
		//$modx->log(modX::LOG_LEVEL_ERROR, print_r( $order_user , true));
		
	break;
	
}

Всё понял, спасибо большое!

А msDiscount такого не позволяет реализовать? Хороший компонент умеющий многое. Может и это умеет…

Я имею ввиду скидку при достижении определенной цены.

Я думаю, было бы здорово, если б и это было в возможностях Феном, пусть даже чуть неточно. К тому-же если полностью отказаться от modx тегов в шаблонах и вообще везде, то наверное разница во времени будет практически неразличимой?

В любом случае решать тебе. Как бы то ни было — то, что ты сделал для нас — заслуживает уважения (не только Феном, хотя он поставил большой восклицательный знак)!

Начал интенсивно использовать при разработке include и extends. Шаблоны стали более гибче. Всё легко меняется в одном месте. Без кучи чанков. В общем я до сих пор под впечатлениями от того, как это просто внедрить, буквально несколькими кликами.

Если честно, на мой взгляд такой CMF, как модх — может стать достаточно популярным, среди разработчиков с достаточным уровнем знаний. Вы не поверите, но сколько много до сих пор смыслящих разрабов, которые работают с ВП, и другими, а о модх и ухом даже не слышали. Когда они понимают, что из себя представляет модх, то от него их уже за уши не оттащить. Я таких встречал. А также встречал и многих, кто уже работает с модх. Даже у нас в Казахстане. И не на сайтах посвящённых модх. Поэтому и говорю, что модх набирает популярность, медленно, но стремительно.

Роман, не могли бы Вы выложить код виджета, пожалуйста?