+5.68
Рейтинг
20.89
Сила

Александр Фатеев

Адаптация шаблона админки плагина — iframe или "отдельная страница"?

Разрабатываю плагин с достаточно обширной админской частью. Большим количеством JS и т.п.
Столкнулся с проблемами адаптации под зоопарк шаблонов. Хотелось бы покрыть максимальную потребность пользователей.
Админку строю на Twitter Bootstrap, понятное дело, что при «нормальной» классической реализации (например, как сделана админка базового плагина «Page»)будет куча «боков» и конфликтных ситуаций в плане разметки/css, js-зависимостей и библиотек с существующими шаблонами как обычными (детьми Developer) так и построенными на TB.

Как быть?

1. Делать свой Лунопарк для админки — отдельные «страницы» с полностью своей разметкой, стилями, библиотеками и т.п., в отрыве от общего дизайна текущего шаблона?
2. Встраивать Iframe в существующие текущие шаблоны?
3. Забить на адаптацию и массовость, и делать админку строго под классические LS шаблоны — Developer, Syniо и т.п.?

Речь только об админ-части плагина.
Спасибо за советы и рекомендации!

Плагин —> подключение внешних php библиотек и загрузчиков классов

Здравствуйте!
Помогите, пожалуйста, в следующих вопросах (версия движка 1.0.3):

1. В плагине требуется задействовать некоторые зависимости, полученные с помощью Composer.
В каком месте плагина их правильно подключать?
Подключение в главном классе плагина, в методе Init() — верное решение? Если нет, то подскажите правильный путь, пожалуйста?

Файл plugin_name.class.php
...
// Инициализация плагина
public function Init() {
    require 'vendor/autoload.php';
}
...


2. В плагине требуется задействовать некоторые свои библиотечные классы, хранящиеся в папке
lib/

Как правильно подключать свои либы к плагину? Можно ли через автозагрузчик классов? Если да, то где почитать про правила автозагрузки классов в LS?

Большое спасибо за помощь и ответы!

Нужен ли плагин "карты" для топиков LS?

Привет.
В данный момент доделываю бесплатный плагин для AltoCms, реализующий картографический функционал для топика, а именно:

1. Отрисовка произвольного кол-ва объектов пользователем:
  • маркер;
  • окружность;
  • полилиния;
  • полигон;
  • прямоугольник;

2. Удаление выбранных объектов.

3. Сохранение данных карты:
  • центровка карты при редактировании пользователем;
  • масштаб карты (зум), такой как установил пользователь при редактировании;
4. Добавление и вывод описаний ко всем объектам (не только к маркерам).

Есть идея сделать платный плагин, имеющий базовый описанный функционал, плюс приятные полезные фичи:
  • удобная настройка отображений объектов (цвета, заливка и т.п.);
  • настройка типов маркеров;
  • базовый набор готовых гео-объектов, таких как ['кинотеатр', 'театр', 'кафе'...] с готовыми шаблонами (например, расписание работы и т.п.);

В чем собственно опрос: нужны ли подобные плагины сообществу LS? Какую минимальную сумму вы хотели бы заплатить за платный вариант плагина?

Шаблоны: специфические требования, совместимость, стандарты и тп (???)

Доброй ночи всем!
Пробуем верстать шаблончик под LS, возникли несколько вопросов:

1. Где можно почитать какие-либо официальные рекомендации по наименованию классов, ID блоков и тп?
2. Есть ли строгие требования к п.1., или это носит только рекомендательный характер?
3. Какие есть общие рекомендации по обеспечению безболезненной совместимости щаблона с плагинами. Про Хуки — понятно, конечно, но, может, есть что-то еще?
4. Как пример, на сколько я понял, приводится шаблон Developer. На сколько легитимно использование его компонентов (например, js-файлов) в своем коммерческом шаблоне (делаем для LS-маркета), что бы не изобретать велосипед для тех частей, которые стандартны?
5. CSS-разделение: деление на небольшие блоки-файлы, так как в Developer — это требование, или рекомендация? Просто привыкли к монолитным CSS-файлам, без деления на блоки и тп, не хотелось бы отходить от этой практики.
6. Что необходимо для обеспечения совместимости с follow?

Спасибо за ответы и советы!

Шаблон: загрузка js-библиотек в footer'e шаблона

Подскажите, пожалуйста, в следующем вопросе:
Есть несколько тяжелых js-библиотек, которые хотел бы подгрузить непосредственно перед
</body>

в footer.tpl.
Как правильно это сделать, по-аналогии с {$aHtmlHeaderFiles.js}? Желательно, что бы была возможность их склейки (вручную не хочется объединять).

Читать дальше →

ls.ajax или jQuery ajax? Что предпочтительней? В чем разница? Запросы к экшнам или к отдельным файлам?

Собственно, сабж. Помогите, пожалуйста.
По-возможности, дайте ссылки на примеры. Раньше для LS 0.4.x ort давал примеры, но по поиску уже все мертвы…

Спасибо большое!

Плагин будет создавать файлы и папки. Где их хранить?

Здравствуйте.
Подскажите, пожалуйста в следующей ситуации:
плагин будет создавать некую структуру папок для хранения в ней своих файлов (это не загрузки).
Выбрал для хранилища папку tmp/. Руководствовался следующими убеждениями:
1. Эта папка, по умолчанию, доступна для записи. Пользователю не нужно будет дополнительных действий для установки прав.
2. Папка, как бы сама подразумевает хранение временных файлов.
3. Не хотелось бы заставлять пользователя нарушать безопасность движка, открывая дополнительные папки для записи (в случае, если хранить создаваемые файлы планина в структуре папок самого плагина).

Возможно я не прав, и в LS уже предусмотрено хранилище создаваемых плагинами файлов?

Модуль GEO. Документация

Подскажите, пожалуйста, где можно подробнее ознакомиться с новым модулем GEO?
На сколько я понял, пока базовая гео-абстракция основывается только на работе с страна/регион/город?
Т.е., реализации работы с координатами, привязками и тп — в базовом варианте нет?

Контроль порядка выполнения хуков в шаблоне

Есть планин А, есть плагин Б. Оба плагина с помощью хука Hook_1 делают инъекцию кода в шаблон.
Как упорядочить очередность инъекции через один хук?

Нашел lifehack, вручную прописать очередность подключения плагинов в plugins.dat, но это поможет не всегда.
Если кто знает, подскажите, пожалуйста.

Решение: все комментарии в блоке прямого эфира.

Искал сегодня варианты решения задачи вывода всех комментариев в блоке прямого эфира, взамен классическому отображению — группировки комментариев по топикам.

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

Возможно, кому-то пригодится.

Читать дальше →