Форум Open Server Panel

S1AnGeR писал(а): ↑13 апр 2020, 20:14

Максим писал(а): ↑13 апр 2020, 10:40 куча всего нужно дописать по серверной части для Linux.

Следующий продукт будет кроссплатформенный (MacOS,Windows,Linux) или только Windows?

Я сказал про серверную часть сервисов, типа чата и сервера обновлений. OSP кроссплатформенным не будет.

Привет всем! Я новичок, но у меня на машине windows xp. Раздаваемая версия Open Server Panel будет нормально работать на машине с windows xp? Или подскажите. где взять более подходящий дистрибутив? Машина слабая, музейная, образца 2010 года. Менять на другую пока не планирую. Если кто подарит более современную - буду весьма и весьма. Заранее спасибо за подсказку про дистрибутив.

PSI.
Может. есть смысл Open Server Panel 5.0 поковырять или что-то подобное?

Заранее извиняюсь, если не по теме - не нашел ветки с вопросами от новичков ))) создать что ли? что аксакалы скажут?

Tester X-Robot, читайте системные требования на главной странице сайта. Если нужна очстарая версия, качайте тут: http://fast.ospanel.io/open_server_4_8_9_mini.exe

Данная тема не предназначена для вопросов! Здесь предложения и пожелания.

Максим писал(а): ↑14 апр 2020, 13:55 Tester X-Robot, читайте системные требования на главной странице сайта. Если нужна очстарая версия, качайте тут: http://fast.ospanel.io/open_server_4_8_9_mini.exe

Данная тема не предназначена для вопросов! Здесь предложения и пожелания.

большое спасибо за подсказку и дистрибутив! 110 метров это лучше чем 800 ))) я как раз освобождал место на своем винте под openserver4.8.9 , если не ошибаюсь, 2013 года )))

если будет что рассказать обязательно дам знать ) люблю эксперименты )

Gemorroj писал(а): ↑13 апр 2020, 22:48 давай, собери мне все пхп от 5.6 до 7.4 в 32 и 64 версиях со всеми pecl и не pecl модулями (ldap например), а так же весь остальной софт входящий в open server не захломив систему так, что проще убиться.
кроме докера и прочих виртуализаций/контеризаций вариантов не вижу (portable варианты типа snap, на сколько знаю, все еще в зачаточном состоянии).

А зачем такой винегрет? Последних двух версий мало?

Здравствуйте Администратор.
Заметочка есть:, если люди требуют старые компоненты которые работают в более старых PHP чем 7,2. Тогда в чем проблема?, Сборка со старым PHP уже собрана в прошлом. Староверы хотят чтобы им в 2020 году собрали точную копию сборки 2018 года? а не проще им просто скачать ее из архива. Староверы хотят софт работающий на PHP ниже 7,2. Значит они пользуются PHP ниже 7,2, значит пусть качают сборку где все подходит. Или я чего то не понимаю. А то как то как в фильме чтобы было "Тоже самое только с перламутровыми пуговицами хотим."? , А если дело в БД. то в предыдущей версии уже имелась достаточно новая версия БД.
.

Максим писал(а): ↑03 апр 2020, 16:53 4) Если вы хотите добавить магическую переменную в PHP для определения относительного пути до папки, значит вы не умеете работать с PHP. Вот, запишите себе пример:

define('ROOT_DIR', str_replace('\\', '/', dirname(__FILE__))); // Установка ROOT директории

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

По поводу магической переменной, Вы меня не поняли. Суть в другом.
Если я в скрипте пишу функцию

echo __DIR__;

То я получаю адрес "C:\OSPanel\domains\localhost"
Проблема в том что этот адрес НЕ я пишу в скриптах, а CMS, модули, компоненты, плагины, системные переменные путей CMS оперируют путями __DIR__.
Если я тупо перенесу сервер на диск D:, и запущу скрипт установки.
То все равно ни одна CMS не будет работать, так как у CMS есть свои конфиги и пути к временным папкам, к корневой папке админа и корневой папке сайта.
.
Я не гений , но в PHP достаточно давно, Ваш пример я заню как работает, и сам бы им пользовался, но CMSы уже написаны не мной, тот же JOOMLA, работать не будет после переноса сервера на другой диск.
. После переноса он будет по прежнему думать что находится по адресу C:\OSPanel\domains\joomla
Я прошу Вас сделать возможность чтобы оператор __DIR__ в скрипте получал путь не
C:\OSPanel\domains\joomla а путь "__OSP\domains\joomla\"
Чтобы CMSки и скрипты не были привязаны к папке, диску компьютера.
Это решит кучу проблем,
1.Переноса локального сервера на другой ПК,
2.Перенос только проектов на другой ПК другому пользователю.
3.Перенос сервера на другой новенький SSD диск подключенный к этому же ПК.
А то однажды установив сервер, пользователи не способны сделать перенос.
В сервере предположим находится 30 проектов. В другом ПК сервер имеет 20 проектов. предположим нужно из первого перенести 10 проектов во второй. Разумеется сервера установлены в разных директориях. В общем тут много сценариев которые новая функция решит.
.
В защиту PHPMyAmdin. Я давно пользуюсь MySQL Workbench, а также аналогом в NetBeans MySQL редактором. Это удобно и масштабно. но не быстро. есть вещи которые нужно сделать на лету. зайти в таблицу юзеров CMS и дать доступ юзеру. Так же это удобно делать по локальной сети. Это как сравнивать MSWord с Notepad. Но Windows без Notepad ни как нельзя при этом.

