Василий, чтобы что? Непременно преодолевать, стоя и в гамаке? Во время разработки локальный докер от реального VPS отличается разве что отсутствием лагов. Которые для задающего такие вопросы вряд ли в обозримом будущем будут критичны.
Естественно, на время разработки поднимается сервер разработки у себя локально в Докере.
И после запуска проекта все доделки тоже делаются в Докере.
На боевой сервер выкатывается только проверенный результат.
Если уже есть сервер БД - значит, главное препятствие на пути к веб-стеку преодолено.
Осталось выкинуть из головы офисы, написать на чем угодно примитивный CRUD и настрогать интерфейс к нему в браузере.
Причем если агенты переведены на крон, такая подлянка просто жрет ресурсы и страницы не замедляет. Только если агенты запускаются по запросу - тогда будут тормоза в запрошенной странице.
Да в чем угодно может быть проблема.
Разбирайтесь, какие страницы тормозят и что на них запускается.
Если тормозят любые - то что навалено в основном шаблоне и напрограммировано в bitrix/php_interface/init.php
Неужели вы правда ждете какого-то конкретного ответа по такой скудной информации?
Собственно, один такой ответ есть - наймите битриксоида, чтобы он разобрался за вас.
Vamp, как раз насчет выделения тепла у m.2 бывают такие сюрпризы, которые переплюнут любой адаптер питания. Особенно если одноплатник безвентиляторный.
Vamp, ну, если вы не примастрячите к малинке PoE, ее питать все равно придется.
С той же розетки и USB-коробочку под винт запитать не проблема.
Я, собственно, имел в виду просто уточнить, что бюджет такого решения вполне может быть скромнее, чем у конкретно вашего. Раза в полтора как минимум.
Vamp, поправка: на малинку на российском рынке цены уж очень задраны, апельсинка дает то же самое с более вменяемым ценником. Ну, и для сетевого хранилища SSD тоже пока роскошноваты, тем более, что скорость все равно будет упираться, скорее всего, не в винт, а в вайфай.
NextCloud ставится на Дебиан, который все еще поддерживает и i686.
Кстати, последние четвертые пни умели в x64. Хотя гиг памяти - это, конечно, печалька.
Я бы на это натянул Дебиан с Самбой - им ресурсов хватит - и больше не насиловал.
Ну, если позарез хочется доступа через веб - то просто апач с включенным directoryIndex.
komdisp, на самом деле, лет 15 назад Яндекс делал такую штуку, которая могла бы вам показаться близкой к идеалу. Десктопная программка, которая индексировала файлы в указанных папках (текст, pdf, офисные форматы) и позволяла по ним удобный поиск. Но Яндекс быстро понял, что такое удобство в интересах пользователя, а не поисковика - и свернул проект. Не факт, что его еще можно найти и запустить на текущих Виндах.
Вот на помойках еще следы остались: https://svoy-nemec.narod.ru/Soft/YandexDesktop.htm
komdisp, простота многогранна: просто пользоваться, просто пополнять, просто переносить - это три взаимоисключающих "просто" ;)
Я, признаться, никогда знания в "книги" не хомячковал. Как-то не требовалось никогда за 30 лет в IT.
Предел моих нужд - FreeMind для конкретной задачи. Типа плана поездки в Питер ;)
Собственно, проблема только в том, чтобы признать, что начинать с Ёкселя было ошибкой - и забыть про него, отталкиваясь от хотелок и нужд, а не от того, в каком виде оно свалено сейчас.
Отсутствие знаний по БД - отнюдь не причина не пользоваться для хранения данных системами, специально для этого предназначенными. Тем более, что готовые движки не требуют никакой особенной работы с БД, кроме, разве что, разворачивания сервера по готовой инструкции.
Вы бы еще энциклопедию начали читать с первого тома и подряд.
Документацию читают, чтобы разобраться в конкретном вопросе.
И желательно - не микрософтовский суржик из придуманных ими самими терминов, а нормальные стандарты.
Ну, и естественно, не вместо учебников, а после.
