2 часа назад
Ты проверил все шаблоны и чанки?
Журнал ошибок показывает что fenom не может обратиться к pagetitle 1
2 часа назад
Обычно при очистке кеша красным выводятся все дубли.
Как найти все товары с одинаковыми url адресами? 1
3 часа назад
Все настройки взяты с рабочего проекта, может быть, что-то было неправильно сделано…
Настройка конфигурации NGINX + PHP-FPM 7.4 на Ubuntu 22.04 + Fastpanel для MODX 2.8.7 11
4 часа назад
Добрый день. Поставил FetchIt и у меня выходит ошибка при отправке.
«не могу найти указанный ключ формы (action)»
Вызываю некэшированно. Не понима...
[FetchIt] - Полноценная замена AjaxForm без зависимостей 60
6 часов назад
1. Документация
Важно!
Сниппет должен быть вызван некэшированным, т.е. перед его названием должен быть восклицательный знак.2. Убедитесь, что у ...
FetchIt выдает ошибку в консоли Uncaught ReferenceError: FetchIt is not defined 1
9 часов назад
server {
server_name 213.139.209.81 www.213.139.209.81;
return 301 https://213.139.209.81$request_uri;
charset off;
index index.php index...
Как правильно настроить конфигурацию NGINX для работы MODX? 1
Сегодня в 09:53
По идее, если бы в MODX в обе версии интегрировать эти фасады, можно было бы добиться какого-то моста между версиями для совместимости других дополнен...
Facade Laravel в Modx 2/3 12
Сегодня в 09:52
Кстати, не разбирался, но заметил 2 нюанса с датами:
1. часовые пояса нужно как-то настроить… как?..
2. Теряется время! У unpub_date в базе 100% вре...
mmxDatabase 1.2.0 3
Вчера в 22:02
Странно то, что точно также указаны пути в других компонентах, например migx или clientconfig. Но у них на странице CMP они подключаются норм, а у мен...
Почему в кастомном процессоре пути прописываются относительно корня сайта? 2
Вчера в 12:09
После такого пинка по тушке modx у меня появилось желание наконец-то поставить 3 и что-то уже на нём сделать :-)
mmxFenom - нативная интеграция шаблонизатора 10
и
В первую очередь:
К тому же Василий написал:
Потому что.
И кроме того есть возможность выбрать нужный вариант картинок. ВК, насколько помню, любит картинки размером 500+ px.
Потом уже выбирать ТВ-шку и добавлять к ссылке. В теории должно работать. На практике реализовать — знаний не хватило.
По первому пункту — многое зависит от структуры сайта и основных целей по взаимодействию с пользователем. Самый простой пример — организация загрузки новостей на Life. Там каждая категория — лента выборки и есть нюансы. Заходит человек на новость и видит один тайтл и т.д. Прокручивает вниз — ему догружается по ajax следующая публикация в этой категории (а ля лента новостей в соцсетях). При этом когда в видимой области находится другая новость (не изначальная) — меняется url, title, description и т.д. То есть в любой момент, когда он захочет поделиться страницей в соцсетях или отправить в Инстапейпер (Покет) подхвачен будет именно целевой контент со своим описанием, названием, картинкой, ключевиками и т.д. Каждая отдельная ссылка изначально открывает только одну новость, но стоит прокрутить чуть вниз и сразу появляется еще одна, затем третья, четвертая и т.д. Если динамически параметры не менять, то останутся и старые парметры в опенграф-метатегах и данные в итоге спарсятся совершенно не те.
Этот тот случай, когда увеличиваются поведенческие факторы и повышается уровень расшаривания контента. Больше естественных ссылок — круто для SEO, хотя есть упорные слухи, что именно переходы из соцсеток (и их частота) — рассматриваются ПС как показатель «интересности» ресурса и якобы это имеет значение для ранжирования (правда это или нет — достоверно никто не знает). В любом случае, просто переход на целевую страницу для многих уже очень радостное событие, даже если речь не идет о росте веса страницы и улучшения поведенческих. Вот примерно из таких соображений и требуется динамическая замена. Это не для всех ресурсов подходит, конечно. Стратегии управления поведением пользователя сильно отличаются, так что под каждый конкретный случай свои грабли нужны.
В тему изменения title по ajax — была вот такая тема. По тому же принципу можно адаптировать под эту задачу, насколько я понимаю. С подобными решениями сталкивался еще года 3-4 назад. Кажется, именно с битрикса все и началось. Суть в том, чтобы сделать именно ЧПУ-фильтры, и в зависимости от них выстраивать не только новый title, но мета-теги кейвордс, дискрипшн, а также текстовый блок описания на странице. Таким образом можно получить несколько «уникальных страниц» по одному направлению запросов. То есть модификация товара — цвет, материал и т.д. — рассматривается не как тот же лот с опцией, а как отдельная страница. По факту — это два разных товара.
В сущности, такой подход — альтернативное «канониклу» решение проблемы дублирования контента. Вместо того, чтобы «ликвидировать» ссылочный вес страницы вставляется новый контент. Первая проблема с таким подходом — адовое количество контента. Отчасти это решается «автогенерацией текстов», но быстро стало ясно, что слишком часто получается «нечеловеческий текст». Как уже технически реализовать наборы данных для разных компоновок фильтров — вопрос отдельный.
В действительности, подобные механизмы уже работают на отдельных магазинах. Сложно, геморно, трудоемко, но для крупных магазинов отчасти оправдано — кто-то ищет золотистый айфон, а кому-то белый подавай)) Точное вхождение по узкому запросу и две страницы по запросу айфон вместо одной — уже хорошо с точки зрения охвата запросов. По эффективности (поисковой и экономической)… вот не скажу, поскольку ни одного внятного исследования не видел, а как провести расчеты за вычетом других факторов влияния неизвестно. Ни один магазин как-то не спешит ставить громоздкие эксперименты ради сеошников XD
На сегодня бытует мнение, что подход с заменой мета-тегов, тайта и описания — лучше вставки каноникла. Вроде бы, это логично. Как уже на самом деле — «есть жизнь на Марсе, нет жизни на Марсе… Науке это неизвестно».
Как можно такое реализовать?
Вставляю в Tickets.list.row вызов сниппета TicketLatest с параметром comments, но в итоге все ломается. Насколько понимаю, getTickets подхватывает параметр &limit.
И еще…
Надеюсь для тех, кто не сможет поехать, будет сделана видеоверсия встречи, ну или текстовый вариант ;)
Все-таки очень интересные моменты.