ospanel / openserverpanel Goto Github PK

OpenServerPanel.iss
Line 173: no files found

В колонках 6-7 могут находится только числа и символ *
включение/выключение задания ( * или 1 - включено, 0 - выключено )

Либо ошибка в доке, либо в коде. Планировщик падает, если указать 7 колонку крона как *. Если указать число - работает.

../logs/scheduler.txt: Сообщение: Недопустимое значение плана выполнения задания

• version : 6.0.0
• php : all php versions
• nginx : do not use

I am using ospanel 6.0.0 and I am experiencing issues with sending AJAX requests, causing the browser to encounter CORS errors.

The browser notice issue : Access to fetch at 'http://waterfalls.local/api/v1/user/login' from origin 'http://localhost:3000' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: The 'Access-Control-Allow-Origin' header contains multiple values '*, *', but only one is allowed. Have the server send the header with a valid value, or, if an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.

Sorry if I wrong.

Прошу сделать возможным ручную группировку доменов в контекстом меню OSPanel по подменю разного уровня вложенности, например, следующим образом в project.ini:

[full-example.local]
submenu = Example projects

[example.com]
submenu = Work projects\Other

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

Заметил такую особенность. Урезается наименование системной переменной, следующей за системной переменной ESC:

Должно быть ES_HOME, а в окружение попадает S_HOME.

Костыльно решается изменением переменной ESC на _X_ESC в шаблоне [КОРЕНЬ_OSP6]\system\templates*osp.bat*.

Товарищи! Верните, пожалуйста, эти версии пыха и апача! Очень требуются!
Много проектов нереально адаптировать под 7 и 8.
Две версии оспанела держать не хочется

Please, version 6.0.0 too hard for use with command. please make gui version like 5.x. thank you so muchhhhhhhh!

Прежде писал что не работает из RAMдиска.
Прошло время, решился перейти на новую версию еще раз.
Устанавливаю OSPanel в корень RAMдиска.
НЕ РАБОТАЕТ!!!

Очевидно же что я начал грешить OSPanel в RAMдиске. При том что прежняя версия OSPanel работает RAMдиске в корне.
Провёл тесты, оказалось что проблема именно корне диска.

При разных вариантах установки портативной версии и обычной.
Оказывается оба варианта в корне диска не хотят работать.

На обычный диск в корень НЕ проверял.

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

Суть проблемы в том что не получается запускать программу находящуюся в путях с кирилицей и пробелами в латинице

The suggestion is to add "profiles".
Example of a command:

project init --dir --domain --profile

The command creates a project folder, a subfolder is created .osp and the project.ini file inside

--dir - project directory, required parameter. If the projects_search_path variable does not contain the path to the project folder, the path is added.
Example:
--dir = path_to_project_directory\my_project
There is no path_to_project_directory in the projects_search_path variable - it is automatically written to the variable

--domain - The domain name for project.ini. An optional parameter. If not specified, it is created automatically by the folder name and .local
Example: my_project.local

--profile - Pre-defined profiles for projects with specific modules
Example:
default_profile.ini
nginx_engine=NGINX157
node_engine=20.20.1
php_engine=8.1
ssl=on

ets

UPDATE
I will describe it in more detail. Profiles are separate prepared program entities.

Profile example:
example_name_wordpress.ini
php_engine = PHP-8.1
node_engine = 20.20.1
ssl = on

When using the output command, we get the project directory at the path we specified with an already nested folder .osp and the generated project.ini file.

Example command:
project init C:\domains\my_project my_domain.local example_name_wordpress
We will get:
The my_project domain folder with a subfolder .osp and generated project.ini:

[my_domain.local]

php_engine = PHP-8.1
node_engine = 20.20.1
ssl = on

Ideally, after the specified modules for the domain are activated automatically.

It's really on the verge of what you want, so that you can specify subsequent commands in profiles, for example:

example_name_wordpress.ini
php_engine = PHP-8.1
node_engine = 20.20.1
ssl = on
[commands]
RU unzip wordpress.zip

and after creating the domain, activating the modules, the archive was unpacked to the project folder

Mini deployment

Как я понял, это связано из-за того, что переменная %OSP_DIR% обнуляется до выполнения логики на запуск скриптов.

Файл osp.bat:

По дефолту virtual_proxied_host.conf следующий:

    location / {
        try_files $uri $uri/ =404;
        # try_files $uri $uri/ /index.php$is_args$args;
    }

    location ~ [^/]\.php(/|$) {
        proxy_cache_bypass    $http_upgrade;
        proxy_http_version    1.1;
        proxy_pass            http://$php_server:80;
        proxy_set_header      Connection $connection_upgrade;
        proxy_set_header      Host $host;
        proxy_set_header      Upgrade $http_upgrade;
        proxy_set_header      X-Forwarded-For $http_x_forwarded_for;
        proxy_set_header      X-Forwarded-Proto $scheme;
        proxy_set_header      X-Real-IP $remote_addr;
        # proxy_set_header    X-Country-Code $geoip2_data_country_code;
        # proxy_set_header    X-Country-Name $geoip2_data_country_name;
    }

Но в этом конфиге не учитывается важный аспект: не перенаправляются запросы 404 на Апач, как это типично делают в этой связке для того, чтобы задействовать правила mod_rewrite из .htaccess без необходимости ручной правки конфигов Nginx.
Конечно, можно и руками настроить Nginx и перенаправлять, но дефолтное проксирование не найденных файлов (а не только файлов php) на апач избавит от лишних телодвижений и множества тем на форуме а-ля "Помогите настроить маршруты Laravel".
Заранее спасибо.

Очень было бы удобно при открытии проекта стартовать команду, к примеру: osp project без аргументов, чтобы прочитало среду из .osp текущего проекта. Иногда не помнишь точно домен, как он написан и при частой смене окружений это очень удручает.

А так, зашел в IDE -> Terminal -> osp project и все. грузится из папки .osp

или хоты бы при запуске команды osp project спрашивало какой из сред загрузить, предлагая из списка сред в текущем проекте. А лучше из всех, но из проекта, чтобы шли в начале!

Скопировал полностью из доки. Проверил, вроде все ок по синтаксису. Но выдает ошибку

При этом запустил команду в терминале и она успешно отработала