Воеводский Михаил

Воеводский Михаил

С нами с 07 февраля 2013; Место в рейтинге пользователей: #18
Воеводский Михаил
30 ноября 2017, 18:26
0
Необходимые ответы в данном сообщении увидел. Отправил предложение на почту.
Воеводский Михаил
29 ноября 2017, 20:09
0
Пока абстрактные мысли — сделать на MODX возможно, надо лишь понимать примерные направления БП.
Или требуется повторить возможности Б24?

Какой охват пользователей предполагается?
Воеводский Михаил
29 ноября 2017, 19:24
+1
Калькуляторы — одна из вариаций БП. Калькуляторы ведь тоже разные бывают.

В целом же, идея интересная. Задача сложная, но полезная. Завтра подумаю вместе с нашими разработчиками, в каком ключе ее возможно выполнить. После этого напишу на почту.
Воеводский Михаил
29 ноября 2017, 16:00
0
Да нет, здесь речь о конструкторе БП, который позволит создавать любые калькуляторы, автоматизирующие события и т.д. :)
Воеводский Михаил
29 ноября 2017, 14:28
0
50 — скромненько. Нормальный по возможностям модуль будет значительно дороже. Даже у индивидуального разработчика.
Воеводский Михаил
28 ноября 2017, 15:56
+1
Абсолютно верно ты все понял и сформулировал суть компонента.
Воеводский Михаил
28 ноября 2017, 15:03
0
Это уже выходит за пределы данного компонента. Он хранит очередь и отдает сообщения из нее желающим. Если будет необходимость, можно добавить выполнение системных команд с передачей им параметров из сообщений, но это отдельная песня. В любом случае, на текущий момент считаю правильным реализовывать свою логику получения и обработки сообщений из очереди в соответствии с задачей.
Воеводский Михаил
28 ноября 2017, 03:26
0
По закону нет никакой разницы, кто кому платит. Речь только о том, что ЮЛ или ИП принимает платежи наличными либо по банковской карте.
Воеводский Михаил
27 ноября 2017, 14:05
+1
Я бы сейчас добавил некоторое количество обвязок в виде ноды, редиса и прочего, но MODX в качестве ядра — реальный вариант.
Воеводский Михаил
27 ноября 2017, 09:41
+1
В сниппете используются 2 входных параметра. Корректный вызов в таком случае должен в себя включать параметр $name. А $input передаётся в любом случае — это значение ТВ, которое выводится плейсхолдером и к которому применяется фильтр.
Воеводский Михаил
27 ноября 2017, 00:35
0
Добавил план в начало. О синхронизации читайте в 4 части.
Воеводский Михаил
27 ноября 2017, 00:00
+1
Баха совершенно верно сказал. Если же требуется вывести отображаемое в админке значение, а не фактическое, то проще всего вообще убрать служебные значения, оставив только отображаемые.
Воеводский Михаил
26 ноября 2017, 10:07
+3
— штрихкодирование(если есть конечно)
В следующей статье
— ПО которое формирует заказ и как оно все отправляется в модх
minishop2. Интерфейс для сотрудника, фактически, является обычным интернет-магазином, пусть и немного измененным для работы на одном экране без переходов.
— что синхронизируется с главным сервером, цены и заказы?
— интересно как сторонние аппараты связны с локальными серверами и как они работают
В одной из следующих статей.

Получается Ваш продукт с лихвой заменил этот адский-монополистский продукт — 1С, причем с индивидуальной настройкой, без лишних функций! и самое главное — большой скоростью!
1С не единственный продукт. Хотя да, его, зачастую, хочется заменить в первую очередь. Только надо понимать, что его замена в полной мере обойдется в очень немаленькую сумму.

Например, я однажды приходил покупать видеокарту для компьютера, стою на кассе, кассир говорит «Подождите пожалуйста», я глянул в его монитор и увидел как там долго долго грузилась 1С… минуты через 3-4 только начал оформлять заказ.
Выходом является всегда открытый интерфейс. Но и здесь веб выигрывает — время холодного запуска равно времени загрузки браузера и простой страницы.

Не так давно приходилось сталкиваться с 1С, я ругался матом… это какое-то извращение. Я посоветовал им, что под их задачи проще было написать веб интерфейс и все индивидуально заточено. И на вашем примере АСУ, я в конце концов убедился, что спокойно можно заменить 1С, да и еще с десятками плюсов.
Можно, дерзайте. Сначала детально изучите процессы клиента, составьте подробное ТЗ, после чего все окажется разложенным по полочкам.
Воеводский Михаил
26 ноября 2017, 01:59
+3
Остановится и возобновится, когда соединение восстановится.
Идея не в постоянной синхронизации, а в способности работы заведения без интернета, так как вся необходимая база с интерфейсом/логикой находится локально.
Воеводский Михаил
24 ноября 2017, 13:21
+1
Александр, завтра опубликую. Планирую выкладывать статьи через день, иначе практически вся главная ими будет заполнена.
Воеводский Михаил
24 ноября 2017, 02:56
0
Есть смысл пообщаться. Сведи с ним, если есть возможность.
Воеводский Михаил
24 ноября 2017, 02:55
0
В неизменном виде я не имею права тиражировать данное решение. Тем не менее, многие наработки можно использовать в новых продуктах.
Воеводский Михаил
24 ноября 2017, 02:45
0
В целом — верно. Вот только этот тезис будет детально развернут и обоснован.
Воеводский Михаил
23 ноября 2017, 13:17
+2
Оказалось, что данные вопросы не освещены. Добавил соответствующий раздел, читайте в следующей статье.