Форумы / National / Russian / Идеи / Упрощение установки расширений

Сейчас многи расширения помимо установки через админ панель требуют руками прописывать теги в шаблоны, что для начинающего пользователя может быть затруднительно, и в любом случае неудобно и требует лишнего времени. (Даже мне порой сложно - т.к. не сразу поймешь какой шаблон используется из плагина, из модуля или который лежит в теме оформления...).

Поэтому родилась идея использовать в плагинах (там где это возможно) автоматическую вставку (шаблоны при этом остаються неизменными). 

Реализуется это достаточно просто.

Многие Теги вставляются в стандартные для данного плагина места - виджет «like» в  конец страницы, виджет «userwall» на страницу профиля пользователя и т.п.

Мы можем не заставлять пользователя делать это в ручную, а автоматизировать процесс путем переопределения (дополнения) уже стандартных присутствующих в системе и обработанных тегов.

На примере плагина «social_share» простой код: 

// проверяем включен ли режим автоматической вставки (по умолчанию включен)	
// и на отсутствие тегов плагина в шаблоне 
if ($socs_cfg['auto_insert'] && !(method_exists('XTemplate','hasTag') && $t->hasTag('SOCIAL_SHARE'))) {
	$t->vars['PAGE_TEXT'] .= $code; // автоматически вставляем виджет в конец страницы
} else { 
	$t->assign('SOCIAL_SHARE',$code); // обрабатываем тэги шаблона (виджет будет ставлен только при наличии тега)
}

Думаю код нагляден и понятен. И плагин начинает работать сразу после установки (без каких-либо дополнительных телодвижений) как, например, в Вордпресс. Это еще один шаг к юзабилити и «широким массам» пользователей.

Естественно не для каждого плагина и шаблона этот метод можно применить, но большинство дополнений в стиле «еще одна рюшечка на сайт» могут этот метод внедрять.

Лично мне не нравится идея

Какая именно и почему?

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

А вопрос:

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

Понятно, что если tpl файл лежит в теме, править надо его, а перепутать плагин с модулем сложновато будет, ИМХО.

#35850 Trustmaster:

Была мысль вставлять во все шаблоны специальные якоря, к которым привязываются новые теги. Например, {{MENU}}, {{SIDEBAR}}, {{BLOCK}} и так далее. То есть своего рода хуки в TPL-файлах. Останавливает следующее:

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

Относительно привязки к тегам, озвученной в первом посте:

• Шаблоны засоряются меньше, но различие в присутствующих тегах сохраняется.
• По стилизации руки у дизайнеров связаны, поскольку новый контент просто приклеивается к тегу. Многие плагины будут отображаться криво.
• Не самый простой код встраивания в PHP-файле.
• Потери производительности.

Да, как я и писал выше подойдет только для некоторого количества простых виджет-стайл плагинов, типа лайки, шаринг, коммментарии и т.п.

#35865 Nik Samokhvalov:

Macik, а как твое решение обеспечит настройку порядка вывода сразу нескольких плагинов в одном обработанном теге?

В общем случае никак. Можно «докручивать» меняя значения «Order» для конкретного плагина, но это тоже дополнительные телодвижения. 

Что касается противников - по моей задумке (которая реализована в «Social share») режим «автовставки» можно глобально (для всех шаблонов плагина) отключить. К тому же, живой тег в шаблоне имеет приоритет и если он там есть (читай пользователь его туда вставил) - будет использоваться он (автоматическая вставка отключается). 

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

P. S. Только про секретарш опять не начинайте… :-)

Да. Такой подход реализован например в Вордпресе (только опять не начинайте… :))) ).  Причем вызывать его можно даже со страницы информации о плагине, где есть таблица хуков плагина и используеых шаблонов. И дойдут руки реализую…

…для этого как мне кажется хорошо подойдет редактор кода ACE. Кроме приятного оформления и схем расцветки, там есть вполне полноценный API (code folding, line wraps, поиск и замена, веделение фрагментов и получение выделенного текста) - в общем мне очень понравился.

Чего жаждет народ понятно. Но не реализуемо.
WP на сколько я понял не использует FTP и перезаписывает отредактированные файлы прямо из PHP скрипта.

К тому же доступ на редактирование шаблонов будет только у админа.

Да и причем здесь «777». Файл сохраняет системный скрипт. Соответственно у него права «владельца».
На файлах стоит «644» - и все отлично сохраняется. Проверил сейчас на вордпрессе: 

Что-то я запутался. Т.е. если следовать описанному тобой, то  логически получается следующее:

- если PHP имеет право на запись «644» файлов - то это равносильно «777» и система подвержена риску (и не важно есть ли редактор или нет)

- если PHP не имеет прав на запись «644» файлов (или файлы 444) - то все Ок. (тогда опять же не важно есть ли редактор или нет, т.к. он не сможет работать.)

В обоих случаях получается, что редактор как бы и не причем?

(Или речь о том, что люди не разбираясь ставят 777? Как мне кажется такие люди скорее всего даже и не смотрят на то какие права на файлы стоят изначально. И вообще мало заботятся о безопасности.
К стати про то, какиа права должны стоять на все файлы в Install.txt нет ни слова - там только про «644» для config.php)