Форум Open Server Panel

А можно доступ к документации 5-ой версии вернуть?
Это вы лихо так всё снесли, но 5-теркой ведь еще пользуется народ и пока не перешел полностью на 6.

ruslan2243 писал(а): ↑14 май 2024, 13:05 А можно доступ к документации 5-ой версии вернуть?
Это вы лихо так всё снесли, но 5-теркой ведь еще пользуется народ и пока не перешел полностью на 6.

Доступ никуда и не пропадал: https://ospanel.io/docs/
Т.е. если вы установили 5-ю версию, то ссылка на документацию из меню и закладок работает. Из шапки сайта ссылку да, убрали и возвращать не планируем.

А почему не догадались сделать выбор PHP по умолчанию, для папок в которых нет файла ".osp\project.ini" ? К примеру, я выбираю МОДУЛИ -> PHP -> PHP-8.3 в контекстном меню (Использовать по умолчанию)

Далее, я закидываю в папку OSPanel\home папку mySite, и он использует PHP по умолчанию.
Но как только я нажимаю сменить версию на папке mySite на другую он создаёт "mySite\.osp\project.ini"

Банальное же действие, разве нет?

mrsm писал(а): ↑14 май 2024, 20:30 А почему не догадались сделать выбор PHP по умолчанию, для папок в которых нет файла ".osp\project.ini" ? К примеру, я выбираю МОДУЛИ -> PHP -> PHP-8.3 в контекстном меню (Использовать по умолчанию)

Далее, я закидываю в папку OSPanel\home папку mySite, и он использует PHP по умолчанию.
Но как только я нажимаю сменить версию на папке mySite на другую он создаёт "mySite\.osp\project.ini"

Банальное же действие, разве нет?

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

Вы наверное мыслите парадигмой старой 5-й версии Open Server, где папка проекта = название домена и в ней может находится только 1 домен. Это уже давно не так.

А как в 6 версии поставить PHP 7.2 если при установки она не устанавливалась?

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

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

Вообщем какой то модульности в этом плане не хватает.
И еще вознивает вопрос, а как все будет обновлять на новые версии?
Надеюсь будет инструкция как поверх обновлять

Остановить OSP.
Запустить установщик.
Снять галочки с уже установленных модулей, поставить галочки на те, которые хотите установить.
Завершить установку.

ВАЖНО.
Если не снять галки с установленных модулей, то они будут перезаписаны. особенно это касается базы данных. (Там конечно будет выдаваться запрос на перезапись каждого файла, но вы задолбаетесь кнопку нажимать)

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

