Обновить

Интернет или ничего: как заставить PHP-разработчика ERP-системы писать под Windows

Уровень сложностиСредний
Время на прочтение9 мин
Охват и читатели5.7K
Всего голосов 2: ↑1 и ↓1+2
Комментарии10

Комментарии 10

Примерно 25 лет назад, когда "Интернет" был повременной - люди делали веб-системы на локальных серверах.
Причем для этого не надо пытаться запускать сервер на десктопе под Виндовс, и даже не надо покупать стойку 19" со стоечными серверами - справлялся обычный ПК.
Сейчас, когда всё это стало намного проще настраивать "из коробки", и появился докер - так тем более.

А вот вопрос синхронизации баз между филиалами/удаленщиками - это как раз то, о чем пора вспоминать в эпоху блокировок и белых списков.
Когда-то это решалось периодическими "выгрузками", с отложенными транзакциями - некоторые вещи нельзя было "провести" сразу, требовалось дождаться обмена и подтверждения, что товар действительно в наличии и зарезервирован.

Это не на уровне БД, это на уровне бизнес-логики: текущие остатки, резервы, запрошенные транзакции по движению товара и тому подобное.

Это не на уровне БД, это на уровне бизнес-логики: текущие остатки, резервы, запрошенные транзакции по движению товара и тому подобное

Да, именно, здесь основная задача — бизнес-логика. А поскольку ERP на своём сайте vs в облаке обычно выбирают клиенты, которые хотят индивидуальную логику, мы и решили пока пойти по пути упрощения логики синхронизации, а не искать магическое универсальное решение.

Что будет дальше будем смотреть по ситуации, может и докер придётся кассирам осваивать

Ну сегодня есть версии денвера с php 8.2. И с такой же новой версией базы данных. В чем проблемы то? При этом все отлично c https работает в сети.

Проблема не с версией PHP, а с тем как синхронизировать локальные данные с онлайн-базой. Сами веб-серверы эту задачу не решают, но они для этого и не предназначены, претензий к ним никаких нет. Хотя в процессе изучения вариантов мы все же поностальгировали о том, что последняя официальная версия Денвер даже вместе с нашей системой занимала меньше 30Мб, а современные аналоги Денвер от 500Мб и выше

Звучит интересно, не попадалось раньше. Спасибо, изучим. Насколько я понял, это не то же самое как с локальным веб-сервером просто взять и использовать свои скрипты, нужно переписывать код? Но переписывать на PHP, вероятно, какие-то вещи может быть удобнее, чем на JavaScript для Electron

Дорогие друзья, мы с вами только что увидели, к чему привело закапывание RAD Delphi и ей подобных.

А такто можно было какой-нибудь wxPHP взять и прикрутить к существующей логике.

Еще добавили ностальгии )). Как знать, может теперь эти проекты начнут вторую жизнь

Да уже IMHO нет. Ещё когда odoo была OpenERP, у них было два интерфейса - в браузере и wx. Мне wx очень нравился, но у них там очень мощно пошло развитие, и они не смогли его поддерживать, с одной стороны, а с другой, выяснилось, что в ERP системе такой интерфейс не очень-то и нужен (но я бы тут поспорил - на складе по большому приходу WEB UI может вызывать психический срыв). Так что я бы обратил ваше внимание на wx, иногда там можно что-нибудь годное намутить.

Два интерфейса реально сложно поддерживать, у нас тоже все динамично меняется, каждый месяц выпускаем обновление. Хотя мы делаем индивидуальные доработки, если кто закажет, то пожалуйста. А так большие приходы в основном импортом из Excel, вот он видимо единственный бессмертный ))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации