Добрый день!
Есть необходимость запустить несколько магазинов через терминальный доступ с работой ФР и сканеров на Рознице 2.1.
Для реализации данного функционала на 1й редакции пришлось её дорабатывать для корректной работы оборудования (т.к. идентифицировалось оборудование только по имени компьютера). На редакции 2.1 эта проблема решена?
Есть необходимость запустить несколько магазинов через терминальный доступ с работой ФР и сканеров на Рознице 2.1.
Для реализации данного функционала на 1й редакции пришлось её дорабатывать для корректной работы оборудования (т.к. идентифицировалось оборудование только по имени компьютера). На редакции 2.1 эта проблема решена?
По теме из базы знаний
- Подключение торгового оборудования по rdp.
- Торговое оборудование. Доработка функции ПолучитьИмяКомпьютераТО() в типовых конфигурациях 1С 8.2
- Настройка торгового оборудования в конфигурации "Управление торговлей" ред. 10.3 при работе в терминальном режиме
- Подключение торгового оборудования по rdp. Подключение личного оборудования пользователя
- Разделение рабочих мест для подключения торгового оборудования через RDP
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) lsd_777, работа будет основана на единой локальной сети. Основная проблема - медленная работа программы на рабочих местах (кассах) во время поиска товара (20-40 секунд) на поиск позиции. В локальной сети 9 касс + 5 мест товароведов. Сейчас есть мысли или переводить на sql + RDP/
(3) lsd_777, "RDP через интернет намучаетесь, проверено, а база на кассе, это всегда касса в рабочем состоянии! Да и быстродействие получше будет."
Через RDP нормально работает даже через 3G модемы :-) В каждую кассу втыкаете 3G модем и "это всегда касса в рабочем состоянии!"
Через RDP нормально работает даже через 3G модемы :-) В каждую кассу втыкаете 3G модем и "это всегда касса в рабочем состоянии!"
Нормально работает торговое оборудование через RDP .. Недавно ставил 2 ФК..FPrint5000k помоему они.. правда конфа не Розница.Без нареканий пашет..
Зачем RDP, если база на SQL и пользователи в локальной сети... RDP, тем кто через интернет работает - делают обычно.. у меня в локальной сети у всех пользователей так стоит 1Ска(платформа), на их компах.. и нормально.. SQLные базы летают. Ну компы правда у всех не меньше 2 ядра, 2 гига.Если у тебя динозавры там, тогда да,RDP.
Зачем RDP, если база на SQL и пользователи в локальной сети... RDP, тем кто через интернет работает - делают обычно.. у меня в локальной сети у всех пользователей так стоит 1Ска(платформа), на их компах.. и нормально.. SQLные базы летают. Ну компы правда у всех не меньше 2 ядра, 2 гига.Если у тебя динозавры там, тогда да,RDP.
Если все в одной локалке, РДП не нужен, SQL будет эффективнее, если бюджет ограничен то можно использовать постгри сервер, только инсталяхи нужно брать обязательно от 1С а не с сайта постгри.
я в файловом варианте через РДП пользуюсь до 5..7 пользователей, потом начинаются тормоза, особенно если справочник номенклатуры раздутый.
я в файловом варианте через РДП пользуюсь до 5..7 пользователей, потом начинаются тормоза, особенно если справочник номенклатуры раздутый.
(14) Shevon, "Postres - не даст прироста (даже хуже будет)"
Интересно ... :-)
Т.е. Вы считаете что версионная СУБД (постгри) не имеет преимуществ перед потабличным блокировщиком (файловая)? :-)
Кроме того конечно лучше качать значительную часть базы по сети (что кстати и происходит при поиске по подстроке в файловой версии) чем сделать SQL запрос к серверу и получить от него ответ ? :-)
Интересно ... :-)
Т.е. Вы считаете что версионная СУБД (постгри) не имеет преимуществ перед потабличным блокировщиком (файловая)? :-)
Кроме того конечно лучше качать значительную часть базы по сети (что кстати и происходит при поиске по подстроке в файловой версии) чем сделать SQL запрос к серверу и получить от него ответ ? :-)
(15) ZLENKO.PRO, Я говорю об RDP варианте. В этом случае качать не нужно будет.
MS SQL express имеет ограничение как на размер базы, так и на количество пользователей (если мне не изменяет память).
При документообороте розницы размер базы будет возрастать прилично. Здесь уже нужно смотреть (раз в год или чаще делать свертку базы).
Если указанное число пользователей конечно, т.е максимально, то можно SQL express c использованием 32-битного сервера приложений, включенного в состав платформы (покупка 64-битного не даст желанного цена/производительность для данного количества пользователей).
MS SQL express имеет ограничение как на размер базы, так и на количество пользователей (если мне не изменяет память).
При документообороте розницы размер базы будет возрастать прилично. Здесь уже нужно смотреть (раз в год или чаще делать свертку базы).
Если указанное число пользователей конечно, т.е максимально, то можно SQL express c использованием 32-битного сервера приложений, включенного в состав платформы (покупка 64-битного не даст желанного цена/производительность для данного количества пользователей).
(19) Shevon, "то можно SQL express c использованием 32-битного сервера приложений, включенного в состав платформы"
Самый бюджетный вариант это сервер на Linux с постгри и сервером приложений. Покупать придется только сервер приложений 1С и клиентские лицензии 1С. Терминальный сервер тоже можно на Linux. Но все это конечно если уж очень хочется сэкономить. С другой стороны переход MS SQL на поядерное лицензирование сильно снизил привлекательность платформы MS SQL :-(
Самый бюджетный вариант это сервер на Linux с постгри и сервером приложений. Покупать придется только сервер приложений 1С и клиентские лицензии 1С. Терминальный сервер тоже можно на Linux. Но все это конечно если уж очень хочется сэкономить. С другой стороны переход MS SQL на поядерное лицензирование сильно снизил привлекательность платформы MS SQL :-(
(20) ZLENKO.PRO, Просто по умолчанию с постгри идет конфиг под очень слабое железо. Сделайте нормальный конфиг файл и все "взлетит" :-)
Не встречал еще нормальной работы Postgres + Windows Server.
На nix вроде бы нормально (во всяком случае пишут об этом). Но в тонкости настройки не вникал.
В общем, я за RDP вариант. На SQL перейти можно всегда.
Не встречал еще нормальной работы Postgres + Windows Server.
На nix вроде бы нормально (во всяком случае пишут об этом). Но в тонкости настройки не вникал.
В общем, я за RDP вариант. На SQL перейти можно всегда.
(14) Shevon, на счет "хуже будет" - сами проверяли или как? перевел уже несколько 1С УТ 10.3 с файловой на Postgres по причине тормозов в файловом варианте на терминальном сервере.
Юолезнь роста предприятия. Когда мелкая фирма с двумя менеджерами разрастается в 5 филиалов и 20..40 пользователей проблемы с файловой версией вероятны. Особенно если в 10.3 используется разграничение доступа к данным.
Тут 2 пути либо допиливать типовую конфу либо ставить клиент-сервер. Если ставить Postgres по инструкции ничего ни где не тормозит. Да, согласен, придется убить неделю на вникание в настройки сервера, но это в любом случае нужно делать.
Юолезнь роста предприятия. Когда мелкая фирма с двумя менеджерами разрастается в 5 филиалов и 20..40 пользователей проблемы с файловой версией вероятны. Особенно если в 10.3 используется разграничение доступа к данным.
Тут 2 пути либо допиливать типовую конфу либо ставить клиент-сервер. Если ставить Postgres по инструкции ничего ни где не тормозит. Да, согласен, придется убить неделю на вникание в настройки сервера, но это в любом случае нужно делать.
то для большой сети это будет выгоднее чем на мелкософтовские лицензии тратиться
Не думаю. Ооооочень большая сеть должна быть.
И мелкософт периодически акции проводит. Одна из моих сопровождаемых организаций в конце августа прошлого года купила Win Server 2008 R2 OLP за 15% стоимости.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот