Павел

Павел

С нами с 06 декабря 2015; Место в рейтинге пользователей: #424
Павел
29 мая 2019, 17:52
0
Здравствуйте. Пытаюсь в чанке FileAttachTpl работать с элементами Fenom, но ничего не выходит. Например, не получается заменить [[+size]] ни на {$_pls['size']}, ни на {$size}, такая же проблема с другими плейсхолдерами. Это принципиально не возможно или я что-то делаю не правильно?
Павел
27 апреля 2019, 07:41
+1
Как вариант, для мультидоменного сайта положить файлы в корень с разными именами (например robots.txt и robots1.txt) и в каждом контексте прописывать правила для nginx или апача. Но у вас ни это, ни описанные выше предложения не прокатят: сайт один и пока вы не зайдёте в /ru или /en контекст не будет определён. Здесь можно только или прописывать robots для каждой папки в пределах одного файла или создавать разные доменные имена.
Павел
01 июля 2018, 16:06
0
Спасибо. Проблема решилась изменением кода в строке 98 файла /var/www/data/site.ru/core/components/tinycompressor/model/tinycompressor/tinycompressor.class.php
вместо
$path = $this->modx->getOption('base_path') . $container .$file['name'];
сделал
$path = $container . '/' .$file['name'];
теперь приложение заработало. Остались ещё конфликты между разными источниками картинок MS2 Images и MS2Gallery Images если в них указаны разные размеры превью, то используются только MS2Gallery Images. Буду разбираться.
Павел
30 июня 2018, 21:32
0
1. Наличие строки в файле проверял, она была изначально, без моего вмешательства.
3. Пробовал и со сжатием и без него (для меня важны хорошо сжатые превью, сжатие самого загружаемого файла значение не имеет).
2. Что такое кэш изображений и как его очистить — не знаю. Пробовал следующим образом: удалял конкретное фото из галареи и загружал его заново.
Сейчас пробовал из консоли запускать скрипт для перегенерации изображений ms2Gallery, выдал следующую ошибку:
/www/data/site.ru/core/model/modx/modx.class.php : 1611)

[OnFileManagerFileCreate]
[2018-06-30 23:17:42] (ERROR @ /var/www/data/site.ru/core/components/tinycompressor/model/tinycompressor/tinycompressor.class.php : 180)

Ошибка сжатия (файл не найден): /var/www/data/site.ru//var/www/data/site.ru/assets/images/resources/10/foto.jpg
где-то путь сбивается и дважды друг на друга накладывается. До установки tinycompressor скрипт работал. Подскажите, где искать ошибку с путём?

Павел
30 июня 2018, 17:32
0
Здравствуйте. Поставил компонент, но степень сжатия файлов изображений (ms2Gallery-1.4.8 и minishop2-2.2.0) не поменялась ни на 1 байт, такое впечатление, что изображения по прежнему сжимает PhpThumb. В лог-файле ошибок нет. Можете посоветовать, как это исправить?
Павел
03 июня 2018, 12:18
0
Пагинация используется для вывода результатов работы mFilter2, возможно там используется Ajax (каких-либо параметров, которые в явном виде задают использование Ajax, в настройках я не нашёл). Мне нужно будет дополнять код javascript функцией pdoPage.callbacks['after']?
Павел
03 июня 2018, 11:11
0
Спасибо. PdoTools стоит, выражение работает при условии, что каждую страницу перезагружаю в браузере через ctrl+F5, иначе вне зависимости от значения page выдаёт `Информация`. А как избавиться от этого недостатка?
Павел
02 июня 2018, 16:53
0
Спасибо. PdoTools стоит, выражение работает при условии, что каждую страницу перезагружаю в браузере через ctrl+F5, иначе выдаёт из кэша предыдущий вариант. А как избавиться от этого недостатка?
Павел
23 ноября 2017, 12:47
0
Здравствуйте. Для посетителей сайта удобно использовать формат цен: 5 000 руб., а для микроразметки необходим другой формат 5000.00, возможно ли одновременное использование 2-х разных форматов цен в разных местах страницы?
Павел
27 июля 2017, 10:37
0
Около года пользовался этим плагином, но недавно плагин стал зависать на отправке sitemap Яндексу (выдаёт 0):

