хотя будь мой сайт я бы без проблем его расширил))

А как сделать чтобы при подписки через Sendex пользователь появлялся ?

я стараюсь чисто на разработке не зацикливаться

регался?

ага

Ну видишь, мы с тобой разные люди, я например очень люблю разработку и часто даже в свободное время пишу код "Для себя" по этому для меня инструмент - это очень важная штука которая влияет на мое настроение)

но это изврат, тебе не кажжется?)

ну я вот плагин сделал switch ($modx->event->name) { case 'OnUserFormSave': if ($mode != 'new') { return; } if (!empty($_POST['sx_action'])) { $user->joinGroup('Users'); } break; } но он че то не робит

ну я вот плагин сделал switch ($modx->event->name) { case 'OnUserFormSave': if ($mode != 'new') { return; } if (!empty($_POST['sx_action'])) { $user->joinGroup('Users'); } break; } но он че то не робит

в sendex есть такое? OnUserFormSave

sendex не создает юзеров

Ты прав, и че делать? 😊

не проще было бы использовать тогда Register какой-нибудь и хранить email просто у юзера

О, точно, спасибо Жека

для тех кто не в курсе что такое список: ul>li>a

лол))

А в нем div)))

а в нем ul

Ну p конечно это не правильно, но т.к. это навигация, обычно навигация это не список, а <nav> )

<nav> НЕ заменяет теги <ul> или <оl>, он просто их обрамляет

Может еще и найдешь где такое рекомендуется?)

А почему не дивами, Жень?

могу сам порекомендовать со своей практики

Чем эта практика хороша? Я вот могу сказать чем плоха, чем больше вложенность - тем хуже как для поисковиков, так и для браузеров

семантика жеж

Чем эта практика хороша? Я вот могу сказать чем плоха, чем больше вложенность - тем хуже как для поисковиков, так и для браузеров

Как раз таки семантически правильно и ul и div внутри nav

хм по подробней про поисковики

Подробнее не могу, не моя специфика, но точно читал и неоднократно слышал что это влияет на поисковики, да и просто логически посудить, любой парсинг html идет последовательно опускаясь с самого корневого div до низа, чем больше вложенность - тем больше циклов, тем больше нагрузка на робота

хз, еще до появления nav было принято менюшку списками делать

зато это моя тема) хз что ты там читал, но то что ты пишешь это дичь) не влияет на поисковики

зато это моя тема) хз что ты там читал, но то что ты пишешь это дичь) не влияет на поисковики

Т.е. про количество циклов ты тоже отрицаешь?) Даже тот же ваш любимый Jquery будет работать быстрее с меньшей вложенностью)

Но я сомневаюсь, что это сильно влияет на ранжирование

а причем тут jQ? я конкретно спросил про поисковики

Но я сомневаюсь, что это сильно влияет на ранжирование

например яша говорит о 800 факторах) врядли там jq есть

Причем тут вообще JQ, я тебе сказал что просто логически можно предположить что роботу для парсинга сложной структуры требуется больше времени чем для парсинга простой, а время парсинга робота влияет на поиск. НО ТАКЖЕ я заметил что еще дополнительно еще и js работает медленнее со сложной струткурой

такое ощущение что ты не понимаешь о чем говоришь))

Обоснуй

давай начнем сначала) как боты парсят страницы

Давай, они, допустим у тебя есть структура div>ul>li*5^^div.test>div Сначала он зайдет в div, потом в ul, потом в каждый li, потом выйдет до изначального div зайдет в div.test, потом в div

не) как боты парсят

И так смотри чтобы спарсить первый div нам нужно 3 цикла, чтобы спарсить второй - 2