mngatoff

ура :)

вот прямой «свежий» диалог с очень хорошим сео-спецом.

*Алексей*
а тут закономерный вопрос
надо ли админку от индексации закрывать и служебные папки?

*...*
да обычно закрывают админ и служебные папки и 404 стр
стандартный набор папок в робот добавь

*Алексей*
а хоть один случай индексации этих папок у кого-то был?

*...*
в смысле?
ну то ли робот ходит только по нужному, то ли по всему на свете и нихрена не врубается

сеошникам бы объяснить то же самое

перевести, может? я могу, если желающие найдутся

а папку /core/ можно вообще вынести из корня за пределы public_html, и хренушки туда влезешь извне тогда. Работает прекрасно. С обновлениями некоторых компонентов только бывают трудности из за прав на папки

… блин.
:D
ну ок, а как быть? от индексации-то надо закрыть, сеошники орут

я как-то делал, мне помог dropdownselect кажется так назывался…

Я в защиту msync скажу, что когда 1С обновилась и имена файлов перестали совпадать, мне ответили быстро, по моей просьбе тут же переписали класс cataloghandler и компонент обновили в репозитории через пару дней.

это не на весь) это на [name=«delivery»]. Просто такая конструкция надежнее, чем, скажем $('[name=«delivery»]').change(function() {})

что мешает просто отловить изменение формы?

$(document).on('change', '[name="delivery"]', function() {
	if ($('[name="delivery"]:checked').attr('id') == 'delivery_5') {
		и развлекайся на здоровье...
	}
})

и на грани серьезных проблем с объектом плагиата, если у того нормальные сеошники в штате

оно физически не могло работать. У объекта modUser нет поля photo, и в базу данных его некуда записывать. Вы, видимо, просто внимания не обращали, работает оно или нет)

1. файл core/components/minishop2/model/minishop2/minishop2.class.php
строка 263 — функция getCustomerId создает пользователей, если их нет. Здесь можно добавить сохранение телефона. Только потом минишоп нельзя обновлять)
2. плагин на событие msOnChangeOrderStatus
происходит в нем примерно следующее:

<?php
$user = $modx->getObject('modUser', $order->get('user_id'));
$prof = $user->getOne('Profile');

if ($prof->get('logincount') > 0 || $order->get('status') > 1) return;

$pass = $user->generatePassword(6);
$user->set('password', $pass);
$user->save();

$message = "<p><strong>Ваши данные для входа в личный кабинет на сайте ".$modx->getOption('site_name')."</strong></p>
            <table>
            	<tr><td><strong>Логин:</strong></td><td>".$user->get('username')."</td></tr>
            	<tr><td><strong>Пароль:</strong></td><td>".$pass."</td></tr>
            </table>";
$modx->getService('mail', 'mail.modPHPMailer');
$modx->mail->set(modMail::MAIL_BODY, $message);
$modx->mail->set(modMail::MAIL_FROM, $modx->getOption('emailsender'));
$modx->mail->set(modMail::MAIL_FROM_NAME, $modx->getOption('site_name'));
$modx->mail->set(modMail::MAIL_SENDER, $modx->getOption('emailsender'));
$modx->mail->set(modMail::MAIL_SUBJECT, 'Ваши данные для входа на сайт');
$modx->mail->address('to', $prof->get('email'));
$modx->mail->setHTML(true);
if (!$modx->mail->send()) {
    $modx->log(modX::LOG_LEVEL_ERROR,'An error occurred while trying to send the email: '.$modx->mail->mailer->ErrorInfo);
}
$modx->mail->reset();

Это будет отдельное письмо, сам заказ отправляется минишопом, туда я не влезал.

htaccess?

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

а если нужно в фильтре (который mFilter2) вывести единицу измерения, как это сделать?

у меня все норм. Просто некто добрый настраивал площадку под битрикс и после него все посыпалось. Полезли разбираться, обнаружили, что битрикс требует overload=2, а modx из-за этого не работает