Форум Open Server Panel

У проекта сменилась целевая аудитория и на настолько ленивых людей, не хотящих даже создать простой файл и нежелающих читать документацию проект более не нацелен.

Какая же глупость такое ляпнуть.

webprofy писал(а): ↑10 май 2024, 04:30

У проекта сменилась целевая аудитория и на настолько ленивых людей, не хотящих даже создать простой файл и нежелающих читать документацию проект более не нацелен.

Какая же глупость такое ляпнуть.

Всё правильно парни сделали, стало намного удобнее, все настройки проекта стали находиться в одном месте. Возможности программы стали обширнее и всем не угодишь, как бэээээ. Проекты стали создаваться иначе и мамкины программисты тут же взвыли из-за необходимости создания файлика project.ini Это каким же нужно быть лентяем, чтобы на такое жаловаться. Даже если у тебя 20 проектов потрать 10 минут и наслаждайся. Абсолютно не жалко такую целевую аудиторию

EnjoyWeb писал(а): ↑10 май 2024, 08:54

webprofy писал(а): ↑10 май 2024, 04:30

Какая же глупость такое ляпнуть.

Всё правильно парни сделали, стало намного удобнее, все настройки проекта стали находиться в одном месте. Возможности программы стали обширнее и всем не угодишь, как бэээээ. Проекты стали создаваться иначе и мамкины программисты тут же взвыли из-за необходимости создания файлика project.ini Это каким же нужно быть лентяем, чтобы на такое жаловаться. Даже если у тебя 20 проектов потрать 10 минут и наслаждайся. Абсолютно не жалко такую целевую аудиторию

Чувствую коммерческую жилку)

Установил новую версию и как и многие сначала впал в ступор. Постепенно разобрался на примерах и запустил свои проекты. Первое ощущение: "какой-то геморрой, лишние папки в моих сайтах, стало сложно настраивать". Но поразмышляв и пообсуждав с другом новую концепцию я пришёл к мнению, что система стала более гибкой и даёт возможности, которых не было в старой версии. Первое же что отталкивает это отсутствие GUI. Да я видел что вы над ним работаете, но всё же не понимаю зачем было торопиться и выкатывать новую версию не доделав его? Из-за этого проект как-будто выглядит немного сырым. Но что я сделал, я просто запилил свой веб-интерфейс управления проектами) Потратил день. Он простенький и примитивный, исключительно для моих нужд т.е. чтобы не создавать папку .osp руками и файл в ней. Морда у меня на vue+vuetify, а бэк на php. Чтобы не хранить папки .osp в своих сайтах я создаю их в корневой директории home. А в конфигах просто ссылаюсь на свой сайт. Это позволило мне хранить мои сайты вообще в любом месте диска, считаю это очень удобным. Встраивается мой интерфейс очень легко, достаточно его закинуть в home. Очень надеялся что для каждого проекта можно будет задать свой порт. Но не получилось. Надеюсь эту возможность вы добавите. Просто иногда хочется в локальной сети чтобы сайты были доступны по ip адресу с отдельным портом. Так например я делаю в iis. Не разобрался пока где конфигурировать php.ini и конфиг апач. Всё немного не очевидно. Короче ощущения двоякие. Безусловно вам бескрайне благодарен за такую работу и что вы дарите людям бесплатно такого мощного помощника. Просто считаю что немного поторопились с релизом.

Вот мой упрощённый веб-интерфейс управления, пока я жду ваш)

Как и viktor888, запилил свою web морду для редактирования project.ini и выложил на git
https://github.com/viansoft/osp/
Может кому будет полезно.

viktor888 писал(а): ↑15 май 2024, 13:41 Чтобы не хранить папки .osp в своих сайтах я создаю их в корневой директории home. А в конфигах просто ссылаюсь на свой сайт.

Странное желание, имхо. Добавить .osp в глобальный .gitignore и жить спокойно.
В IDE - закинуть в Excluded + Не отображать исключенные.

А вообще, от того, что в корне проекта появилась еще одна директория переживать не стоит. Там и так обычно полный фарш.

.idea
node_modules
vendor
.editorconfig
.gitattributes
.gitignore
postcss.config.js
vite.config.js
composer.json
package.json
package-lock.json
composer.lock
....

viktor888 писал(а): ↑15 май 2024, 13:41 Это позволило мне хранить мои сайты вообще в любом месте диска, считаю это очень удобным.

Сайты и так можно хранить где угодно. Нужно лишь добавить пути поиска в основном конфиге программы.

ответ DelphinPRO:
1) Мне не очень хотелось в проектах с моей работы править файл .gitignore. Мне показалось эстетичнее чтобы настройки веб-сервера не создавали "хлам" в моих проектах. Например когда я создаю проект в IIS и делаю ему привязки, задаю порт, виртуальные каталоги, то в моём сайте не создаётся папка которую потом надо заносить в gitignore руками. В любом случае новый функционал программы позволяет такую гибкость, я лишь пользуюсь его привилегиями. Проекты хранятся в гите и иногда я могу удалять их со своего компьютера и загружать по необходимости. В этом случае конфиг для проекта не будет удалён, как если бы он хранился в папке с проектом и был занесён в игнор. Думаю это весомый аргумент чтобы хранить его отдельно.

2) Смысл не в том чтобы хранить сайты "где угодно", а в том что можно хранить их в разных местах. Например один сайт у меня лежит в "c:\domains\test" а другой в "d:\projects\mysite". в конфиге программы вы не настроите такие индивидуальные пути для каждого проекта. Их мы устанавливаем непосредственно в конфиге каждого сайта.

1. Я говорил про глобальный, системный гитигнор. Общий для всего. Он лежит по умолчанию в пользовательской папке.

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

Очень даже рандомно. бывает что загружаю рабочий проект с гита, а там 2 подпроекта лежат например так относительно корневого каталога
фронтенд - \gui\dist
бэкенд - \api
т.е. индивидуальные пути для каждого сайта и это абсолютный рандом. Я просто задаю пути через свой интерфейс тем самым изменяю project.ini