Форум Open Server Panel

предлагаю добавить информацию в генерируемые файлы

Если пропустил, то сорри. Нашел только для Apache и Nginx

Для приближения сути к логике докера Вы не думали забирать кастомные настройки, например, PHP или MySQL из osp каталога проекта (если они там указаны)? Иногда приходится передавать проекты фронтам, которым не сильно интересно, что там в PHP или другом модуле настроено, а дефолтный не всегда подходит.
Суть: хранить кастомные php.ini, mysql..ini и т.д. в каталоге проекта и грузить их вместо дефолтных (из основного каталога config)
То есть .\config\<имя_модуля>\templates отзеркалить на .\osp\<(тип|имя)_модуля>\templates

точнее на .\home\<project>\.osp\<(тип|имя)_модуля>\templates

Придираюсь, Конечно.
Но сортировка хромает

Во всех конфигах модулей нужно определять IP вручную. (Другого не нашел)

Выдержка из кокументации
--------------------------------------------------------------------------
ip IP-адрес модуля.
Несколько IP-адресов: Можно указать несколько IP-адресов (через пробел) и использовать IPv6, если модуль это поддерживает. При обновлении файла HOSTS будет использован первый указанный IP-адрес.
DNS: Этот параметр игнорируется для модулей DNS.
--------------------------------------------------------------------------

Когда добавляешь свой модуль (например PHP) приходится подбирать IP/ Не факт, что потом пересечешься с уже занятым...
Было бы просто замечательно (для исключения пересечения IP) ввести ip=auto и выделять из пула адресов 127.*.*.* просто первый свободный. Тем более, что в рекомендациях использовать алиасы вместо IP

ValeryFVV2002 писал(а): ↑28 авг 2024, 11:48 Когда добавляешь свой модуль (например PHP) приходится подбирать IP/ Не факт, что потом пересечешься с уже занятым...
Было бы просто замечательно (для исключения пересечения IP) ввести ip=auto и выделять из пула адресов 127.*.*.* просто первый свободный. Тем более, что в рекомендациях использовать алиасы вместо IP

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

DelphinPRO писал(а): ↑28 авг 2024, 11:51 Мне кажется, что на проверку занятости будет уходить время, что увеличит время запуска.

Если пройтись по всем *.ini и собрать в массив/структуру (я ж не знаю как там под капотом, может так и есть) , то задержка будет в миллисекунды
А так ставишь новый PHP, долго ищешь свободный IP, а потом, подгрузив чужой модуль получишь "веселые старты" с поиском и переносом... А то еще и кучка IP
Я же не говорю - везде авто. А только на свои, некоробочные модули.

Ну вообще как опция - да.
Или пусть osp, увидев значение auto, единожды найдет свободный IP, и пропишет его вместо auto (как вариант)

Но вообще я не знаю, насколько оно затратно по времени, может и не имеет значения.

А вот тут было бы круто зелененьким подсвечивать включенный PHP...
Или болдом

Мне кажется разработчики немного "лоханулись" (при всё моем уважении и любви к проекту и к труду разработчиков) с архитектурой и удобством для пользователя.
Может быть там были какие-то сложности с реализацией и может быть всё еще в пути.
(А далее пожелание...) Но для меня очевидно, что для пользователя было бы удобно отправной точкой входа в настройках сделать раздел - домены. Т.е. я добавляю домены вручную указывая путь, как это было в 5ке + автоматическое определение. И далее должна быть возможность настраивать модули для каждого домена или объединять домены в группы и настраивать группы(это если у меня многосайтовость на одной папке). И также иметь возможность создавать заранее пресеты окружения, чтобы для домена(-ов) выбирать преднастроенный пресет из списка. И, если у меня изменится требование к окружению, то я просто перенастраиваю пресет или делаю его копию и перенастраиваю.

Кажется, это практически никак не ломает предыдущий экспириенс из 5ой версии. А лишь слегка его дополняет, расширяет. Здесь можно сделать отсылку к шаблонам проектирования, SOLID и прочим подходам в программировании, где мы поддерживаем расширяемость продукта. Возможно, всё появится, когда будет GUI интерфейс. Очень на это надеюсь и желаю. А пока количество сил на изучение работы в 6ой версии пока по ощущениям сопоставимио с изучением работы с Docker.