Всем привет !

Есть задача самописную конфигу. На веб клиенте. Количество пользователей между 1000 и 1500 пользователей. В системе не будет сложные вычислительные задачи. Осилить ли платформа ?

Платформа осилить. А словарь нет

Словарь ?

(0) Богачев говорил что порядка 10к пользователей держит

+(3) Но должен понимать, что должны быть высокие требования к коду и данному решению в плане производительности

Это я понимаю....
А что если будут сложные вычислительные задачи ?

Тут в кто за SSD дисков, а кто то против. А что если из их сделать RAID 0+1 ?

(5) причем тут диски SSD, тут комплекс нужен.
"А что если будут сложные вычислительные задачи ?" - никто не ответит на этот вопрос, кроме того кто этим будет заниматься.

Я в плане отказоустойчивости. Говорят они быстро слетают.

парльно говорят

(9) ой ли..., просто кто-то не умеет их готовить

(8) а что понимаешь под "Отказоустойчивостью"?

(8) "Говорят они быстро слетают." - а кто говорит, рассказывают как они их использовали?

Отказоустойчивость - если слетают один диск, то второй будет работать без проблем, так как  0+1 - это зеркало

(13) ну это не проблема 1с, это проблема системы в целом.

Запросы на 1к пользователей, а с железом как-то скудно

В общем инфы даже для вангования мало

(0) >В системе не будет сложные вычислительные задачи

А какие будут?

>Осилить ли платформа ?

Вопрос нужно ставить по-другому: осилит ли заказчик бюджет?

Что-то мне подсказывает, что решение на современных веб технологиях обойдется сильно дешевле.

О каких технологиях идет речь ? Просто по проекту надо делать на готовом движке. А не все с нуля. Тип майсикл и PHP

Если в регистр накоплении падают очень много количество записей, то правильно ли будет, поделить нагрузку на 2 регистра накоплении ? Потом в отчете собирать запросом ?

Чтобы выбирать технологии и движки, нужно знать задачи.

Задача простая. Учетная система для финансов.

(21) Действительно простая. Ставь файловую через веб, все будет зашибись.

(21) учетная система для финансистов и 1500 пользователей?

пили сразу на Мобильном клиенте. Пусть с телефона вводят данные
https://xn----1-bedvffifm4g.xn--p1ai/news/2018-01-11-review-of-8-3-12/

(0) если ты задаешь такие вопросы, то без помощи не получится.
Ищите опытного Эксперта по тех.вопросам и включайте его в проектную команду

(21) А конкретнее про задачи? Можно написать вам собственный веб-клиент, пользователям работать будет удобнее, а нагрузка на сервер станет на порядок меньше. На сервере можно значительно сэкономить. А может и на лицензиях сэкономить получится, если часть данных получится кэшировать на сайте.

(26) "на лицензиях сэкономить получится, если часть данных получится кэшировать на сайте" //
Из 59: "каждое рабочее место, с которого тем или иным способом осуществляется доступ к данным информационной базы «1С:Предприятия 8», должно быть обеспечено отдельной клиентской лицензией" :)
http://v8.1c.ru/predpriyatie/questions_licence.htm#mvv

Ну т.е. хитро ребятки из 1С пишут: рабочее место, осуществляющее доступ к данным инфобазы, и вроде как пофиг, что эти данные хранятся уже вне инфобазы (кэшируются где-то там)... Ну это так, мысли вслух )

(26) "собственный веб-клиент, пользователям работать будет удобнее" // А есть какой-нибудь простой пример (а лучше сравнительная таблица), чем собственный веб-клиент (вашей разработки, полагаю) удобнее 1С-ного веб-клиента, 1С-ной мобильной платформы и мобильного клиента 1С?
Ну понятно, что веб-клиенты стоит сравнивать без контекста работы 1С-ного на мобильных устройствах, ибо он поддерживается только на айпадиках - это, допустим, уже одна киллер-фича в вашу пользу...

(28) Если на сайте будет своя база, с которой работают пользователи, а данные будут синхронизироваться роботом с определенной периодичностью, то ограничение из (27) снимается. Битрикс по той же схеме работает.

