Ну в данном случае, я полагаюсь на формат работы как с MongoDB, когда многие действия, происходят на стороне самого приложения, а не в БД. Пока ещё не сталкивался с необходимостью, оперировать диапазонами.
Классики книг по разработке ПО, уже давно сказали, что если есть возможность купить готовую библиотеку, которая делает то, что нужно, лучше её купить, чем самим разрабатывать. Вот от сюда и причина, почему покупают Битрикс. Там уже есть всё, или почти всё. Разрабатывать на нормальном фреймворке, конечно интересно, но это если нужно сделать немножечко CRUD'ов. А в Битриксе, куча всего уже написано, бери не хочу. Посморите, сколько там модулей и компонентов уже есть, после установки. И всё это добро, стоит не так много, одно-две месячной зарплаты программиста. А пилить столько фич, один программист, будет годами. В этом и секрет популярности "Битры".
Поиск медиа-файлов и файлов, прилинкованных к публикациям, по текстовому содержимому файлов (поддерживаются PDF, DOC, DOCX, XLS, XLSX, RTF и многие другие форматы) - для извлечения текста мы используем свой собственный микро-сервис.
При желании, можно поизучать код. Там не так много файлов. Один из недостатков, по моему, это зависимость от внешнего сервиса (микросервиса) (fulltextsearch.org/fire), который получает post-запрос с чем то, отдаёт что то.
Вот здесь, описано, ну и дискуссия по этому поводу
https://www.opennet.ru/opennews/art.shtml?num=58639
Партнёры вроде. Сами они выступают как хостеры и арендодатели серверов.
Понятно. Просто, целая дискуссия началась, по этому поводу на одном из сайтов (опеннет).
Ну, ок, если будет работать нормально, можно и попробовать.
firstvds_ru - регистрация и продление ru/рф-зоны - 250 руб.год. Перевёл туда, почти все свои домены. Ну и VDS-хостинг, норм по цене.
Что то не увидел новость про включение телеметрии в инструментарий Golang.
А зачем городить такие велосипеды? Почему не использовать то, что сейчас есть? Суть в том, чтобы заменить все языки программирования на Kotlin?
Ну в данном случае, я полагаюсь на формат работы как с MongoDB, когда многие действия, происходят на стороне самого приложения, а не в БД. Пока ещё не сталкивался с необходимостью, оперировать диапазонами.
Ну ок, согласен. С постгресом, не особо работал. Мускуль, наше всё.
Как по мне, это просто синтаксический сахар. Мне ближе вариант с тремя таблицами в MySQL.
В фильме "Ночной дозор", в первой части, был интересный инструмент, показывающий разные связи. Что то, типа mind map, но с прикольным интерфейсом.
И без виртуалок, еле хватает памяти на работу - дополнительные траты на оперативную память.
Вот бы натривить на Битрикс проект.
Классики книг по разработке ПО, уже давно сказали, что если есть возможность купить готовую библиотеку, которая делает то, что нужно, лучше её купить, чем самим разрабатывать. Вот от сюда и причина, почему покупают Битрикс. Там уже есть всё, или почти всё. Разрабатывать на нормальном фреймворке, конечно интересно, но это если нужно сделать немножечко CRUD'ов. А в Битриксе, куча всего уже написано, бери не хочу. Посморите, сколько там модулей и компонентов уже есть, после установки. И всё это добро, стоит не так много, одно-две месячной зарплаты программиста. А пилить столько фич, один программист, будет годами. В этом и секрет популярности "Битры".
Там поддержка PHP-7, что не плохо.
Ну, хотя бы, чтобы можно было индексировать, содержимое файлов.
Во вкладке "Development", есть ссылка на просмотр кода "Browse the code".
Там написано в тексте про это:
Поиск медиа-файлов и файлов, прилинкованных к публикациям, по текстовомусодержимому файлов (поддерживаются PDF, DOC, DOCX, XLS, XLSX, RTF и
многие другие форматы) - для извлечения текста мы используем свой
собственный микро-сервис.
Можете это рассматривать, как преимущество)
При желании, можно поизучать код. Там не так много файлов. Один из недостатков, по моему, это зависимость от внешнего сервиса (микросервиса) (fulltextsearch.org/fire), который получает post-запрос с чем то, отдаёт что то.