Columb

Спасибо! Все проверил. У вас в «Режиме работы PHP» выбрано «Версия PHP — PHP-FPM-php74»?

Спасибо, в логах имеем вот такие ошибки
php-erorrs.log

thrown in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php on line 34 [29-Nov-2023 14:22:16 Europe/Moscow] PHP Fatal error:  Uncaught Error: Call to a member function clearCache() on null in /var/www/my_site_use/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php:34

my-site.ru-frontend.error.log

thrown in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php on line 34" while reading upstream, client: XX.XXXX.XX, server: my-site.ru, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/my-site.ru.sock:", host: "my-site.ru", referrer: ""
2023/11/29 12:20:00 [error] 42300#42300: *803 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Call to a member function clearCache() 2023/11/29 12:20:17 [error] 42300#42300: *806 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Call to a member function clearCache() on null in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php:34

Stack trace:
#0 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modscript.class.php(76): include()
#1 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modx.class.php(1674): modScript->process(NULL)
#2 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modx.class.php(2769): modX->invokeEvent('OnWebPageComple...')
#3 [internal function]: modX->_postProcess()

Спасибо, что поделились настройкой конфигов, но у меня так и получилось запустить (перенести) сайт. При первом «запуске» — сайт работает, но при переходе по всем ссылкам сайта получаю главную страницу (при этом в браузере ссылки меняются). Если вручную внести ваш конфиг, то при переходе по ссылкам сайта получаю — 404 Not Found. Меняли ли вы сам конфиг nginx.config сервера?

@Илья Уткин, продублирую — есть такая проблема.

Андрей, спасибо за возвращение antiBot-a репозиторий! Увидел случайно, не смог удержаться, чтобы поблагодарить. Сейчас компонент бесплатный и полностью работоспособный.

Я так и не смог перейти на modx 3)). Опять же — на modstore нет внятной фильтрации дополнений, которые работают с modx 3…

Ну, «товарищам» (как я мне) в первую очередь важен хотя бы какой-то более-менее оперативный отклик на заданный вопрос в техподдержку. И да, я с вами соглашусь — бывает задаешь вопросы уже описанные в документации (и тут вина покупателя), а бывает что и документации-то нет… или она скудная или уже устарела (и тут нет вины покупателя, нельзя рассчитывать на то, что все покупатели программисты).

Соглашусь на все 100%, что работу modstore надо пересмотреть и улучшить, но с позиции обеих сторон, включая и шаблонные ответы.

Да, я уже видел. Не думаю, что это правильно, но право ваше. Комментарий выше написал только по одной причине — сам однажды купил дополнение, основываясь на описании его работы автором, и не поленился протестировать. Но не все, к сожалению, получается протестировать. По итогу — я не программист, автор дополнения — тоже не программист (да, и такие здесь продаются), дополнение мне не подошло (написал соотвествующий отзыв в ветке дополнения), требовать возврат денег не стал.

PS На antiBot, сам уже не раз поглядывал, надеюсь вернется в репозиторий

Такой «продукт» есть — msPre, спасибо за его разработку.

Добрый вечер, Андрей! Если сторонний сервис «умер» и работа дополнения с ним больше не возможна (или вы не планируете дорабатывать дополнение для работы с другим репозиторием), то нужно не только «удалить кнопку», но и везде удалить информацию о такой возможности (как минимум, указанную вами в «Обновление от 27.02.2019»).

Прошу у сообщества помощи — не могу понять почему у меня не верно работает снипет PolylangSitemap.

1. Не верно отображает карту сайта
2. Не обрабатывает указанные данные в параметрах languageGroup и onlyWithLocalization — выводит ссылки на все языковые версии + ресурсы без перевода

Вызов снипета с параметрами — «вывести языковую группу id-2 (en)»+«вывести только переведенные»+«вывести скрытые ресурсы»+«исключить ресурсы с id 2,5 (здесь проблем нет)»

[[!PolylangSitemap?
    &languageGroup=`2`
    &onlyWithLocalization=`1`
    &showHidden=`1`
    &resources=`-2,-5`
]]

Скриншот вывода карты сайта


Более детально можно посмотреть на тестовом сайте s30975.h8.modhost.pro/manager/ — логин — s30975, пароль — 2Z9zQyc8hXxV

Свойство «ms2gallery» остаётся на месте, вероятно, из-за того, что в системных настройках Тикетс ms2gallery указан в качестве источника медиа для тикетов (tickets.source_default).

К сожалению, мои знания не позволяют «доработать Тикетс в том месте, где он затирает неугодные ему properties». НО я нашел способ, как можно обойти данную проблему —

1. Созданный помощью xParser Тикет редактируем и сохраняем ТОЛЬКО в неопубликованном состоянии.
2. Публикуем (снимаем с публикации) Тикет ТОЛЬКО в разделе с тикетами (кнопкой).
3. Если необходимо отредактировать уже опубликованный Тикет — в разделе с тикетами (кнопкой) снимаем Тикет с публикации + редактируем и сохраняем неопубликованный Тикет + переходим в раздел с тикетами и кнопкой его публикуем.

Вот такие «танцы с бубном» для тех, кто не умеет писать код)

Добрый день, Павел! Спасибо, что откликнулись! Вы совершенно правы — Tickets после публикации отредактированного ресурса перезаписывает properties, удаляя запись парсера

1. properties tickets при создании (не опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false,"was_published":false},"xpUnique":"a128300e31a340c3bb649bb25f3b7d1d9fc0b2c4","xpTask":"203","ms2gallery":{"media_source":"3"}}

