Форум Open Server Panel

DelphinPRO писал(а): ↑11 июл 2024, 12:16 Увы, Максим свернул поддержку пятой версии.
Но в целом, насколько я помню она тоже почти не тормозила. Единственный косяк был с секундной задержкой подключения к БД. Это напрягало, но как-то лечилось. Сейчас уже не помню как.

Проблема бы в том, что винда хреново резолвила localhost, поэтому приходилось указывать IP для подключения к БД. Это избавляло от всех задержек.

Возможно сейчас тот же случай.

Да нет - комп у меня свежий и мощный, я раз в год апдейтю, на железки для комфортной работы я не жалею денег. И памяти у меня 64 и камушек Intel i9 и т.д. Загадко просто стала, что сайты попроще на процедурном типе написания грузятся отлично, пробовал на стереньком сайте - все ок. Как на ооп, так все - тормоза и неясно что это? Может памяти больше выделить под OPS или отключить что еще лишнее?

Я пробовал указывать реальный ip вместо mariadb-12.3 в host - все бесрезультатно

azenkin2012 писал(а): ↑12 июл 2024, 14:25 Да нет - комп у меня свежий и мощный, я раз в год апдейтю, на железки для комфортной работы я не жалею денег. И памяти у меня 64 и камушек Intel i9 и т.д. Загадко просто стала, что сайты попроще на процедурном типе написания грузятся отлично, пробовал на стереньком сайте - все ок. Как на ооп, так все - тормоза и неясно что это? Может памяти больше выделить под OPS или отключить что еще лишнее?

Возможно, вы стали жертвой самообмана, и думаете, что Open Server как-то взаимодействует с вашим сайтом, работает быстро или, как в вашем случае, медленно, однако на самом деле OSP — это обыкновенный лаунчер. На самом деле OSP просто запускает Apache с модулем PHP, Nginx или MySQL и на этом всё. Когда вы делаете запрос к сайту, он не отправляется в Open Server, а потом к Apache или PHP, такой запрос сразу попадает к Apache и PHP.

Любые тормоза, которые могут у вас быть при работе с проектами, они в 99% процентах случаев не имеют отношения к Open Server, а напрямую зависят от качества вашего кода, настроек вашей CMS и т.д. Оставшийся процент отнесём на всё остальное: тут может быть и неверная установка (на usb-диск или без System preparation tool), и настройка (включили полный лог запросов для MySQL), и использование (неверно настроенный антивирус или файрвол, системные установки Windows и т.д.), и можно допустить даже неверную настройку Apache или PHP вами (если вы создавали отдельные конфиги) или даже нами (конфиг из коробки), но в случае нашего недосмотра проблема бы имела массовый характер и уже давно была бы решена.

azenkin2012 писал(а): ↑12 июл 2024, 14:25 Как на ооп, так все - тормоза и неясно что это?

Кроме вас эта проблема больше не проявляется ни у кого. Может быть, код у вас кривой?

Добрый вечер, все мучаюсь с вопросом медленной загрузки. Пытаюсь найти ошибки и что именно нагружает. Поставил xdebug рассчитывал, что в точках останова может показывать время выполнения куска кода php. К сожалению так и не понял, как получать подобную информацию. Проверять ошибки и значения переменнных на каждом этапе супер! Ошибки все почистил, да их не было практически. А вот вопрос со времени загрузки остался. Может подскажите, как мне получить значения времени выполнения кода в точках останова, совсем уже сил нет, весь интернет облазил в поисках информации. Благодарю за любую информацию.

azenkin2012 писал(а): ↑02 авг 2024, 20:18 Добрый вечер, все мучаюсь с вопросом медленной загрузки. Пытаюсь найти ошибки и что именно нагружает. Поставил xdebug рассчитывал, что в точках останова может показывать время выполнения куска кода php. К сожалению так и не понял, как получать подобную информацию. Проверять ошибки и значения переменнных на каждом этапе супер! Ошибки все почистил, да их не было практически. А вот вопрос со времени загрузки остался. Может подскажите, как мне получить значения времени выполнения кода в точках останова, совсем уже сил нет, весь интернет облазил в поисках информации. Благодарю за любую информацию.

Вы отладкой занимаетесь. Займитесь профилированием PHP.

Добрый день, спасибо за обратную связь. Я и думал, что вместе с расширением php tools и профайлер будет. Я работаю в visual studio code. Пришлось еще php profiler поставить, весь день почти прогуглил, никак не получается профилирование запустить - файл cachegrind.out.*.gz не создается в папке xdebug.output_dir = "{root_dir}/temp/{module_name}/{profile_name}/xdebug"
Все настройки в конфигурациях php и в настройках json файлов visual studio перепроверил, профилирование запускаю для localhost:8888 , дальше нужно свой url закинуть в браузер и должно начаться создание файла cachegrind.out.*.gz и запись в него. Но ни фига, что то не выходит. Видно уже забуксовал на этой теле сильно. Хотелось бы конечно с профайлером работать - удобнее, чем вручную куски кода прогонять. Может есть кто ставил профайлер на visual studio code, был рад любой подсказке, время жмет - проект надо доделывать, а я буксую. Ясно, что это гдето по ходу я в коде ошибься, но найти что то никак не получается. Нашел пару проблемных мест, но с php profiler было бы все лучше и быстрее. Заранее сердечно благодарен:)

Кстати, сначала как то не очень привычно был новый open server 6, теперь подпривык - реально лучше, удобнее и мощнее такой подход. Хотел выразить слова благодарности, что настояли, вытерпили все недовольства. Молодцы все кто участвовал в проекте. Спасибо:)

Добрый вечер, разобрался наконец то. Все верно, ошибки были в подключении, только синглтон нужно использовать для подключения и контроля к бд и потом это подключение передавать между инкапсулированными объектами и будет счастье. Все стало летать. Новый OpenServer - бомба. Спасибо, Максим, за вашу помощь. провозился конечно с профилировщиком, но оно того стоило.