Алексей

Алексей

Был в сети 02 января 2025, 10:27
Заказы не принимаю
Написать
Всё увидел! всегда была настройка на виду, ведь -).
Только если я ставлю windows-1251 ещё больше кракозябр появляется на месте русских букв (в 2-3 раза). Попробовал декодер лебедева, он мне написал что это CP-1251->UTF-8, и декодировал правильно.
Все таки через плагин никак не поиграться с кодировкой?
Новые дополнения и их версии [xParser] 1.6.3 События плагинов для кастомной логики и код ответа сервера 24
Как используя плагины, преобразовать корректно ответ сервера, имеется заголовок:
HTTP/1.1 200 OK
Content-Type: text/html; charset=windows-1251
ну и соответсвенно в распарсенных полях полный бардак с кодировкой русских букв
Новые дополнения и их версии [xParser] 1.6.3 События плагинов для кастомной логики и код ответа сервера 24
Спасибо за pull-request! Я уже давно заметил что pdoPage не кэшируется, но, думал что это из-за переменных &page=2 в строке запроса. Оказывается что нет, будем ждать новой версии pdoTools с кэширующим pdoPage!
время ответа сайта прыгает от 183 до 700 мс.
Это хостинг. Можно развернуть локальное окружение и попробовать на своём ПС. Но в 90% это виноват хостинг. Если локально не получается, попробуйте на тестовом тарифе modhost.pro развернуть сайт, там процессор E3-1270 v6 последнего поколения, скачков во времени ответа быть вообще не должно.
Пошаговые инструкции Оптимизация сайта на MODX 24
У кого-нибудь есть контакты Василия? Звякните ему чтоб ошибки в pdoPage поправил.

Можно поправить прямо в исходниках репозитория pdoTools на гитхабе.
Вот ссылка на файлик 
core/components/pdotools/model/pdotools/pdotools.class.php
github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdotools.class.php#L1389
ну и создать пулл-регвест. Вроде по самому короткому пути так.
PS: кстати у меня открывается ваш сайт за ~400-500мсек.
Пошаговые инструкции Оптимизация сайта на MODX 24
Вот это статья! Все по полочкам, по-русски, понятно, для новичков, и проч. проч.!
Для себя вывел такую вещь:
$_modx->resource.uri
Вот на это всегда ругался то Pug (Jade), то redactor от modmore (imperavi), наровя преобразовать > в мнемонику html.
на что готовый ответ:
{$.res.uri}
и работает через:
$fenom->addAccessorSmart("res", "data", Fenom::ACCESSOR_PROPERTY);
        // Переменные можно определить статически или динамически по условию
        $fenom->data = [
            "uri" => $modx->resource->uri
        ];
и больше никаких танцев с бубнами с преобразованием везде знака ">"
Для разработчиков Прокачиваем навык программирования на Fenom 7
Я правильно понимаю, что у каждого посетителя сайта может быть свой часовой пояс, его нужно как-то узнать через браузер (просто взяв системное время javascript'ом) и сравнить с серверным системным временем. Затем, путём не хитрых вычислений, выдать доступное время с учётом этих поправок. Я правильно мыслю?
Новые дополнения и их версии [UserEvents] - события пользователя. 45
Замечательно! на самом деле углубился в документацию, и там тоже есть ответ на этот вопрос. Спасибо за развернутый ответ!
Ещё остался момент – как-то показывать время, с учётом часового пояса пользователя сайта? Сейчас я как понимаю, идёт привязка к часовому поясу сервера сайта.
Новые дополнения и их версии [UserEvents] - события пользователя. 45
в общем все понятно, разобрался! полезная ссылка для модификатора preg_get_all
непонятно только что делать вот с этим делом:
как бороться с max_execution_time лимитом при парсинге даже около ~50 страниц это занимает больше обычных 60 секунд.
Новые дополнения и их версии [xParser] 1.5.0 - Полная поддержка miniShop2 и обновление записей 30
немного не понял вот эти строки:
На выходе, компонент превращает его в обычный массив PHP и по-очереди выгружает в галерею.
Как всетаки заставить xparser загружать изображения в галерею? можно по-шагам. В документации не нашел тоже ничего по этому вопросу.
Новые дополнения и их версии [xParser] 1.5.0 - Полная поддержка miniShop2 и обновление записей 30
Большое спасибо за обновление! Единственно не понял, как бороться с 
max_execution_time
лимитом при парсинге даже около ~50 страниц это занимает больше обычных 60 секунд.
link_attributes — нашел в файлике
/core/components/xparser/processors/mgr/combo/getfields.class.php
замечательную функцию:
excludeResourceFields
из которой закомментил 
// 'link_attributes',
и все заработало!

PS: также в новых версиях хотелось бы видеть функционал вырезки ненужного контента при парсинге.
Новые дополнения и их версии [xParser] 1.3.0 - Регулярные выражения + Кейс 19
А можно пример? на сколько я понимаю это «Системное поле» -> «Resource.pub_date», а там же нет итерации, или счетчика созданных страниц для использования в fenom? как знать номер отпарсенной странички?
Новые дополнения и их версии [xParser] 1.4.0 - Поддержка пагинации на доноре 4