2. properties tickets после редактирования (не опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false,"was_published":false},"xpUnique":"a128300e31a340c3bb649bb25f3b7d1d9fc0b2c4","xpTask":"203","ms2gallery":{"media_source":"3"}}

3. properties tickets после редактирования (опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false},"ms2gallery":{"media_source":"3"}}

«Виновник» найден, но как решить данную проблему? Очень бы хотелось «подружить» между собой Tickets и xParser

Настроил парсинг новостных лент, записи создаются в Ticket. Проверяются записи (уникальное поле) по URL донора, который записывается в системное поле introtext.

Если настроить парсер так, чтобы созданные записи автоматически публиковались, то все работает как и указано в основном задании (записи добавляются, обновляются, до-записываются).

Но если запись автоматически не публикуется (публикуется вручную после проверки и редактирования), то при повторном запуске парсера создается ее дубль. Создается впечатление, что при «ручной» смене статуса записи на опубликованную, парсер уже не проверяет уникальное поле (URL записаный в системном поле introtext).

Пробовал дополнительном задании указать по-умолчанию resource|published = 0, а затем вручную публиковать — проблема остается.

P/S К сожалению, техническая поддержка закончилась 25.03.21.

Всем доброго времени суток! 

Я не программист, поэтому предпочитаю покупать нужные, на мой взгляд, компоненты. К сожалению, перед покупкой не все можно протестировать на modhost.pro (в любом случае, спасибо за такую возможность), поэтому хочу поделится своими мыслями по поводу SEOtabs.

1. SEOtabs предполагает работу с виртуальными страницами на уровне ресурсов, используя для этого SEO-табы (из документации — «содержимое SEO-табов не содержится в коде основной страницы, что позволяет создавать максимально уникальные виртуальные страницы для конкретных групп запросов»). Казалось бы все логично, но ajax загрузка данных SEO-табa по-умолчанию ОТКЛЮЧЕНА.

2. При клике на SEO-таб метаданые подгружается через AJAX, обновляя DOM-дерево. О том, что для изменения в SEO-табах метаданных title и description используются плейсхолдеры, в документации информации нет.

MODX Parser

<code>[[+st.title]]</code>
<code>[[+st.description]]</code>

MODX Fenom

{$_pls['st.title']}
{$_pls['st.description']}

MODX Fenom, вызов через условие (здесь шаблон ID 2 имеет вызов seoTabs).

{if 'template' | resource == 2}
    <title>{$_pls['st.title']}</title>
    <meta name="description" content="{$_pls['st.description']}">
    {else}
    <title>{'pagetitle' | resource}</title>
    <meta name="description" content="{'description' | resource}">
{/if}

3. У виртуальных страниц SEO-табов ОТСУТСТВУЕТ (не формируется) канонический URL. Например, компонент SeoFilter для этого использует плейсходер sf.url (что позволяет формировать и amp страницы )

<!--< канонический URL + amp URL у виртуальных и обычных страниц компонента SeoFilter />   --> 
        {if $_modx->getPlaceholder('sf.url')}
            <link rel="canonical" href='{$_modx->resource.id | url : ["scheme"=>"full"]}{$_modx->getPlaceholder("sf.url")}'>
            <link rel="amphtml" href='{$_modx->resource.id | url : ["scheme"=>"full"]}{$_modx->getPlaceholder("sf.url")}?amp'>
            {else}
            <link rel="canonical" href='{$_modx->resource.id | url : ["scheme"=>"full"]}'>
            <link rel="amphtml" href='{$_modx->resource.id | url : ["scheme"=>"full"]}?amp'>
        {/if}

4. При клике на SEO-табы у виртуальных страниц НЕ МЕНЯЕТСЯ название (содержимое тега Н1) через AJAX, по принципу замены метаданных title и description (см. п.2). Проблема решается перезагрузкой страницы и использованием плейсхолдера (в данном случае, плейсхолдер вызывается с использованием оператора if)

{if $_modx->getPlaceholder('st.title')}
        <h1>{$_pls['st.title']}</h1>
    {else}
        <h1>{'pagetitle' | resource}</title></h1>
{/if}

5. При перезагрузке SEO-табов у виртуальных страниц НЕ ОТОБРАЖЮТСЯ («теряются») записи лексиконов дополнительных свойств товара miniShop2.

6. Компоненты SEOtabs и frontendManager КОНФЛИКТУЮТ между собой — при клике на SEO-табы не происходит переход на виртуальную страницу с уникальным url (перезагрузка страницы). Проблема решается только отключением frontendManager.

7. Техническая поддержка отвечает в течение 3 рабочих дней. Для решения возникшей проблемы, как правило, просит предоставить доступ к сайту. Если это не возможно, то варианта всего два:
— заранее договориться с техподдержкой и воссоздать проблему на тестовом сайте modhost.pro (так как тестовые сайты с платными компонентами автоматически удаляются в течении суток).
— воссоздать проблему на субдомене dev. Вашего сайта

Второй вариант предпочтительней, но не гарантирует решение проблемы (в моем случае техподдержка в период с 27.04.21 по 06.05.21 так и не воспользовалась предоставленным доступом к субдомену сайта).

Ответ технической поддежки по поводу возможной доработки SEOtabs — «в данный момент мы ведем доработку пакета по другим направлениям, к примеру, корректная работа с sitemap. В плановое обновление мы это пожелание добавим, но до конца года вряд ли сможем взяться за эту проблему. Опять же, если вы считаете, что вам это действительно необходимо, то мы можем обсудить коммерческую разработку.»

Надеюсь, данная информация будет полезной как при использовании SEOtabs, так и при тестировании компонента перед покупкой.