www/joomla3, www/drupal8 и другие web-приложения из портов

Den Grigoriev написал(а) к Victor Sudakov в Apr 18 14:12:22 по местному времени:

Привет, Victor!

25 апр 18 13:02, Victor Sudakov -> Eugene Grosbein:

VS> Отож! Осталось придумать, как "pkg install"-ом обновлять несколько
VS> одновременно установленных экземпляров сабжей, и при этом не в
VS> chroot/jail/bhyve.

Я придумал :-)

Ставится ОДИН экземпляр каждой CMS (pkg install),
потом для каждого экземпляра в var/www делается свой каталог,
и в него делаются симлинки на каталоги и файлы из пакета.
Каталоги, в которые что-то будет записываться персональное
не линкуются, а делаются mkdir-ом, ну и обычно config.php
свой для кажого пользователя. (но эти каталоги и файлы
не изменяются при обновлении пакета).

Вот такой хитрый способ...


С наилучшими пожеланиями, Den.

--- ---------------------------------------------

Den Grigoriev написал(а) к Alex Korchmar в Apr 18 14:18:10 по местному времени:

Привет, Alex!

25 апр 18 09:50, Alex Korchmar -> Den Grigoriev:

DG>> Ага, и куча ручного траха, как минимум, с настройками апача.
AK> а ты апач как из пакетика поставил, так и не настраиваешь?

Он ровно 1 раз настраивается в эталонной ВМ.
К тому же, если все ставится из дистрибутивных
пакетов то для работы внутри сети вообще не
надо ничего настраивать - всё "из каропки".


С наилучшими пожеланиями, Den.

--- ---------------------------------------------

Victor Sudakov написал(а) к Slawa Olhovchenkov в Apr 18 15:32:12 по местному времени:

Dear Slawa,

24 Apr 18 22:27, you wrote to me:

VS>>>>>>>> представляю с трудом: www:www не имеет права переписать
VS>>>>>>>> php-файлы,
AK>>>>>>> а должно.

VS>>>>>> Но как, сэр?

SO>>>>> apache-itk-mpm

VS>>>> А апач надо пересобрать с MPM_WORKER? Я его всегда с
VS>>>> MPM_PREFORK собираю. Но если переключить апач на
VS>>>> mpmworkermodule, configtest ругается:

SO>>> надо собирать с модулями воркеров.

VS>> Кого собирать с модулями воркеров? Апач или PНP?

SO> в апаче.

VS>> В apache24 собираются все модули, переключение в конфиге без
VS>> пересборки.

SO> да

VS>> А вот как mod_php сделать thread-safe, чтобы воркер не ругался на
VS>> thread-unsafe PНP module?

SO> WARNING= "!!! If you have a threaded Apache, you must build
SO> ${PНP_PORT} with ZTS support to enable thread-safety in extensions
SO> !!!"

Если включить ZTS при сборке mod_php, треть PНP модулей собираться перестаёт. Подробнее не скажу, может на выходных будет время поразбираться в отдельном poudriere set.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alex Korchmar написал(а) к Den Grigoriev в Apr 18 11:49:50 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Den Grigoriev <Den.Grigoriev@p3.f49.n5005.z2.fidonet.org> wrote:

DG>>> Ага, и куча ручного траха, как минимум, с настройками апача.
AK>> а ты апач как из пакетика поставил, так и не настраиваешь?
DG> Он ровно 1 раз настраивается в эталонной ВМ.
по отдельному ip на каждую, и шаг влево, шаг вправо от неведомых лично мне
умолчаний (я понятия не имею, где искать автоустановленную жумлу) - ничего
не работает? (если допустить что работает вообще)

DG> К тому же, если все ставится из дистрибутивных
DG> пакетов то для работы внутри сети вообще не
DG> надо ничего настраивать - всё "из каропки".
блажен кто верует.

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Den Grigoriev в Apr 18 11:51:51 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Den Grigoriev <Den.Grigoriev@p3.f49.n5005.z2.fidonet.org> wrote:

DG> потом для каждого экземпляра в var/www делается свой каталог,
DG> и в него делаются симлинки на каталоги и файлы из пакета.
и ничего не работает.
DG> Каталоги, в которые что-то будет записываться персональное
даже если ты хорошо знаешь все перечисленные и еще надцать неупомянутых -
я очень сомневаюсь, что ты можешь в течении пятнадцати минут сформировать
список того, что им надо иметь доступным на запись всегда, что эпизодически,
а где они хранят конфиги.

