Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #5Вчера в 23:07
Как оказалось, смена есть) Постараюсь не ударить в грязь лицом! 2 из 5 компонентов обновлены, продолжаю…
Платежные модули для BePaid, WebPay, Assist, Oplati и другие теперь open source 2
Вчера в 23:05
а подробнее пожалуйста: какой текст ошибки в логе, может быть код ошибки? что необычного в сниппете/хуке/валидаторе? как вызываете весь сниппет? сложн...
Плагин reCaptchaV3 пропускает без заполнения и не отображается в форме 5
28 января 2025, 17:03
Добрый день, а как сделать посадочную страницу по нескольким значениям одной опции одновременно?
[SeoFilter] - серьёзное обновление. Ускорение подсчётов, оптимизация, зависимость и другие &... 31
28 января 2025, 15:47
Всё нормально «отсекается» в pdoresources если указывать параметр parents
Другое дело что у тебя скорее всего currentRegionId для исключения нужно ук...
pdoResource c несколькими родителями 3
28 января 2025, 09:25
Жаль, что нет документации.Да, знаю, документацию не просто писать, нужно кучу времени, очень с этим трудно
easyComm 1.15.0 большой апдейт: ответы, улучшенные файлы и многое другогое! 14
28 января 2025, 01:22
Version 2.3.1
Added
support MySQL 5.7 description for ready blocks support for custom parameters for snippets@Баха Волков @Rus
PageBlocks 2.3.0 6
26 января 2025, 17:53
Шаблон работает через файлы:
{insert 'file:template/yafeed.tpl'}Сам шаблон yafeed.tpl
<?xml version="1.0" encoding="UTF...
Yandex Feed YML, ошибка Premature end of file 2
26 января 2025, 17:19
Не работает если использовать феном
{'!FetchIt' | snippet : [
'snippet' => 'FormIt',
'form' =...
Вопрос про PreHooks и checkbox 7
Используйте подготовленные запросы.
Кстати, для отладки есть удобный метод toSql(), который выдает подготовленный распарсенный sql запрос.
Они точно не будут лазить и искать алгоритмы.
А алгоритмы можно придумать разные — удалить файл, или испортить исходник класса, и ещё много чего можно придумать. Т.е. и не подумаешь, что проблема в ключе. Баг какой-то. Даже если разработчик пишет тебе в техподдержку для сайта, для которого куплен компонент, просишь его выслать код класса и всё становиться ясно. Тут уж как фантазия работает.
Вань, ты прикалываешься что-ли? Да нахрена его взламывать, лазить по файлам, искать где шифруется, если можно просто скопировать код? В этом случае на каком уровне твой плинтус? У меня 2 минуты заняло поставить Office на локалку — скачать с сайта (без архивирования!), выполнить ряд манипуляций (не буду говорить какие) и поставить ещё один зависимый пакет (а может не один).
И я про тоже. Только без внешних источников.
П.С. Кстати, а пользователь не знает, есть запрос на внешний источник или нет. Может и искать нет смысла.
Кстати, пока писал, пришла идея :) — наверно можно использовать динамический ключ для таких пакетов, чтобы не лазить в репо? При сборке пакета по заданным условиям его формировать, а при распаковке проверять. Теоретически возможно.
А флудить начали именно потому, что нет ясности. Вот и возник спор.
Ты вообще что-ль нормально разучился разговаривать? Ничего мне не нужно уточнять, успокойся.
П.С. Только что ради эксперимента поставил Office на локалку. Потратил 2 минуты.
А если продается техподдержка, а не лицензия, то почему нельзя использовать дополнение без техподдержки. В чём непорядочность разработчиков-неплатильщиков в юридическом смысле? Нигде же не сказано про обязательность техподдержки. И получается, что ты усложняешь жизнь разработчикам, которые формально ничего не нарушили. Они за техподдержку не платили — они её не получают.
Это вопрос скорее к ребятам из MODSTORE. Я как автор платных дополнений заинтересован в четких правилах, повышающих мои права и продажи.
По поводу защиты не стал заморачиваться. Ничто не мешает скупому, неблагодарному, бессовестному, беспринципному и наглому разработчику вместо пакета скопировать исходники с сайта-донора. Мы же помним, как такие разработчики собирали пакеты платных дополнений Василия с Гитхаба. Да, чуть сложнее. Но это вряд ли их остановит.
Сравнивать тысячные доли? Это даже не погрешность, это погрешность погрешности. Пять раз обнови страницу, и пять раз цифры будут разные даже не меняя код.
Я когда переходил не феном тоже сравнивал. Разницы в скорости при вызове сниппетов через стандартный синтаксис и через феном никакой.
Парсер MODX запускается перед феномом только для обработки кэшируемых тегов. Вообще парсинг выглядит так:
1. Запускается парсер MODX и обрабатывает кэшируемые теги. Феном теги остаются необработанные.
2. Запускается парсер фенома, если есть теги Fenom.
3. Запускается парсер MODX и обрабатывает некэшируемые теги пока они есть. Нераспарсенные не удаляются.
Пункты 2 и 3 могут выполняться в цикле до 10 раз, если есть нераспарсенные теги.
4. Запускается парсер фенома, если есть теги Fenom.
5. Запускается парсер MODX и обрабатывает некэшируемые теги пока они есть. Нераспарсенные теги удаляются.
Пункты 4 и 5 пункт могут выполняться в цикле до 10 раз, если есть нераспарсенные теги.
Многие, наверно, обращали внимание на тормоза, если указан несуществующий плейсхолдер.
Выглядит эта конструкция, мягко говоря, как вид жопы сбоку. У этих парсеров разный принцип работы. По хорошему, разработчикам MODX нужно или вообще отказываться от парсера и просто дать возможность пользователям самим выбирать (я сделал маленький шажок в эту сторону) или дорабатывать его до более-менее функционального уровня (я это тоже пробовал).
Я бы посоветовал использовать оба парсера так:
— юзать только кэшируемые теги MODX ([[*tag]], [[$chunk]], [[++system]], [[snippet]]). Хорошо для оптимизации.
— для остального использовать феном.
В этих режимах парсеры не пересекаются.
Добавил пример в описание метода select.
А попробовать?
П.С. Я бы ещё посоветовал ограничить список полей через select(). Не зачем ненужные поля выводить.
Конечно, это пост оптимизация.
П.С. У меня работает отлично. Феном в помощь.