Василий Наумкин

Нет, не должен.

За 5000 рублей могу написать и выложить сегодня готовое решение.

Конфиг nginx можно разделять на разные файлы.

Да, у меня складывается ровно такое же впечатление, потому что кроме тебя больше этот вопрос никто не поднимает.

Моё личное мнение, что если тебе настолько важно качество и размер фотографий, то лучше подготовить файлы самостоятельно, а не швырять всё подряд с iPhone и надеяться на лучшее.

Как пример могу привести сайт немецкой фотостудии, где все фотографии готовятся к публикации в Photoshop и больше не пережимаются. Там даже некоторые превью потом заменяют вручную, если они неудачно обрезаны.

bezumkin.ru/sections/components/2903/

Все pdoTools сниппеты стараются выбрать данные за один запрос. Соотвественно, для генерации меню сначала выбираются все нужные ресурсы, а уже потом строится дерево.

Через это получается, что ограничить размер подменю можно только после выборки, когда в этом уже нет особого смысла. Просто что-то скрыть, для красоты, но скорости это не даст. Если так нормально, то да, Fenom поможет.

А если нужно именно экономить ресурсы сервера на сложных меню, то я бы посоветовал написать свой уникальный сниппет, который решит конкретно эту задачу. Типа, выбрать везде всё, а вот в подменю с id = 10 только первые 5 ресурсов.

Если непонятен мой вопрос, повторяю еще раз: зачем пережимать уже загруженный оригинал?

Ресайз на клиенте нужен для экономии времени и трафика, а что экономит пережимка на сервере?
Если нужно мега-качество, то просто отключи пережимку на клиенте.

Налицо явное непонимание логики работы компонента.

Оригинальное изображение нужно, чтобы генерировать из него все остальные. Оно не должно пережиматься в принципе — это оригинал.

Но на случай, если пользователь очень далёк от компьютера и пытается загружать 20 мегапиксельные фотки, они пережимаются предварительно на клиенте, чтобы сэкономить время и трафик.
Чтобы не грузить фотки по 10 мегабайт, они пережимаются, предположим, до 1 мегабайта (или какое там указано в настройках максимальное разрешение).

В чём смысл пережатия уже загруженного на сервере 20мп-оригинала я не знаю.

Обновись еще раз и почисти кэш браузера — добавил инициализацию PrettyPrint при загрузке страницы.

Можно обновляться — версия 1.6.7-pl.

Помимо наборов параметров исправил еще и обновление таблиц при апгрейде со старых версий.

Там вчера баг был, вообще ничего не загружалось.

Пробуй сейчас, у меня всё заработало.

Вчера выпустил новую версию пакета, там обновлены основные провайдеры авторизации, включая Google и Facebook.

В установочном скрипте потерялось добавление специальных наборов параметров к Jevix.

Завтра выпущу исправление.

Подловить решил, что ли?

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

А почему именно для первого уровня, а не для третьего (десятого)?

Освой как следует те параметры, что уже есть. Я еще не видел ни одного меню, которое нельзя было бы сделать с их помощью.

В первом случае никаких проблем, а во втором это и становится твоим продуктом — форк с изменениями.

Оригинальная версия остаётся там где есть, а ты пилишь свою. Конечная цель в том, что пользователям не нужно будет ставить одновременно два похожих дополнения.

Не представляю, как у тебя на все хватает времени.

Да как-то не задумывался даже, само так получается.

В чем может быть причина?

С тем, что Virusdie — хрень какая-то, и не понимает, что модификатор /e вполне может использоваться в preg_replace у старых программ.

Этот модификатор, конечно же, опасен, но он никак не является вирусом.

pdoMenu строит дерево и своих параметров для этого там дофига.

Как определять tpl_4, на каком уровне вложения? Неужели не понятна разница между деревом и списком?

1. Сделать pull-request в modDevTools

2. Если реакции нет, то можно поступить наоборот — закоммитить modDevTools к себе. Выпустить новый пакет, развивать и поддерживать.

Например, вторым способом у нас появились современные BannerY и MinifyX.

Согласен.