Доброго времени суток. Есть маленький офис, максимум 4 пользователя. В основном 2-3. Конфигурации: УТ, Бухгалтерия. Сейчас всё это добро хранится на компе бухгалтера(файловые базы), желательно перенести на отдельную машину. Хотелось бы уйти от базы на файловой шаре, но в крайнем случае и этот вариант сойдет. SQL просьба не предлагать.

На "сервере" 4гб мозгов, Celeron(R) CPU G1610T @ 2.30GHz и Debian 8.9.


Я так понимаю, для администрирования доступ через файловую шару (samba) нужен в любом случае, просьба поделиться конфигами и историями успеха.

Что касается публикации на апаче, читал тут что с ним какие-то проблемы, но никакой конкретики не нашел. Цитирую товарища  Fram:

>Если речь о бухах, то подозреваю, что речь о Бухгалтерии 3. Так вот.. Я, конечно, никогда не поднимал эту конфу на файловом апаче, но есть серьезное предположение, что во время закрытия месяца, бухи оторвут вам интимные органы.


Вопрос: действительно всё так плохо? Что-то можно сделать? В чём проблема? Проверять на собственном опыте не хотелось бы.

"В чём проблема?"
в мнительности товарища Fram.
"Что-то можно сделать?"
можно сделать что-то.
"действительно всё так плохо?"
все еще хуже чем вам кажется. там все делается на уровне спинного мозга - тупо по мануалу прокликиваешь и забываешь как это делается. поэтому никто не обсуждает.
"Проверять на собственном опыте не хотелось бы."
а придется.

(0) Сделай общедоступный список баз, с которым будут работать все юзеры. Опубликуй базу и в этот список добавь ссылку на веб-публикацию. Если будет плохо - подменишь ссылку с Веб на НЕ Веб. Понятно?

во время закрытия месяца ничего другого работать не будет

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

Всем спасибо, про несколько апачей знаю, думал еще какие-то проблемы есть. С конфигурацией самбы кто-то может подсказать?
про umask 002 читал, еще какие-то моменты?

еще нет прозрачной авторизации

(4) А как блокировки будут работать при разных экземплярах веб-сервера?

Вся работа в файловом варианте выполняется веб-сервером. Откуда один веб-сервер будет знать о существовании другого?

(0) Совет. Все ставь на отдельный серваки.
Celeron и 4Gb - маловато будет.
Связка: Postgres, 1С-сервер, Апач.
Postgres - нужно будет оптимизировать.
1С-сервер - распаралелить процессы на базы, с ключами придется повозиться.

(8) он же говорит SQL не предлагать

(5) настройка самбы, просто порты нужно прописать, мануалов валом.

(9) Файловая база + апач, только вот тормоза будут жуткие, + если зависший сеанс, придется перезапускать комп (проверено на себе), т.к. нет мониторинга пользаков.

(7) Платформа нормально видит блокировки.

Обычные файловые табличные блокировки

(11) Можно перезапускать службу Апача, а не весь комп. А если каждому юзеру сделать свой процесс Апача, то только этот процесс можно перезапускать, остальные при этом продолжат нормально работать.