DG> не линкуются, а делаются mkdir-ом, ну и обычно config.php
DG> свой для кажого пользователя. (но эти каталоги и файлы
DG> не изменяются при обновлении пакета).
если автор пакета об этом догадывался.

чего только люди, кстати, не делают, чтобы не изучать что-то кроме раз навсегда
вызубренного.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Victor Sudakov в Apr 18 18:14:20 по местному времени:

25 апр. 2018, среда, в 11:02 NOVT, Victor Sudakov написал(а):

EG>> Да в жопу такой обновлятор. pkg install прекрасно обновляет
EG>> код и php/fpm не запускает.
VS> Отож! Осталось придумать, как "pkg install"-ом обновлять несколько одновременно
VS> установленных экземпляров сабжей, и при этом не в chroot/jail/bhyve.

Каждый маинтейнер порта должен убедиться, что его порт уважает
недефолтный PREFIX и если нет - сделать патч.

У pkg много ключиков, включая -r

Но я вообще-то намекал на то, что если pkg может обновлять хотя
бы один экземпляр сабжа, значит для этого не нужен код на php,
то есть обновлять можно как угодно на самом деле. И pkg только один вариант.

Eugene
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Apr 18 13:29:24 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Но я вообще-то намекал на то, что если pkg может обновлять хотя
EG> бы один экземпляр сабжа, значит для этого не нужен код на php,
Женя, я бы вот был очень осторожен в утверждениях, что он может на
самом деле - обновлять, а не все испортить.

майнтейнеру это неинтересно, он экспериментирует на пустой базе и пустом
сайте.

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

порты, по моему глубочайшему убеждению, предназначены для софта, который не
является ключевым на данной системе, и который "и так сойдет".


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Apr 18 18:56:20 по местному времени:

25 апр. 2018, среда, в 11:29 NOVT, Alex Korchmar написал(а):

EG>> Но я вообще-то намекал на то, что если pkg может обновлять хотя
EG>> бы один экземпляр сабжа, значит для этого не нужен код на php,
AK> Женя, я бы вот был очень осторожен в утверждениях, что он может на
AK> самом деле - обновлять, а не все испортить.
AK> майнтейнеру это неинтересно, он экспериментирует на пустой базе и пустом
AK> сайте.

Тогда это плохой маинтейнер и негодный порт. Правильный порт учитывает
обновления, при накоплении ценных данных типа локальной sqlite/mongodb
спрашивает при деинсталляции, что делать с данными (оставлять/удалять?)
с дефолтным оставлением для неинтерактивного удаления; и с подхватыванием
старой базы при установлении новой версии.

И да, MySQL-сервер ничего не теряет при обновлении.

Eugene
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Apr 18 14:24:26 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

AK>> майнтейнеру это неинтересно, он экспериментирует на пустой базе и пустом
AK>> сайте.
EG> Тогда это плохой маинтейнер и негодный порт. Правильный порт учитывает
они у нас все такие (судя по моим диффам), а конкретно тут - еще и задача
почти невыполнимая. Времена, когда непосредственно в CPAN встроили поддержку
пакетов, давно прошли.

EG> И да, MySQL-сервер ничего не теряет при обновлении.
современные cms - это не только mysql, но и много ценного хлама где-то в
каталогах пятнадцатого уровня вложенности.
(а базу mysql, вот сюрприз, саму надо обновлять, потому что структура базы тоже
меняется от релиза к релизу - и делает это интуитивно-приятный скрипт
upgrade.php, ну конечно же ж)

и, повторюсь, их авторы рассчитывали на самостоятельную установку и
обновления юзером на платформе масс-хостера, где у него хорошо если ftp есть.
А вовсе не на дружбу с системными пакетными средствами. Так что возможности
майнтейнера тут очень ограничены.


> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Slawa Olhovchenkov в Apr 18 18:59:56 по местному времени:

Dear Slawa,

25 Apr 18 15:32, I wrote to you:

[dd]

VS>>> А вот как mod_php сделать thread-safe, чтобы воркер не ругался
VS>>> на thread-unsafe PНP module?

SO>> WARNING= "!!! If you have a threaded Apache, you must
SO>> build ${PНP_PORT} with ZTS support to enable thread-safety in
SO>> extensions
SO>> !!!"

VS> Если включить ZTS при сборке mod_php, треть PНP модулей собираться
VS> перестаёт. Подробнее не скажу, может на выходных будет время
VS> поразбираться в отдельном poudriere set.

Фигня какая-то творится: https://bugs.freebsd.org/bugzilla/sh....cgi?id=227762

Какая связь между сборкой с ZTS и поломанной зависимостью?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322