Страница 5 из 10

IQ средний, руки опускаются использовать "ЭТО".

Добавлено: 09 июн 2024, 16:17
KoreshS
Черепушка на месте. стаж почти 20 лет.
прописал хосты в системной папке виндовс, а точнее они остались прежние, добавил хостн "example.local"
Скопировал папку ".osp" во все свои проекты в том числе и в "PHPMyAdmin"
в каждой папке ".osp" указал правильную версию PHP и имя папки. Перезагрузил Сервер, PHP и Maria светятся зелёным.
НО НИ ЧЕГО НЕ РАБОТАЕТ.
Перед этим я установил патч "Известные проблемы OSP 6" для запуска с корня и прочее, скопировал патчи.
Ошибок в Логах НЕТ. А сайты не запускаются, НЕ работает PHPMyAdmin
Больше 2х часов сижу напрягаюсь.
IQ средний, но тем не менее проблем быть не должно.
У меня руки опускаются использовать "ЭТО".
До конца дня должен был доделать срочный проект.

Интересно то что установил Портативную версию а она автоматом правила HOST файл, и выдавала ошибку. Вот интересно для портативной версии такое должно быть?

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 16:23
Максим
KoreshS писал(а): 09 июн 2024, 14:22 Даже профессионалу ручками прописывать конфиги для каждого сайта создаёт лишние итерации.
2000 программистов для каждого проекта будут создавать папку с конфигом и скачивать PHPMyAdmin. 2000 программистов будут читать инструкцию как сделать конфиг. Это очень похоже что автор специально создаёт проблемы для своей целевой аудитории.
:idea: :idea: :idea:
KoreshS,

Профессионалы обычно предпочитают использовать специальные приложения для управления базами данных на Windows, а не phpMyAdmin. Например, существуют такие отличные программы, как DBeaver (рекомендую), HeidiSQL, а также Navicat (платный).

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

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 16:26
KoreshS
Максим я пользуюсь "MySQL Workbench". Кстати им тоже пытался подключатся перед тем как писать сюда. НЕТ КОННЕКТА,
Хотя в логе MySQL написано что
Логин-Пароль использовал root root

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 16:28
Максим
KoreshS писал(а): 09 июн 2024, 16:26 Максим я пользуюсь "MySQL Workbench". Кстати им тоже пытался подключатся перед тем как писать сюда. НЕТ КОННЕКТА,
Хотя в логе MySQL написано что
Логин-Пароль использовал root root
Прочитайте документацию, вместо того чтобы строчить здесь глупые жалобы. В документации указаны все данные для подключения к БД.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 17:08
KoreshS
Прочитал документацию, всё делал как там написано.
Между прочим там ошибка.
"Замените [имя_домена] на желаемое имя домена вашего проекта."
т.е. если следовать написанному то надо заменить [имя_домена] на желаемое НО уже без квадратных кавычек. Потому что квадратными кавычками принято писать то что требуется заменить. Следовательно пользователь напишет новое имя без квадратных кавычек.

я кстати запускал "System Preparation Tool"

Я уже 4й раз ставлю портавтинвую версию в одну и туже папку. Вполне очевидно что я просто отключа галочку "System Preparation Tool" при установке.
Но оказывается портативная после установки требует доступ к HOSTS.
Портативная версия не должна требовать доступ к HOSTS по умолчанию.


Но без этой инструкции я читал сообщения в форуме. и по ним понял что надо создавать папку ".osp" и файл "project.ini", я просто копировал эту папку из Example.local и менял имя и версию PHP в файле.
Собственно после этого PHPMyAdmin и другие проекты появились в меню. Но сайты не работают. а значки PHP и Maria зелёные.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 17:20
TwistedAndy
Я уже несколько лет пользуюсь OSPanel. До этого локальную разработку вел в виртуальной машине с Debian.

Лично я не вижу смысла переходить на OSPanel 6, поскольку мне придется для нескольких сотен проектов создавать отдельные файлы конфигурации, несмотря на то большая часть из них и так использует те самые модули. Сделать это все глобально в одном файле для всех проектов, насколько я понял, нельзя.

Что касается командной строки, то я все же предпочитаю графический интерфейс. Мне банально лень каждый раз лезь в документацию и вспоминать как там у меня те все модули называются. Собственно, ради этого я в свое время и перешел на OSPanel.

Возможно, поздее я все же перейду на Laravel Herd из-за внешнего вида.

Что касается OSPanel 5, то я добавил туда поддержку PHP 8.2 и 8.3 со всеми нужными модулями, обновлил Apache, базы данных и прочие Redis. Также я настроил автоматическую генерацию SSL-сертификатов и путей к доменам.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 17:40
Максим
TwistedAndy писал(а): 09 июн 2024, 17:20 Я уже несколько лет пользуюсь OSPanel. До этого локальную разработку вел в виртуальной машине с Debian.

Лично я не вижу смысла переходить на OSPanel 6, поскольку мне придется для нескольких сотен проектов создавать отдельные файлы конфигурации, несмотря на то большая часть из них и так использует те самые модули. Сделать это все глобально в одном файле для всех проектов, насколько я понял, нельзя.

Что касается командной строки, то я все же предпочитаю графический интерфейс. Мне банально лень каждый раз лезь в документацию и вспоминать как там у меня те все модули называются. Собственно, ради этого я в свое время и перешел на OSPanel.

Возможно, поздее я все же перейду на Laravel Herd из-за внешнего вида.

