Владимир

[GeoLocation] — компонент реализует функционал геолокации. Используется библиотека SxGeo.

Определение страны, региона, города.
пример можно посмотреть тут — location.vgrish.ru/index.php?id=7

MinifyX/munee 1.4.2 — сжимает в 1.3-1.5 раз слабее, чем это возможно.

Сравнил библиотеки jquery, jquery-ui и flexslider. Готовые min-файлы весят в 1.3-1.5 раз меньше, чем те, которые получаем после MinifyX/munee. Вначале думал, что алгоритмы сжатия используются примитивные, но оказалось, что такая степень сжатия достигается за счёт минимизации имён локальных переменных и прочих объектов языка (вплоть до 1 символа). Логично.

Судя по всему, munee не умеет «сжимать» локальные имена. Или всё-таки умеет?
Кто что думает по этому поводу? Если не умеет, не планирует ли кто реализовать эту минимизацию на уровне компонентов, например, того же самого MinifyX/munee?

P.S. Сходу это дело реализовать не получится, поскольку регулярками здесь не обойтись (регулярки не учитывают уровень вложенности). Нужен полноценный парсер JS-кода. Ну а коли использовать (или писать) такой парсер, то и munee может уже и не понадобиться…

Не так давно Сергей Шлоков написал статью Упрощаем работу с TV. Видно, что технология эта вызвала интерес у общественности, но данная реализация имеет очень много подводных камней. Сам я это все копаю уже очень давно, не фуллтайм, но сталкивался. В результате на свет появились две довольно объемные заметки (раз и два). Если кто не поленится прочитать, думаю, сможет представить, сколько много тонкостей там имеется. С некоторыми из них Сергей в процессе столкнулся. Но это не все еще имеющиеся проблемы. Попробую перечислить основные.

Необходимость задачать разные имена колонок и ТВшек.
Это Сергей у себя в топике описывал, не буду вдаваться в подробности.

Дублирование значений в виде ненужных запией в таблицу ТВшек.
Гвоздь (сорри, не знаю имени), написал в комментарии про эту проблему и привел плагин, решающий ее, но на это никто не отреагировал (видимо, мало кого заинтересовало решение, в несколько раз превосходящее по объему предложенный продукт).

Наверняка много кто использовал в своей практике TV-поля типа «Список» (множественный, одиночный, не важно) или «Тег». Здесь важно именно то, в каком виде в базе данных хранятся данные таких полей, ведь они сохраняют множественные значения. А хранят они их одной общей строкой в той же самой таблице ТВшек (естественно, по одной записи на один документ). К примеру, если мы отметили три значения 100, 1005, 10, в БД это запишется 100||1005||10. И здесь возникает вопрос как потом выполнить поиск по таким полям? Простой LIKE здесь не поможет, так как LIKE %100%, к примеру, найдет и '100||1000' и '1001||1005'. Данного вопроса мы уже касались здесь и подобный вопрос опять возник здесь.

Недавно Михаил попросил меня написать сравнительный обзор Fenom и Smarty. Честно сказать, я феномом не пользовался, и хотя сейчас уделил время на какое-то его изучение, все-таки не смогу выдать какое-то сильно аргументированное заключение, просто потому что много в феном мог и не увидеть (хотя оно там может даже и есть). Тем не менее, я приведу несколько примеров использования Smarty, которые довольно часто используются на практике, но которых я не увидел в Феноме, а те, кто хорошо знает Феном, пусть поправят меня или подтвердят.

Продолжая тему, начатую Василием, предлагаю решение для упрощения работы с TV. Оно поможет тем, у кого логика сайта завязана на TV — запросы, фильтры и т.п.
Решается эта задача созданием полей в таблице ресурсов и копированием в них значений TV.

Здравствуйте. Не судите строго, пишу скорее как памятку для себя, но может быть кому пригодится.
Простое решение для добавления тегов с фронта в форму Tickets.

Всем доброе время суток. У меня возник такой вопрос:
Мне между товарами в mfilter2, minishop2 нужно вывести блок баннера.
Допустим через каждые 16 товаров такой баннер выводить…
Как лучше сделать(идеи предложения)?

про conditionalTpls читал но это не то…

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

Что обычно люди делают в таких случаях? Верно, редактируют ядро или нужный компонент, и больше их не обновляют. Но ведь это неправильно, и можно решить вопрос иначе.

Пишем обычный плагин, выставляем для него событие OnMODXInit и меняем модель для нужных классов системы или дополнений. Например, я добавил id менеджера в заказ miniShop2:

Привет.

Обычно я разбираюсь в проблеме сам, так как большую часть времени эти проблемы сам себе и создаю неправильным углом налона рук в момент работы. Проще говоря, иногда торчат из задницы. Но видимо не в этот раз.

Второй вечер подряд пытаюсь решить проблему с намертво падающим php при попытке использовать механизм наследования Fenom в pdoTools.