Отделить свои плагины от коробочных

Предусмотрена ли такая возможность?

dedushka	#1 29. April 2011, 10:58
Members	В другом месте (http://www.cotonti.com/forums.php?m=posts&p=28079) уже описывалась недокументированная возможность отделить файлы ядра от собственных модификаций. Есть ли что-то подобное для плагинов? В идеале, хотелось бы иметь возможность указывать несколько областей поиска плагинов в переменной $cfg['plugins_dir']. Актуально при использовании одного движка для нескольких субдоменов. Возможно, существует какой-то более ~~изощренный~~ простой способ реализации.
Dieser Beitrag wurde von dedushka (am 29. April 2011, 11:00, vor 14 Jahre) bearbeitet

dedushka

#1 29. April 2011, 10:58

В другом месте (http://www.cotonti.com/forums.php?m=posts&p=28079) уже описывалась недокументированная возможность отделить файлы ядра от собственных модификаций. Есть ли что-то подобное для плагинов? В идеале, хотелось бы иметь возможность указывать несколько областей поиска плагинов в переменной $cfg['plugins_dir']. Актуально при использовании одного движка для нескольких субдоменов.

Возможно, существует какой-то более ~~изощренный~~ простой способ реализации.

Dieser Beitrag wurde von dedushka (am 29. April 2011, 11:00, vor 14 Jahre) bearbeitet

esclkm	#2 29. April 2011, 20:42
Team Thanked: 76 mal	что за паранойа? в стандартном комплекте такой возможности нет littledev.ru - мой маленький зарождающийся блог о котонти. снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты

esclkm

#2 29. April 2011, 20:42

Team
Thanked: 76 mal

что за паранойа?

в стандартном комплекте такой возможности нет

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

Trustmaster	#3 30. April 2011, 06:38
Administrators Thanked: 265 mal	Для мультисайтов обычно папка плагинов делается одна для всех сайтов, а вот datas и конфиги и БД у всех разные. May the Source be with you!

Kort	#4 30. April 2011, 06:51
Administrators Thanked: 217 mal	С путями там затык выходит. Решается или очень изощренно (через размещение "сателлитов" в подкаталогах основного сайта) или никак. SED.by - создание сайтов, разработка плагинов и тем для Котонти

Trustmaster	#5 30. April 2011, 08:02
Administrators Thanked: 265 mal	А можно подробнее, в чём затык? Может, его разрулить получится. May the Source be with you!

dedushka	#6 30. April 2011, 09:16
Members	Затык в том, что стандартные плагины обновляются вместе с движком, и для обновления своих плагинов приходится влезать в его каталоги, где стандартные и нестандартные - все в куче. В субдоменах использование includ'ов в корневых файлах (page.php, list.php и пр.) позволяет гарантировать актуальность версии, однако, с плагинами такое организовать не удается или я не могу понять как. PS Хотелось бы иметь представление о "линии партии" (Trustmaster, спасибо) в организации мультисайта. Добавлено 1 дня спустя: Кстати, чтобы нормально работать с admin.php в субдомене, приходится дублировать system/admin/img/. Т.е. переменная $cfg['system_dir'] не везде учитывается.
Dieser Beitrag wurde von dedushka (am 1. Mai 2011, 14:47, vor 14 Jahre) bearbeitet

dedushka

#6 30. April 2011, 09:16

Members

Затык в том, что стандартные плагины обновляются вместе с движком, и для обновления своих плагинов приходится влезать в его каталоги, где стандартные и нестандартные - все в куче. В субдоменах использование includ'ов в корневых файлах (page.php, list.php и пр.) позволяет гарантировать актуальность версии, однако, с плагинами такое организовать не удается или я не могу понять как.

PS Хотелось бы иметь представление о "линии партии" (Trustmaster, спасибо) в организации мультисайта.

Добавлено 1 дня спустя:

Кстати, чтобы нормально работать с admin.php в субдомене, приходится дублировать system/admin/img/*.* Т.е. переменная $cfg['system_dir'] не везде учитывается.

Dieser Beitrag wurde von dedushka (am 1. Mai 2011, 14:47, vor 14 Jahre) bearbeitet

Trustmaster	#7 1. Mai 2011, 15:32
Administrators Thanked: 265 mal	Мультисайтами всерьёз не занимались ещё со времён ветки genesis. Тогда придумали решение с примерно такой структурой. Движок распаковывается куда-то в доступное для всех хостов место, где хранятся основные файлы, в том числе и общий пул доступных к установке плагинов: /vhosts/common/images /vhosts/common/js /vhosts/common/plugins /vhosts/common/system Далее добавляются сателлиты, каждый из которых имеет корневые скрипты и индивидуальные папки, т.е.: /vhosts/example.com/datas /vhosts/example.com/skins /vhosts/example.com/admin.php ... То есть подразумевалось, что скины, базы, конфиги и пользовательские файлы у сателлитов разные, а вот системные файлы и набор доступных плагинов един. system/admin/img явно прописано, насколько показал поиск, в admin.resources.php. Это хорошее замечание, я заменю там литерал на переменную к следующей версии. Правда, будут ли работать изображения, если там будет нечто вроде ../common/system/admin/img? May the Source be with you!
Dieser Beitrag wurde von Trustmaster (am 1. Mai 2011, 15:34, vor 14 Jahre) bearbeitet

Trustmaster

#7 1. Mai 2011, 15:32

Administrators
Thanked: 265 mal

Мультисайтами всерьёз не занимались ещё со времён ветки genesis. Тогда придумали решение с примерно такой структурой.

Движок распаковывается куда-то в доступное для всех хостов место, где хранятся основные файлы, в том числе и общий пул доступных к установке плагинов:

/vhosts/common/images
/vhosts/common/js
/vhosts/common/plugins
/vhosts/common/system

Далее добавляются сателлиты, каждый из которых имеет корневые скрипты и индивидуальные папки, т.е.:

/vhosts/example.com/datas
/vhosts/example.com/skins
/vhosts/example.com/admin.php
...

То есть подразумевалось, что скины, базы, конфиги и пользовательские файлы у сателлитов разные, а вот системные файлы и набор доступных плагинов един.

system/admin/img явно прописано, насколько показал поиск, в admin.resources.php. Это хорошее замечание, я заменю там литерал на переменную к следующей версии. Правда, будут ли работать изображения, если там будет нечто вроде ../common/system/admin/img?

May the Source be with you!

Dieser Beitrag wurde von Trustmaster (am 1. Mai 2011, 15:34, vor 14 Jahre) bearbeitet

dedushka	#8 1. Mai 2011, 18:01
Members	Решение нереканий не вызывает, особенно, если вместо корневых скриптов использовать одноименные с содержанием типа: <?php include_once('../common/'.basename (__FILE__)); ?> Если движок и сателиты лежат в публичной области, то проблем с изображениями быть не должно. Есть ли какие-то нюансы в использовании таблиц БД для сателитов? Добавлено 5 дня спустя: Если можно, несколько слов о работе install.php на сателитах. Каков вообще порядок развертывания сателита? Требуется ли запускать install.php при его установке? Требуется ли его запускать после обновления файлов основного движка?
Dieser Beitrag wurde von dedushka (am 6. Mai 2011, 10:17, vor 14 Jahre) bearbeitet

dedushka

#8 1. Mai 2011, 18:01

Members

Решение нереканий не вызывает, особенно, если вместо корневых скриптов использовать одноименные с содержанием типа:

<?php include_once('../common/'.basename (__FILE__)); ?>

Если движок и сателиты лежат в публичной области, то проблем с изображениями быть не должно.

Есть ли какие-то нюансы в использовании таблиц БД для сателитов?

Добавлено 5 дня спустя:

Если можно, несколько слов о работе install.php на сателитах. Каков вообще порядок развертывания сателита? Требуется ли запускать install.php при его установке? Требуется ли его запускать после обновления файлов основного движка?

Dieser Beitrag wurde von dedushka (am 6. Mai 2011, 10:17, vor 14 Jahre) bearbeitet

Trustmaster	#9 6. Mai 2011, 13:32
Administrators Thanked: 265 mal	Основная задача install.php - обновление БД и конфигурации. А именно БД и конфигурацией сателлиты различаются. Вывод: install.php необходимо запускать при установки и обновлении на каждом сателлите. May the Source be with you!

dedushka	#10 6. Mai 2011, 19:05
Members	Спасибо за ориентировку.