Неделю назад там мой сервак, который просуществовал месяц, тупо удалили, написав письмо, что "Извините, но мы так решили, что сервер в Швейцарии мы пожалуй вайпнем, и все оттуда удалим."
Можно не VNC, а поставить xorg-xrdp и подключаться обычным RDP.
Зачастую используют vnc вместо xrdp из-за слетания xrdp по обновлениям или т.п., но вот стопроцентно рабочий проверенный вариант: https://linux-notes.org/rdp-na-debian-ubuntu-mint-...
RDP предпочитаю из-за нормальности переключения раскладок. VNC в этом плане тупизм полный.
Павел, ну это уже полностью зависит от хотелок заказчика. Насчет складов=имя юзера - вы правы.
По поводу отправки и приема перемещения - можно просто добавить два поля в перемещение:
Sender_confirm и receiver_confirm. При условии, что оба поля - true, перемещение становится открытым для проводки.
Но могу еще провести аналогию с 1С в магазине, где я когда-то работал. Там было так:
Склады:
Склад Магазин 1
Склад Магазин 2
Склад Отгрузка на Магазин 1
Склад Отгрузка на Магазин 2
Порядок действий был такой:
Если магазин 1 отправляет товар на магазин 2, то:
Магазин 1 делал перемещение со "Склад магазин 1" на "Склад отгрузка на магазин 2", считал товар и проводил перемещение.
Документ перемещение "Склад магазин 1" на "Склад отгрузка на магазин 2" выдавался водителю доставки, и подписывался им. На этом головная боль с подсчетом первого магазина полностью закрыта.
При привозе товара водителем в магазин 2, магазин2 создавал перемещение на основании предыдущего перемещения, но уже "Склад отгрузка на магазин 2" на "Склад магазин2", и при водителе считали товар. При проводке данного перемещения снималась головная боль уже с водителя.
Так было несложно отследить товар, где потерялась та или иная позиция.
Николай, Дааа, вот я чушь вчера написал то. Показываю вам вместо своего айпишника шлюз провайдера) Вышестоящий мой ответ прошу считать недействительным.