Что касается OSPanel 5, то я добавил туда поддержку PHP 8.2 и 8.3 со всеми нужными модулями, обновлил Apache, базы данных и прочие Redis. Также я настроил автоматическую генерацию SSL-сертификатов и путей к доменам.
Очередной человек, который понятия не имеет как работает новая версия :mrgreen:

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

Точно так же вы не знаете о том, что Laravel Herd это абсолютно бесполезная вещь под Windows, особенно в бесплатном варианте, и по возможностям очень далека от OSP.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 17:53
Максим
KoreshS писал(а): 09 июн 2024, 17:08 Прочитал документацию, всё делал как там написано.
Между прочим там ошибка.
"Замените [имя_домена] на желаемое имя домена вашего проекта."
т.е. если следовать написанному то надо заменить [имя_домена] на желаемое НО уже без квадратных кавычек. Потому что квадратными кавычками принято писать то что требуется заменить. Следовательно пользователь напишет новое имя без квадратных кавычек.
Рекомендую вам ознакомиться с форматом .ini файлов, чтобы лучше понять, что такое секции и как они обозначаются.
KoreshS писал(а): 09 июн 2024, 17:08 я кстати запускал "System Preparation Tool"
Это очень радует, т.к. это обязательный шаг, который необходимо выполнять перед началом использования любой новой версии Open Server Panel. Надеюсь вы не просто запустили "System Preparation Tool" и тут же закрыли, а действительно подготовили вашу систему к использованию OSP.
KoreshS писал(а): 09 июн 2024, 17:08 Но оказывается портативная после установки требует доступ к HOSTS.
Для вас это открытие? :?
KoreshS писал(а): 09 июн 2024, 17:08 Портативная версия не должна требовать доступ к HOSTS по умолчанию.
Кто вам такое сказал? Очевидно, что вы сами это решили, не собираюсь вас переубеждать. Для своей работы программе нужен доступ к файлу HOSTS. Если вы хотите сами управлять этим файлом, то в документации указано как поступить в этом случае.
KoreshS писал(а): 09 июн 2024, 17:08 Но без этой инструкции я читал сообщения в форуме. и по ним понял что надо создавать папку ".osp" и файл "project.ini", я просто копировал эту папку из Example.local и менял имя и версию PHP в файле.
Собственно после этого PHPMyAdmin и другие проекты появились в меню. Но сайты не работают. а значки PHP и Maria зелёные.
Чтобы разобраться в том, как работает программа, нужно сесть и прочесть документацию, а не гадать по сообщениям с этого форума.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 18:11
TwistedAndy
Максим писал(а): 09 июн 2024, 17:40 Очередной человек, который понятия не имеет как работает новая версия :mrgreen:

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

Точно так же вы не знаете о том, что Laravel Herd это абсолютно бесполезная вещь под Windows, особенно в бесплатном варианте, и по возможностям очень далека от OSP.
В документации о возможности описания всех проектов в одном файле ничего не сказано. Там говорится о том, что для каждого проекта нужно создать файл конфигурации:
Создание конфигурационного файла проекта
  1. Создайте каталог: В корневом каталоге каждого проекта создайте подкаталог .osp.
  2. Создайте файл конфигурации: В каталоге .osp создайте файл project.ini со следующим содержимым:
    [имя_домена]
    Замените [имя_домена] на желаемое имя домена вашего проекта.
Получается странная ситуация, когда пользователи сталкиваются с проблемой, вы отправляете их читать документацию, а она не полная.

Что касается Laravel Herd, то я имел ввиду платную версию. Из основных ее достоинств - это интеграция с Xdebug. Они реально постарались.

Ведь дело не в фичах как таковых. Их нужно правильно преподнести и сделать их удобными для разработчиков. Я вообще не против платить $100 в год, если мне будет удобно.

Re: Главная боль OSPanel 6

Добавлено: 09 июн 2024, 18:24
Максим
TwistedAndy писал(а): 09 июн 2024, 18:11 В документации о возможности описания всех проектов в одном файле ничего не сказано. Там говорится о том, что для каждого проекта нужно создать файл конфигурации:

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

Что касается Laravel Herd, то я имел ввиду платную версию. Из основных ее достоинств - это интеграция с Xdebug. Они реально постарались.

Ведь дело не в фичах как таковых. Их нужно правильно преподнести и сделать их удобными для разработчиков. Я вообще не против платить $100 в год, если мне будет удобно.
Мы описали в документации только один способ, поскольку такая форма конфигурации кажется нам более правильной. Подумайте, насколько будет удобно редактировать единый файл, если проектов у вас более 50-ти, например, это будет огромное полотно настроек. Но никто не мешает пользователю расположить каталог .osp в корневой папке всех доменов и описать все проекты в одном файле.
TwistedAndy писал(а): 09 июн 2024, 18:11 Что касается Laravel Herd, то я имел ввиду платную версию. Из основных ее достоинств - это интеграция с Xdebug. Они реально постарались.

Ведь дело не в фичах как таковых. Их нужно правильно преподнести и сделать их удобными для разработчиков. Я вообще не против платить $100 в год, если мне будет удобно.
У нас бесплатный проект и если сравниваете, то логично сравнивать бесплатные версии. А что касается полезности, то тут дело в том, что интеграция с Xdebug это как раз и есть единственная сильная сторона Laravel Herd. В остальном - Laravel Herd в разы хуже OSPanel. Я бы ещё отметил просмотр логов, он удобная панель для просмотра логов скоро появится и в OSP.