Google Sitemaps has been pinged (return code: 200).
Yandex.ru Sitemaps has been pingn pinged (return code: 0).
Bing / MSN Sitemaps has been pinged (return code: 200)

Может быть изменился адрес для отправки Sitemap Яндексу? Подскажите, кто сталкивался с аналогичной проблемой.
Павел
09 июня 2017, 17:28
0
Да, я тоже полагаю, что в этом проблема, но когда я запускаю утилиту копирования под root'ом (от него она работает через cron), то она мне не предлагает ввести токен, а читает содержимое папки ГДиска. Возможно, я раньше запускал утилиту под другим пользователем (не root) и под ним вводил токен, но как переучить утилиту на другого пользователя или убедиться, что под ним она работает — я не знаю (в тоже время, если в ручном режиме запустить командник от имени root-пользователя, то архив на ГДиск скидывается).
Павел
08 июня 2017, 20:38
0
Здравствуйте. Полгода пользовался копированием, настроенным по вашей инструкции — всё было в порядке. После переноса на другой сервер при запуске скрипта в ручном режиме — всё работает, при запуске через крон — архивы делаются, а на google-диск не передаются. Не могу понять причину. Можете что-то посоветовать?
Павел
22 апреля 2017, 18:48
0
Действительно, проблема решилась установкой галочки Доступен для поиска. Спасибо.
Павел
22 апреля 2017, 16:23
0
За showHidden спасибо, хотя проблему не решило. При вызове сниппета следующим образом:
[[pdoSitemap?
    &context=`web`
    &showLog=`1`
    &forceXML=`1`
    &showHidden=`1`
]]
скрытый адрес site.ru/sitemap.xml показывает в карте сайта, а главную страницу всё равно не показывает. Может быть я не правильно ищу? Чтобы проверить себя беру modx.pro/sitemap.xml и тоже не могу найти главную страницу в списке (пытаюсь найти «modx.pro<» или «modx.pro/<» нет ни того ни другого). Поправьте меня, если делаю не правильно.
Павел
09 января 2017, 18:10
+1
История изменений не всегда даёт полной картины. Например, minishop — есть 2.2, есть 2.4 — отличаются достаточно сильно, на него завязано ещё n-ное количество приложений, последние версии которых не всегда поддерживают старый minishop. Иногда нужно внести небольшое изменение в сайт, но при отсутствии документации встаёт вопрос или целиком разбираться в коде или радикально перелопачивать сайт на новые компоненты. Здесь не стоит вопрос о совершенствовании и внесении изменений в старые версии документации, а о том, чтобы заморозить документацию на старый компонент в том виде, который есть на момент выхода новой версии. Думаю, что minishop такой не единственный, просто наиболее удачный пример.
Есть Ubuntu 16.04, а есть 16.10 и пользователь, выбирая версию 16.04 уверен, что в течение последующих нескольких лет не останется без поддержки. Может быть не очень корректное сравнение, т.к. здесь речь идёт не о поддержке, а о том, что выбирая какое-либо приложение и устанавливая его на сайт, пользователь должен знать, что он сможет обратиться к документации в течение нескольких лет.
Павел
07 января 2017, 19:31
+3
Здесь хотелось бы поднять вопрос о документации на старые версии компонентов, есть возможность её не удалять? Ведь не всегда на работающих сайтах стоят самые последние версии.
Павел
03 января 2017, 17:37
0
Доки первым делом смотрел, но не обратил внимание, что там 2 картинки (открывал только первую). Спасибо.
Павел
03 января 2017, 11:18
0
В логах:
94.51.38.90 [03/Jan/2017:13:00:26 +0500] [GET /personal-office HTTP/2.0]  401
94.51.38.90 [03/Jan/2017:13:00:29 +0500] [GET /personal-office?hauth_action=login&provider=Yandex HTTP/2.0] 302
94.51.38.90 [03/Jan/2017:13:00:29 +0500] [GET /?hauth.start=Yandex&hauth.time=1234567890 HTTP/2.0] 302
Пробовал оба этих варианта, не помогает
Павел
25 ноября 2016, 15:53
0
Если сопоставлять полученные данные с утилитой Google PageSpeedInsights (там, если на ответ сервера ушло более 0,2 секунд показывается это время), то результаты выдаваемые MODX корректнее DebugParser. Получается, что DebugParser нельзя доверять? Или я ошибаюсь в чём-то?