KoreshS, это внутренние константы PHP, Open Server их никак вам не изменит. Насмешили

Здравствуйте.
Дело в том, что версия PHP 5.6 пока активно используется на хостингах, так как не все форумные движки и CMS переписаны для использования хотя бы PHP 7.1
А так же из примеров например возьму модули или хаки для Vbulletin - не все переписаны под использование PHP последней версии, и не которые переписаны не будут совсем.
Предлагается разделить Open Server на две ветки:
1) Old и New - что позволит уменьшить вес самого Open Server и не создавать мегокомбайн. В том числе создать раздел на текущей конференции для поддержки старого и нового - разделив.
То есть в старой версии будет старый функционал, а в новой новый.
2) И если возможно, то сделайте репозитарий всех доступных версий Open Server, что бы не слоняться по трекерам. Было бы удобно все в одном месте.
3) Просьба вернуть phpMyAdmin 4.9.5 так как = Older version compatible with PHP 5.5 to 7.4 (Или же разделить версии OSPanel)

PS: Вот мне например для тестов очень нужен Апач первой версии и PHP 4. Пришлось использовать сторонний софт, а очень не хотелось. Нужно было для того, что бы сравнить и что-то переделать. Может кому пригодиться - Navicat хорошая альтернатива PHPMyaAdmin

но в PHP достаточно давно

Если я в скрипте пишу функцию
echo __DIR__;
То я получаю адрес "C:\OSPanel\domains\localhost"
Проблема в том что этот адрес НЕ я пишу в скриптах, а CMS, модули, компоненты, плагины, системные переменные путей CMS оперируют путями __DIR__.
Если я тупо перенесу сервер на диск D:, и запущу скрипт установки.
То все равно ни одна CMS не будет работать, так как у CMS есть свои конфиги и пути к временным папкам, к корневой папке админа и корневой папке сайта.

Хм..., серьёзно? Непохоже на то что вы с РНР и джумлой давно.... Я с джумла с 2004 года, как и с РНР, и что то не помню не одного такого случая, что бы после переноса Joomla на другой хост, сайт не работал сразу из за этого. Волшебная константа __DIR__ выдаёт тот путь, который есть для текущего хоста, и не куда не пишет путь в конфиги... В джумла при переносе надо только в общем конфиге заменить путь вручную, и то это надо для лог и темп директорий, и если это не сделать сразу, то на работу движка сайта это не повлияет не как, сайт будет работать и с неправильным путём, я не один раз забывал это сделать сразу, и не чего, сайт как работал до переноса, так и работал после с другим путём...
При переносе OSPanel на другой диск, всё так же будет работать, переносил с одного на другой комп, и не каких проблем.

ERserver писал(а): ↑15 апр 2020, 10:34 Здравствуйте.
Дело в том, что версия PHP 5.6 пока активно используется на хостингах, так как не все форумные движки и CMS переписаны для использования хотя бы PHP 7.1
А так же из примеров например возьму модули или хаки для Vbulletin - не все переписаны под использование PHP последней версии, и не которые переписаны не будут совсем.
Предлагается разделить Open Server на две ветки:

У меня предложение лучше:

• Если чей-либо рабочий проект работает "на берёзовых дровах", то стоит пользоваться старыми сборками, которые имеются.

• Если параллельно вам доверили создание проекта на PHP7.4+, то ставьте новую сборку рядом, только папки к корневом пусть по разному называются. Ярлыки уже и так внешне разные.

Это избавит Максима от лишней работы, а нас от разного рода сообщений на форуме. Если задонатить при скачке более 300 рублей, то получите на год бесплатный хостинг с всеми версиями PHP, от "берёзовых дров" до 7.4. Для вашего проекта самое то.
У меня отлично уживаются две версии OSPanel