NA> Ты не настоящий сварщег, зачёркнуто, фидошник, ибо фидошник всегда на NA> "ты".
Я только учусь, т.е. в процессе) Свой узел пока только в виртуалке начал отлаживать.
NA> Ты тогда упрёшься в 3-way merge, если потрогаешь одну и туже эху с NA> двух устройств.
Смотря как быстро трогать и синхрить. Rsync в локалке работает секунды 3 максимум. А одновременно писать с планшета/телефона/PC в "однопользовательскую" относительно редактора базу как-то странно.
NA> Ты прям чел из 90х. А знаеш как мы делали?/ Одну ноду NA> читал весь офис, вот именно как ты и говоршь, по NFS/SMB расшаренные NA> Jam/Sqush базы.
То есть проблеме лет 20, и ее так до сих пор и решают.
NA> Ты прям софтвер архитектор, сообразил, что плодить по поенту на NA> устройство никамельфо, и что ежели у тебя базы лежат на машине, где NA> белый IP, то ты сам себе клауд-шмауд буратино и можешь ластриды и NA> прочитанные в одной базе обновлять.
Это один из вариантов, каждый в меру своей распущенности решает как удобно. Просто отсутствует (и, наверное, хорошо с одной стороны) стандартный API. Точнее не так - выжившие и устоявшиеся АПИ стандартизировали - JAM, Squish тому примеры По большому счету, можно хранить как угодно, хоть в JSONe новомодном, хоть в SQL - удобный редактор и открытая библиотека толкнет к развитию любое поделие, будь оно капельку удобнее для программиста и пользователя.
Alexey Khromov --- GoldED+/LNX 1.1.5-b20230304 * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/722.143)