Допускаю что я не разобрался как, и всё же у меня не получилось. В 6-ой версии задаются индивидуальные настройки для каждого проекта. Пытался отделить проекты (сайты/веб-приложения) с помощью портов. Т.е. когда я хочу например с другого устройства в локальной сети или даже с внешки (имея статичный IP адрес от провайдера) получить доступ к нескольким своим проектам по IP адресу возникают трудности. Один проект можно алиасом прикрутить к IP адресу компьютера, но только один( Конечно в локальной сети можно поднять DNS сервер и настроить роутер на него, чтобы заработали локальные домены. И на внешке можно купить домен и направить его на ns зоны своего сервера. Но насколько бы было проще просто отделить портами разные проекты как например в IIS. и просто переходить на веб-нинтерфейс своего сайта с другого устройства в локальной сети через например такую ссылку http://192.168.0.123:8080, а например бэкенд на http://192.168.0.123:8081

Т.е. было бы удобно если бы в настройках project.ini были бы св-ва "port_http" и "port_https"

viktor888 писал(а): ↑15 май 2024, 14:29 Допускаю что я не разобрался как, и всё же у меня не получилось. В 6-ой версии задаются индивидуальные настройки для каждого проекта. Пытался отделить проекты (сайты/веб-приложения) с помощью портов. Т.е. когда я хочу например с другого устройства в локальной сети или даже с внешки (имея статичный IP адрес от провайдера) получить доступ к нескольким своим проектам по IP адресу возникают трудности. Один проект можно алиасом прикрутить к IP адресу компьютера, но только один( Конечно в локальной сети можно поднять DNS сервер и настроить роутер на него, чтобы заработали локальные домены. И на внешке можно купить домен и направить его на ns зоны своего сервера. Но насколько бы было проще просто отделить портами разные проекты как например в IIS. и просто переходить на веб-нинтерфейс своего сайта с другого устройства в локальной сети через например такую ссылку http://192.168.0.123:8080, а например бэкенд на http://192.168.0.123:8081

Т.е. было бы удобно если бы в настройках project.ini были бы св-ва "port_http" и "port_https"

Да, так можно было бы сделать, однако мы считаем, что это будет дурным примером для неопытных пользователей и мы специально не делали возможность настройки портов для модулей веб-сервера, аналогично поступили и с модулями DNS. Новички могут начать использовать такие нестандартные порты и потом не будут понимать того, почему у них что-то не работает.

Порты 80 и 443 это стандарт, далеко не все CMS и скрипты позволяют использовать нестандартные порты, на многих проектах текстовый контент в базе использует прямые ссылки на локальные страницы без указания портов из-за горе администраторов и т.д..

Но вы можете задавать для сайта абсолютно любой конфиг. Если не знаете как добавить конфиг, то посмотрите домен-пример, доступный после установки, или прочтите документацию, там сказано как создать индивидуальный конфиг домена. Вот пример домена без HTTPS с портом 8080 для Apache:

<VirtualHost 192.168.1.1:8080>
    <IfModule http2_module>
        Protocols          h2c http/1.1
    </IfModule>
    <Directory "C:/OSPanel/home/mysite/public">
        AllowOverride      All
        Options            +Indexes +IncludesNoExec +Includes +ExecCGI
        Require            all granted
    </Directory>
    ServerName             mysite
    ServerAlias            mysite 192.168.1.1
    DocumentRoot           "C:/OSPanel/home/mysite/public"
    CustomLog              "{root_dir}/logs/domains/mysite_apache_access.log" combined
    ErrorLog               "{root_dir}/logs/domains/mysite_apache_error.log"
    php_value    error_log "{root_dir}/logs/domains/mysite_php_error.log"
</VirtualHost>

Спасибо за новую версию! Но всё-таки.

Хотелось бы утилитку для управления проектами, чтобы управлять не созданием файлика конфигурации, а через графический интерфейс. Плюс не все возможности очевидны и надо много документации прочитать, а это не очень удобно.
Как, примерно, я представляю эту утилиту. Слева колонка - названия проектов, пусть будут совпадать с именами директорий в home, в этой же колонке есть кнопка создания проекта. По нажатию на неё создаётся каталог, в котором уже лежит .osp и project.ini с необходимым минимумом конфигурации.
Дальше сложнее. Правее у нас появляется секция с доменом проекта и возможностью выбрать/добавить/убрать используемые модули. При выборе модуля появляется возможность сконфигурить все поддерживаемые для него параметры (из тех, что могу указываться в project.ini). Читая форум наталкивался на то что в одном проекте может быть несколько доменов, соответственно должна быть возможность добавить домен/убрать/отключить.

Всё-таки в OSP5 был плюс - всё просто и наглядно. OSP6 стал гибче, но потерял в наглядности.
Если надо - могу, если будет свободное время, отрисовать интерфейс описанной выше утилиты, для большей наглядности.

Максим писал(а): ↑16 май 2024, 06:28 Да, так можно было бы сделать, однако мы считаем, что это будет дурным примером...

Ну смотрите, вот так я создаю проект например в IIS Считаете Майкрософт подают дурной пример? После создания сайт сразу доступен мне по адресу http://192.168.0.125:8085 в локальной сети. И я легко проверяю как он выглядит в мобильных устройствах, проверяю работы мобильной камеры и т.д.

Или вот например я собираю фронт на Ноде и сервер по дефолту создаёт такие ссылки: Ничего дурного в том что занимаются свободные порты для своих нужд.

Максим писал(а): ↑16 май 2024, 06:28 Новички могут начать использовать такие нестандартные порты и потом не будут понимать того, почему у них что-то не работает.

А потом как разберутся и станут опытными профессионалами.)

В старой версии OSP можно было устанавливать порты но для всех проектов сразу. Сейчас концепция поменялась и настройки задаются для каждого сайта, мне кажется было бы логично чтобы и порты также задавались для каждого сайта. Именно не для модулей, а для сайта в project.ini. Ну в общем такое пожелание, решать в любом случае вам.