Вход | Регистрация

  1  2

Эффективно и быстро программный сервер (не 1С)

Эффективно и быстро программный сервер (не 1С)
Я
   pavig
 
04.09.18 - 09:16
Есть потребность предприятия на своих удаленных точках, связь с которыми очень нестабильна, запустить мини-сервера.

Сервер, в общих чертах, умеет:

1. Сам стучаться на облачный сервер и запрашивать и передавать необходимые данные
2. У себя в базёнке хранить текущие данные. Грубо - сутки.
3. Пользователи через веб-интерфейс (то есть придется писать еще фронтенд) считывают и вносят какую-то информацию. Веб-интерфейс должен быть в высокой степени удобным и быстрым. Но функциональность планируется не сложная и не богатая
4. Предоставлять API для офф-лайн мобильного приложения
5. По неким простым алгоритмам обрабатывать текущую внесенную информацию, фиксировать её у себя
6. Сам может "складывать" необходимые файлики на локальный файл-сервер и считывать их оттуда же
7. Количество одновременных пользователей каждого сервачка: 2-3 + одно офф-лайн мобильное приложение
8. Планируется, что тираж этих сервачков составит 200 и более экземпляров (в зависимости от успешности реализации)
9. Объем информации небольшой


Естественно, первым делом напрашивается локальная базёнка на 1С.
Скажу сразу, мы этот вопрос уже прокурили, есть свои как плюсы (быстрая разработка, есть сильная команда разработчиков 1С), так и минусы (ненадежность файловой базы, высокая стоимость серверного варианта, стоимость лицензий и т.п.).

Сейчас начинаю изучать вопрос в сторону того чтобы делать всё это не на 1С. Для этого либо нанять временных разработчиков, либо нанять разработчиков в штат.

Вот тут и возникает вопрос - на чем эффективнее писать подобную забубулину?


Вижу варианты:

1. Метнуться в сторону Metadata.js. Есть у кого реальный опыт?
Плюсы: CouchDB сама очень хорошо умеет в репликацию (не придется писать сервисы), обмен с 1С (основная учетная система) вроде бы есть из коробки.
Минусы: Кому-то придется изучать этот фреймворк. И не факт что он пригодится в будущем. Хотя, имея такой тиражируемый продукт, вроде бы разработчику вполне себе кусок хлеба с икрой (красной) вроде бы обеспечен...
Самый тяжелый минус: мало проектов на этом фреймворке, вообще непонятны трудозатраты. Причем никто не сможет это оценить, пока не начнется разработка. А время - деньги, как говорится. Ну и, естественно, происходит сильная привязка проекта к разработчику. Потом найти замену в случае чего будет ой как непросто.

2. Нанять двух-трех "студентов" на PHP и быстро прототипировать и смотреть что получается.
Плюсы: порог вхождения в PHP вроде бы пониже чем на остальных языках, значит, первые версии программы должны выйти подешевле. Это для меня самый жирный плюс. Плюс не придется использовать такой радикально-специфический продукт как Metadata. Разработчик не становится уникальным, снижается зависимость.
Минусы: Нужно будет отдельно заказывать фронтенд.

В общем, задача интересная. Но мало знаний.


Камрады, покритикуйте, предлагая. Кто как решал бы подобную задачу?
 
 
   Garykom
 
101 - 04.09.18 - 11:51
(100) "Note: Offline persistence is supported only in Android, iOS, and web apps."

Особенно смешно с "For the web, offline persistence is an experimental feature that is supported only by the Chrome, Safari, and Firefox web browsers."
   ssz84
 
102 - 04.09.18 - 11:52
(0) Дойдёт до фактической реализации - готов участвовать в реализации на php - веб клиент, серверная часть, api для 1с и мобилок
   ГеннадийУО
 
103 - 04.09.18 - 11:53
(0) С  метадатой одна большая проблема - нет актуальной и полной документации. Поэтому раскуривать придется долго...
   Asmody
 
104 - 04.09.18 - 11:53
(101) Чего смешного? Веб и мобайл. Все ьраузеры поддерживаются.
   Garykom
 
105 - 04.09.18 - 11:54
(98)+ Как вариант берем Postgres к нему добавляем http://postgrest.org/en/v5.0/tutorials/tut0.html и пишем еще фронт на HTML5/CSS/JS.

Это пожалуй самый быстрый вариант для запуска, очень энтерпрайзный и гибкий.
   Garykom
 
106 - 04.09.18 - 11:54
(104) Объясни каким местом и откуда мобильное приложение их будет получать и куда отправлять данные, если связь того?

В какой браузер?
   Asmody
 
107 - 04.09.18 - 11:56
(106) Там все написано в примерах.
   Вафель
 
108 - 04.09.18 - 11:59
файрбейз вроде умеет оффлайн работать
   Garykom
 
109 - 04.09.18 - 12:00
(107) У Firebase есть один минус, который перекрывает все плюсы.

Он не в РФ хостится.
   Nyoko
 
110 - 04.09.18 - 12:01
Любая разработка будет дороже чем локальная базка на 1с.
Студентов 2 взять??? они тебе за год ее напишут, с той зп которую ты планируешь им платить..
Если без 1с, то разработал бы без облак всяких кошерных. просто на fpc программулину exe
 
 Рекламное место пустует
   Garykom
 
111 - 04.09.18 - 12:01
(109)+ Даже не могу представить заграничные VPN по падающим каналам связи ))
   Остап Сулейманович
 
112 - 04.09.18 - 12:08
(111) Канал - он стсуко штука двусторонняя. И падать вполне может на твоей стороне. Не обязательно на стороне заграничного VPS. Но эффект будет тот же.
   pavig
 