(29) Удобнее тем, что может быть встроен непосредственно в сайт, а не открываться в отдельной вкладке. Произвольный дизайн. Все преимущества html5, js. Адаптивная верстка, которая нормально отображает страницу на любом устройстве. Скорость работы выше в разы и на порядки.

(31) Таблицы сравнительной нету, значит? Коммерсы-гуманитарии
вряд ли оценят все то, что ты написал - возможно, тебе стоит задуматься над табличкой или серией видеороликов, позволяющих воочию увидеть, как все 3.14здато с вашим веб-клиентом и как все скудно с 1С-ным )

(ну это опять же мысли вслух, все это из рекомендованного мною выше вряд ли надо, если работа и так прет)

(32)(33) Работы достаточно, так что пока без роликов обходимся.

(30) Все равно (27) покоя не дает, чертовы ребятки из 1С спецом так обширно написали видимо, чтоб лазейка для нагибания оставалась всегда )

(35) В РФ половина интернет-магазинов интегрирована каким-либо образом с 1с, типа теперь каждому посетителю ИМ по лицензии 1С?

(6) странный вопрос. Вроде речь про проект, в котором бюджет только на одни клиентские лицензии 1С 3+ млн. руб.

(36) Не каждому, а по ожидаемому максимальному количеству _одновременных_ посетителей в момент времени

(37) Не факт, что автор вел речь о кол-ве одновременно работающих пользователей

(39) Ну, хранить 1000 учеток можно и в файловой базе. Вопрос про возможности платформы, кмк, имеет смысл только в контексте одновременно работающих пользователей.

(40) Не спорю ) Но автор может не знать или не думать об этом, тем более вон какие-то странные вопросы про ССД задает...

Если 1000 человек одновременно вколачивают,скажем,элементы в один справочник и просто давят записать,насколько 1с это потянет?
В момент записи нового обьекта будет блокировка таблицы,и на этой блокировке 1с споткнется.Конечно,можно сказать,что у нас пользователи не будут набивать один справочник,но это уже тонкости.

(42) Это ты для файловой БД описываешь. Для КС никакой "блокровки таблицы" не будет

(37) Ну прямо контрольный выстрел в темечко.А человек то верил!

(43)просто,при записи нового элемента его нужно проверить по индексу,вот тут у скуля будет блокировка потоков.
перезапись дже элнментп будет идти в заранее заданное место и эксцессов быть не должно.
А в е остальнон нужно буде  писать фоновыми заданиями,и должно взлететь

Неправильно поставлен вопрос. Нужно говорить не "количество пользователей между 1000 и 1500 пользователей", "количество ОДНОВРЕМЕННО ПИШУЩИХ пользователей...". Ввиду этого ответ нет. Нет, Ваша самописная 1С-конфигурация не потянет.

(45) Так это же неустраниваия блокировка на стороне СУБД, смысл о ней думать?

(45) какая именно будет блокировка и какого индекса?
Вроде бы в справочник можно писать параллельно.

И справочник и документ(если не проводить)можно писать параллельно,1с тупо передает данные для записи в скуль,но реред этим обьект блокируется,чтобы другой поток не начал его писать,а в случае нового элемента что у нас блокируется?

Обычно,вся таблица,т.к.работает контроль уникальности идентификатора.После первой записи лн уже не работает,т.к.он используется для поиска записи.

поэтому,для записи от множества одновременных пользователей будет проблема со скоростью записи.Тут нужнл не 1с,а другую систему,для которой таких проблеи нет,и где поток пишет не все и сразу,а по частям и по очереди.

(49) "вся таблица,т.к.работает контроль уникальности идентификатора" // Что-то ты брешешь, давай пруф

(0) Биржа?

(25) Обычно происходит как в мультфильме "Жадный богач".

(49) брехня

(50) я просто помню,что MsSql не используют для сайтов именно из за неоптимизированности операции Insert,MySql рвет его по этому параметру.

(53) +1

(54) его не используют потому что это очень дорого.