Open Server Panel v6.4.0

[OSPanel]

Тема для вопросов по новой версии OSPanel 6.4.0.

---

This discussion was created from the release Open Server Panel v6.4.0.

[webilsite]

Здравствуйте, подскажите как для проектов которые запускаются с open server установить браузер firefox, не меняя при этом дефолтный браузер?

[webilsite]

Спасибо! Всё работает, подскажите пожалуйста как включить imagick для php 8.3

[sindyko]

Спасибо! Всё работает, подскажите пожалуйста как включить imagick для php 8.3

C:\OSPanel\config\PHP-8.3\default\templates\php.ini => ; extension = imagick раскомментируй

[webilsite]

Спасибо!

[webilsite]

Подскажите пожалуйста у меня при установке bitrix требуется изменить параметр opcache.revalidate_freq на 0 в версии php 8.3 я его меняю но после перезапуска все возвращается, как его изменить?

[OSPanel]

Подскажите пожалуйста у меня при установке bitrix требуется изменить параметр opcache.revalidate_freq на 0 в версии php 8.3 я его меняю но после перезапуска все возвращается, как его изменить?

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

[sindyko]

РЕШЕНО. Здравствуйте. После обновления OSPanel все проекты на laravel перестали выводить debug который app_debug. Откатился до ospanel 6.3.5 и они снова заработали. В чем может быть проблема ?
php_8.4 + apache. Настройки никакие не трогал, все дефолтно, папка .osp есть в проектах, project ini прописан как описано в документации. Laravel для точного выявления проблемы был поставлен чистый образ 12 версии, после ничего не изменилось.

[sindyko]

После перехода с 6.3 на 6.4 ospanel нужно вырубить extension psr в php.ini. psr конфликтует с monolog.
Исправить можно тут: C:\OSPanel\config\PHP-8.4\default\templates\php.ini => 191 строчка => extension = psr -> и сделать её так ; extension = psr

[alb-1988-ert]

Тоже появилась проблема с переходом с 6.29 на версию 6.4, только с xdebug - перестало в PhpStorm останавливаться на брикпоинтах. Настройки в шаблоне php.ini прописал как и были, в xdebug.log всё пишется что происходит детач, но как это исправить - не понимаю... Подскажите пожалуйста кто что может посоветовать, может это связано с версией NTS, или с разделением логики Apache?
PS: это также отключил => extension = psr

Настройки ...OSPanel\config\PHP-8.4\default\templates\php.ini:

xdebug.client_host = "localhost" ; Debugger client host (IDE) to connect to for debugging/profiling.
xdebug.client_port = 9003 ; Debugger client port (default 9003).
xdebug.log = "{root_dir}/logs/{module_name}/xdebug.log" ; Path to Xdebug communication log (for diagnostics).
xdebug.log_level = 7 ; Xdebug log verbosity. 0=Off,1=Critical,3=Error,5=Warning,7=Info,10=Debug.
xdebug.mode = debug,develop,coverage ; Xdebug mode(s). CSV of: off,develop,debug,trace,profile,coverage,gcstats.
xdebug.output_dir = "{root_dir}/temp/{module_name}/{profile_name}/xdebug" ; Directory to write trace, profiler, and dump files.
xdebug.start_with_request = "yes" ; Start debugger with each request. Values: 'default','yes','no','trigger'.

Xdebug.log

[16160] [Step Debug] WARN: Debug client detached: Q2Fubm90IGJpbmQgZmlsZSBNOlxPU1BhbmVsXGhvbWVcbG9jYWxob3N0XGluZGV4LnBocCB0byB0aGUgd2ViIHNlcnZlciBwcm9qZWN0LiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcmVmZXIgdG8gaHR0cHM6Ly93d3cuamV0YnJhaW5zLmNvbS9oZWxwL3BocHN0b3JtL3Ryb3VibGVzaG9vdGluZy1waHAtZGVidWdnaW5nLmh0bWwjZGV0YWNoLWZyb20tZGVidWctc2Vzc2lvbi1yZWFzb25zLg==.
[16160] Log closed at 2025-09-23 16:14:42.181571

[sindyko]

Попробуй порт на 9000 поменять и xdebug.log_level = 10

[alb-1988-ert]

Попробуй порт на 9000 поменять и xdebug.log_level = 10

Спасибо, но уже разобрался... Проблема была в том что начал тестировать работоспособность xdebug на пустом файле а ля localhost/index.php, а позже заметил что в laravel проектах - xdebug работает нормально, начал разбираться почему тогда не работает конкретно на тестовом файле, оказалось надо было в проекте Phpstorm с этим файлом в настройках PHP -> Debug снять галочку с пункта ignore external connections through unregistered server configurations и всё заработало

[shur]

Приветствую, OSPanel становится все лучше и лучше!

Но в этот раз перенос моих проектов не прошел гладко. Немного подробностей все сайты на последней Joomla 5.3.x
Использую OSPanel 6.4 (Nginx | MySQL-8.4 | PHP-8.3 или PHP-8.4).

Все проекты выдают подобную ошибку. Посмотрите возможно наведет на мысть, но похоже проблема с PHP PSR.

HTTP 500 Whoops, looks like something went wrong.
Compile Error: Declaration of Joomla\CMS\Log\DelegatingPsrLogger::log($level, Stringable|string $message, array $context = []): void 
must be compatible with PsrExt\Log\LoggerInterface::log($level, $message, array $context = [])

Symfony\Component\ErrorHandler\Error\ FatalError
Show exception properties
in [ X:\OSPanel\home\projectname.com\libraries\src\Log\DelegatingPsrLogger.php ] (line 77)```

[sindyko]

Попробуй: C:\OSPanel\config\PHP-8.4\default\templates\php.ini => 191 строчка => extension = psr -> и сделать её так; extension = psr. Короче, вырубить ее, она конфликтует с loggerom. У меня выше была похожая проблема, только в Laravel с monolog. Только потом прогу не забудь перезагрузить. Надеюсь, помог.

[shur]

Да это решает проблему.

Хотя и смущает такое отключение под строкой в которой явно указано этого не делать :)

; Mandatory extensions
; Never disable these extensions!

; extension                            = psr                    ; PHP Standards Recommendations interfaces

[sindyko]

Да это решает проблему.

Хотя и смущает такое отключение под строкой в которой явно указано этого не делать :)

; Mandatory extensions
; Never disable these extensions!

; extension                            = psr                    ; PHP Standards Recommendations interfaces

Пока решений других не нашел) Если что то получится сделать по другому то напиши, а так нейронка отвечает

Причина конфликта:
Похоже, что расширение psr создает конфликт с реализацией интерфейсов в Monolog. Это может происходить из-за:

Дублирования определений интерфейсов

Несовместимости версий

Некорректной работы расширения

[OSPanel]

Да, отключим это расширение по умолчанию в ближайшем обновлении.

[kovnik1943]

Приветствую участников форума! Я наверно повторюсь, но на этой версии OS перестали открываться сайты.
Из-за критической ошибки:
Fatal error: Declaration of Joomla\CMS\Log\DelegatingPsrLogger::log($level, Stringable|string $message, array $context = []): void must be compatible with PsrExt\Log\LoggerInterface::log($level, $message, array $context = []) in E:\OSPanel-6.4\home\bazaznaniy.local\libraries\src\Log\DelegatingPsrLogger.php on line 77.

Если в модуле PHP-4 в файле: E:/OSPanel-6.4/config/PHP-8.4/default/templates/php.ini - удалить строку 191:
(extension = psr; PHP Standards Recommendations interfaces), то все работает.
Как повлияет эта манипуляция на работу всего сайта еще не совсем известно. Но получилось как-то так... Хочу увидеть компетентный ответ.

[sindyko]

Ничего страшного не будет. На сайт и безопасность это не влияет. По факту вы просто отключаете дополнительную версию стандартных правил для PHP-кода. Эта ошибка происходит из-за конфликта между разными версиями стандартных правил. На примере Monolog, там используется 3 версия PSR.
Вот пример что происходит внутри

// Monolog ожидает такой интерфейс
interface LoggerInterface {
    public function emergency(Stringable|string $message, array $context = []): void;
}

// А расширение psr предоставляет другой вариант
interface LoggerInterface {
    public function emergency($message, array $context = []);
}

Все необходимые интерфейсы PSR устанавливаются через Composer. Из-за этого происходит конфликт.
И да, удалять строку 191 не нужно, надо поставить ; перед ней => ; extension = psr
Либо используйте старый релиз что бы не было конфликтов и ожидайте когда разработчики обновят свои пакеты и после уже можно использовать новую версию OSPanel. Либо просто закомментировать строчку и не боятся работать, если вы используете современные библиотеки.

По словам разработчика OSPanel

Да, отключим это расширение по умолчанию в ближайшем обновлении. #164 (reply in thread)

Дополню. Если скачать официально PHP - то в php.ini даже нету этого расширения. Вы не найдете это строчки.

[OSPanel]

Дополню. Если скачать официально PHP - то в php.ini даже нету этого расширения. Вы не найдете это строчки.

Конечно нету, у нас в комплекте за сотню дополнительных расширений, это одно из них.

[sindyko]

Дополню. Если скачать официально PHP - то в php.ini даже нету этого расширения. Вы не найдете это строчки.

Конечно нету, у нас в комплекте за сотню дополнительных расширений, это одно из них.

Ну я понимаю) Просто человеку нужен был компетентный ответ. А в конце дополнил что бы он понимал, что в оригинале этого нету) И ни на что это не влияет)

[kovnik1943]

Спасибо за ответ! Поставил току с запятой вначале строки 191 и все нормально.
Одно только не совсем понятно, - это недоработка разработчика?..
Отвечать не нужно.

[alb-1988-ert]

Подскажите пожалуйста, решил в новой версии впервые настроить проект через nginx (до этого всё время использовал apache) Но вот уже несколько часов не могу побороть магию CORS error из vue проекта, который крутится на http://localhost:8080/ и отправляет запросы на Laravel проект. До самого проекта запросы даже не доходят, где то на уровне веб-сервера постоянно падает запрос. Я нашёл в 3х файлах-снипетах пробросы заголовков, где попытался заглушить их, но после перезапуска сервера - ничего не менялось, preflight запросы возвращают 405 ответ, а все остальные методы уходят в CORS.
# add_header Access-Control-Allow-Origin $cors always;
Также пытался в конфиге проекта .osp/Nginx/domain.local.conf всячески перезаписать эти заголовки, но результат почти такой же, preflight возвращает 204, а все остальные - CORS. Запуск через apache - работает супер, но жажду понемногу познавать nginx, но пока что только бьюсь лбом об CORS. Помогите пожалуйста кто шарит - как это побороть? Если что - вот последнее содержимое проектного nginx конфига:

location / {
add_header Access-Control-Allow-Origin "";
add_header Access-Control-Allow-Methods "";
add_header Access-Control-Allow-Headers "";

try_files $uri $uri/ /index.php?$query_string;

}

location ~ ^/api/ {
if ($request_method = OPTIONS) {
return 204;
}

try_files $uri $uri/ /index.php?$query_string;

}

[bromimo]

При переходе с 6.3.5 на 6.4.0. все проекты отдают DNS_PROBE_FINISHED_NXDOMAIN, в какую сторону копать?
После включения Apache в настройках стали открываться Index of / вместо запуска проекта
Каждое обновление проекта - сплошной квест.

[rasxod]

вопрос, зачем советовать админер и не ставить пароль на mysql если в такой связки они не сработают

[Nike555]

Всем привет! Появился вопрос по поводу этого пункта обновлений:
Автоматическая сборка: Созданы GitHub-репозитории с настроенной автоматической сборкой Windows-релизов Nginx и PHP с полным набором расширений. Проект полностью перешел на автоматическую релиз-сборку вместо ручного обновления готовых компонентов.

Это означает что для установки следующих обновлений OSPanel не нужно будет снова скачивть заного installer? Будет автометически автообновлятся до последней версии? Или нужно через определенную комманду обновить OSPanel?
Или это для обновление определенных компонентов ? Я немного не понимаю, можете чуть по подробнее? Или ссылку на документацию.
Спасибо!

[OSPanel]

Для вас, как пользователя, это ничего не меняет (кроме получения более частых обновлений).

Как происходил процесс подготовки обновлений ранее:

• Ручная проверка сайта каждого разработчика каждого модуля, дополнения и расширения на предмет выхода обновлений.
• Ручная загрузка, распаковка, очистка и преобразование в модуль, в дополнение или в расширение.
• На примере PHP: зайти на сайт php.net, скачать новые версии, распаковать, сделать модулем. Каждое обновившееся расширение вручную скачать и распаковать для каждой версии PHP.
• Ручное обновление конфигов, служебных файлов и т.д.
• Ручная сборка релиза (инсталлятора) и распределение по раздающим серверам.

В общем процесс происходил вручную, это было долго, нудно, и, как результат, были возможны ошибки, опечатки, места где забыли что-то заменить или обновить.

Как происходит процесс подготовки обновлений теперь:

• Проверка обновлений всех компонентов теперь в одном месте, часть проверок полностью автоматизирована (например, проверка PHP-расширений). Мы лишь обновляем номера версий и/или ссылки на дистрибутивы в специальных файлах-матрицах. Ручная работа осталась, но её стало меньше и она стала проще.
• Нажимаем первую кнопку на GitHub и он сам скачает и скомпилирует все версии PHP, включая все расширения.
• Нажимаем вторую кнопку на GitHub и он сам скачает исходники всех модулей и дополнений, распакует, создаст начальные базы данных, шаблоны php.ini со всеми комментариями и много всего другого. В конце он даже создаст готовый инсталлятор OSPanel.
• Нам остается только распределить готовый инсталлятор по раздающим серверам.

Т.е. процесс подготовки новых релизов OSPanel для нас сильно упростился и обновления теперь будут выходить чаще.

[alexeyvsokolov]

Кто-нибудь сталкивался с такой проблемой:
OSPanel перестал запускаться вообще — по клику на иконку на рабочем столе и на ospanel.exe Не запускается вообще, т.е. ничего не происходит. Утром всё работало, вечером уже просто не открывается, в трее не появляется. Никакие настройки не менял.
Устанавливал всё точно по инструкции. Работало всё идеально, и вдруг резко просто вся программа перестала работать.
Я понимаю, что могу переустановить, речь не об этом.
Вопрос в том, что могло произойти вдруг, хочется разобраться.
В файле OSPanel\logs\general.log при каждой попытке запуска (например клике по иконке) появляется следующее:
ERROR
Object: ……. \system\program.dat
Message: Error reading from the program settings file!
Reason: No mapping for the Unicode character exists in the target multi-byte code page

Кто-нибудь с таким сталкивался?