113 - 04.09.18 - 12:08
(96) (100)
Штука крутая, но оффлайн должно работать не просто одно устройство.
На устройствах внутри точки связь должна быть всегда (там wi-fi). Если что-то изменилось в мобилке, то на веб-клиенте это должно тоже измениться, не важно - интернет есть или нет.
На Firebase я не увидел этого.
   tesseract
 
114 - 04.09.18 - 12:09
(110) Поэтому 1С и популярен. Все готовенькое и дешево.


>>Плюсы: порог вхождения в PHP вроде бы пониже чем на остальных языках, значит, первые версии программы должны выйти подешевле.

Такой софт сейчас задаром раздают :-)  Всяких eCommerce с BI - вагон и три тележки.
   pavig
 
115 - 04.09.18 - 12:10
(114)
"Такой софт сейчас задаром раздают"
какой такой софт?
   Garykom
 
116 - 04.09.18 - 12:18
(112) Скорее он будет падать ровно посередине по вине провайдера по приказу от РКН ))
   pavig
 
117 - 04.09.18 - 12:34
(91)
Я, признаюсь, тоже подумывал в сторону oscript но чет не ожидал что кто-то его прямо порекомендует)
   Garykom
 
118 - 04.09.18 - 12:41
(117) OneScript пока еще в процессе роста из пеленок, маловато библиотек на все случаи жизни.
Но это компенсируется тем что оно легко расширяемо на отличном, популярном C#/.Net.
   Garykom
 
119 - 04.09.18 - 12:43
(118)+ Имхо фирме 1С надо было давным-давно выпустить свой интерпретатор языка 1С для командной строки.
   Вафель
 
120 - 04.09.18 - 13:00
(119) Зачем?
   Garykom
 
121 - 04.09.18 - 13:05
(120) Для начального обучения в школах/вузах, чтобы алгоритмы на языке 1С проходили а не "школьном алгоритмическом"
   Вафель
 
122 - 04.09.18 - 13:06
(121) в школах 1С? да кому нужен этот 1с? все хотят жаву и свалить отсюда
   uno-group
 
123 - 04.09.18 - 13:48
ИМХО Клюшки + УРБД, а дальше экспортируйте в свой снеговик.
   pavig
 
124 - 04.09.18 - 13:54
(123)
Потому что восьмерка еще сырая?))
   Asmody
 
125 - 04.09.18 - 14:40
(113) Тогда можно подождать чуток. Монга зарелизит мобильную версию, которая будет "сама" с большой монгой снюхиваться. Или записаться на закрытую бету.
   Casey1984
 
126 - 04.09.18 - 14:50
Ужасное слово "базёнка", подавился и не смог дочитать.
   Nyarlathotep
 
127 - 04.09.18 - 14:59
(0) Для начала я бы посоветовал не гнаться за дешевизной, это путь в ад. А так PHP+Apache+Mysql (+javascript, если нужно) вполне себе вариант.
   Новиков
 
128 - 04.09.18 - 15:16
Чел тоже начал с 10 посещений в день. Чем кончилась вся музыка можно полюбопытствовать тут:
https://habr.com/post/421765/

И еще мне кажется, что фраза "По неким простым алгоритмам обрабатывать текущую внесенную информацию, фиксировать её у себя " - в данный момент сильно упрощена. Ну и + скорее всего вы придете к рибу, который никогда не напишите сами. Не потому что вы тупые, у вас просто до старости не хватит времени отладиться.

И еще кажется, что если денег на лицензирование нет, то наколхоживание задачи автоматизации по типу 0 - это риск, который автоматом закладывает предлагающий его автор. Т.е. это как ружье, оно потом обязательно со стенке упадет и прострелит кому-то ухо. И еще немножечко доставляет, что написать такое на пхп сможет любой студент за горсточку пшенки.
   Локи-13
 
129 - 04.09.18 - 15:20
(127) +1
Наиболее доступный и понятный многим стек
   Fragster
 
130 - 04.09.18 - 15:22
на самом деле если есть уровня "архитектор" ребята на 1с, сделать вменяемое API на php (например laravel) им будет не сложно (и интересно ;)).
   pavig
 
131 - 04.09.18 - 15:36
(128)
Великолепная статья!
   sapphire
 
132 - 04.09.18 - 15:38
(0) Node.js + redis
   tesseract
 
133 - 04.09.18 - 15:45
(128) ТС скорее как раз вот-это нужно  : https://habr.com/post/422151/


Ему просто "разруливать очередь сообщений" нужно.
 
 
   Злопчинский
 
134 - 04.09.18 - 19:12
   pavig
 
136 - 04.09.18 - 21:08
(134) Боюсь это совсем про другое...
   tesseract
 
137 - 04.09.18 - 21:32
(134) Вообще не понял смысл тестировать webpack для 1С.
   Сияющий в темноте
 
138 - 04.09.18 - 21:46
(133) там о том,как изобретать велосипеды,т.к.у Frontol есть встроенный сервер синхронизации,позволяющий синхронизировать несколько баз.
Кроме того,внезапно,в базе FireBird есть события,то есть из триггера можно отправить событие и не лезть в javascript вообще.
То,что прикрутили очередь событий,это понятно,просто,они забыли о том,что в 1с чеки с кассы никакой полезной нагрузки не несут,а все движения делает отчет о розничных продажах.
   Z1
 
139 - 04.09.18 - 22:02
(0) С пяток решений тебе накидали.
Теперь тебе надо найти исполнителей ( желательно с опытом )
и делать на том что лучше всего знают исполнители.
   tesseract
 
140 - 04.09.18 - 22:24
(138) Он отдельных денег стоит. Основной на SQLite и сильно локальный. Чеки нагрузку несут оборотную, например "какого  не прокружен выставленный товар на POS".
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует