Доброго времени суток. Тут один из старых клиентов, решил вложить денег в новый и нормальный инет-магазин (точнее он то есть фирма старая) так сказать обновиться.. видимо замучатсял. Че-то начитался, с кем-то наговорился. В общем хочет нанять себе "спецов".
что бы ему на его сервере подняли инет магаз, ну сделали. на Node.JS+React.  раньше был cs-cart на хосте, короче мучался. все 8кк залить ни разу не вышло. обновление цен даже на часть товаров долго (а цены у него зависят от курса доллара) а он очень не стабильный.. и т.д и т.п.
Суть вопроса, есть 1с УТ 11. в ней 8кк товаров + картинки + цены.

Обосновано ли поднимать на своем сервере ( сервер нормальный ) новый инет магазин на Node.JS+React писать, будет ли он стабильнее, быстрее лучше не знаю как еще сказать. я в веб-программировании не шарю.
Просто очень странный выбор Node.js+React на статистики используется в инете всего в 1.4% случаев.. да это конечно тысячи а может и миллионы считай интернет-магазинов и не только но в глобальном смысле это всего 1.4% или 1.9%...... не помню откуда цифра сегодня статью читал.

Может есть что-то более интересное может и сам бы потом поизучал. Ключевая потребность что бы 8кк товаров которые растут, обновлялись более быстро в частности цены и сам по себе магазин инет, работал стабильнее и быстрее..
Я скорее всего догадываюсь что и на cs-cart с хорошими специалистами возможно наверное допилить но я так понял он хочет че-то с нуля свое на своем хосте без готовых cms

сейчас обмен 1с - cs-cart идет штатными средствами. это слезы. причем даже не со стороны 1с а со стороны инет-магазина. падает от каждого лишнего чиха. если забыл поставить в обмене выгрузка пакетами по 300-500, то все магаз падает. ставишь выгрузку пакетами до 300, магаз не падает. но тупо долго загружает обновляет. причем с 1с вы летит нормально. выгружали в файл 100к позиций из 1с. время всех устроило))) а в cs-cart слезы потом)
может проще веб программистов на cs-cart нанять за эти деньги ?))

то есть вопрос даже не в конретном случаи мне даже для себя интересно уже. если есть хороший сервах и деньги на веб спецов. будет ли какой нибудь самописный аля сайт на Node.JS+React и компании, работать быстрее стабильнее и лучше в частности с той же 1с.
Чем какой нибудь купленный cs-cart на хостинге (хост хороший дорогой)
ну либо не Node.js+react и че там в комплекте еще ставят. мб что то другое

Подобрать готовый маркет
И синхронизировать данные с 1С

И да сейчас модно не свой уникальный маркет а на несколько маркетплейсов выкладываться

(3) Там специфичная продукция ее покупают 95% юрлица, заводы и т.д.. физиков очень мало, так как физики идут в ЧипИДип и т.д.

человек просто хочет свой интернет магаз его фирмы + каталог товаров. до маркетплейсов... радиодиталей конденсаторов и дисплеев для каких то ЧПУ станков и т.д. он еще не дошел)))

я конечно понимал что будут разговоры о сторонних вещах))) но хотелось бы обсудить по факту, без фантазий о маркетплейсах)

если верить обсуждением в инете ни кто не советует использовать стандартные CMS для магаза на 8-10кк+ товаров. только самописные ;) а вот на чем и какие. уже не обсуждают)))

https://ru.wikipedia.org/wiki/OpenCart уже смотрели?

(8) это же такая же cms как и многие аля cs-cart . что на нее смотреть? она как то кординально отличается от того что в одной 8 лямов практически не реально, а тут 10 лямов прям взлетит ?)

(7) верить обсуждениям в инете уже давно низзя
просто не умеют

ну и смотря как обмен делать

если каталог в 1С аж десятки тысяч и более позиций номенклатуры а обмен идет тупо целиком - сдохнет что угодно ))
тут как раз шина нужна или pull или push на http-сервисах

например кол-во в 1С номенклатуры конкретной поменялось - в базу маркета летит сообщение об изменении кол-ва только того что поменялось а не все целиком с удалением номенклатуры и заново созданием ))

(9) https://forum.opencart-russia.ru/threads/ustanovka-na-postgresql.9133/

если на mysql/mariadb то может и помереть в отличие от postgre

ну и не забываем что если у вас подобный каталог - вам для хостинга нужен МОЩНЫЙ сервер

(11)+ https://github.com/opencart/opencart/blob/3.0.x.x_Maintenance/upload/system/library/db/pgsql.php
в смысле что надо не на MySQL а на PostgreSQL ставить OpenCart

(12) а откуда такая уверенность что opencart легко справится с 8-10кк позиций обменами и всеми этими штуками, лучше и дешевле, чем написать свой с нуля на сервере.

(12)+ и взяв нечто вроде https://github.com/Garykom/psql наваять свою прямую запись из 1С в базу pgsql

(13) С того что навать свой вам встанет дороже на порядки
Хотя даже приблизиться к функционалу OpenCart не выйдет ))

(14)+ имена таблиц как нить сами https://habr.com/ru/articles/315634/

(0) Нода примерно на уровне Питона, судя по статистике. Но популярность Ноды растет относительно Питона.
Нормальный стек. Реакт на JS, Нода тоже на JS, так что это идеальная связка. Фронтэнд и бэкенд будут написаны на одном языке программирования.

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

https://www.simform.com/wp-content/uploads/2020/09/Node.js-vs-python-trends-website.jpg

(15) они сидят сейчас на cs-cart.. сам функционал всех устраивает. там только инфа о фирме, каталог товаров с 1с, ну оформление заказа и т.д. ни чем не пользуются больше все какие-то статистики там отчеты и т.д. смотрят в 1с. как я уже писал физиков очень мало. так что какой-то там супер функционал я так понимаю и не нужен.
я просто не понимаю какая суть менять cs-cart с настроенным обменом 1с. на opencart.
я вот не уверен что он будет в 5 раз лучше и быстрее работать во всех аспектах.
с таким же успехом и cs-cart можно на постгресс поставить. сайт уже есть csm уже есть. я не нашел инфы в инете что opencart быстрее лучше стабильнее и офигеннее чем cs-cart причем на столько что бы поменять одно на другое, когда одно уже и так кое как работает.

(18) ссылка не работает, что это ?

(17) главное это все еще подружить с 1с в плане обменов туда сюда ;)
просто смутило то что в интернете очень мало примеров инет-магазина на Ноде+реакте. на ГитХабе буквально 2.5 статьи с примерами аля типо обучения + на ютубе 1.5 видео.. и пару статей из серии а на чем можно сделать интернет магазин и там говорят в том числе а вот Нода+Реакт

(20) Там просто картинка на сколько Нода лучше Питона. Не суть :)

(19) Нет смысла менять шило на мыло. 8-10 М товаров - это не так уж и много. Любая индексируемая БД даже на самом дешевом хостинге справится. Просто там очень неоптимизированный обмен сделан.
Есть два варианта: либо переписать только часть CMS, отвечающую за загрузку данных, раз остальное устраивает. Либо сделать все с нуля.

(23) >Любая индексируемая БД даже на самом дешевом хостинге справится

такую хрень мог написать только совсем неопытный, который с разницей между mysql и pgsql не сталкивался в части уид как первичный ключ ))

(21) Нода - это не платформа для интернет магазинов. Это просто среда выполнения JavaScript. Почему на ней должно быть много примеров интернет-магазинов? Не имеет значения сколько их. Реакт - тоже не имеет никакого отношения к магазинам. Это просто JS-библиотека.

(23) ну я чекнул три сайта, где я уверен что товаров больше 5 ляма (не маркетплейсы). и два из них точно написаны снуля но хз на чем. без каких либо cms.

Так обмен везде через задницу... мы вот сидели пивко пили. говорю давай потестим.. подняли вордпресс и вуукомерц на нем. запустили загрузку из 1с. такая же херь. причем с 1с летит нормально. к ней претензий нет. вопрос именно в загрузке на сайт в бд. мне 1с в файл 10к позиций выгружают с ценами и т.д. быстрее в 5 раз, чем сайт их загружает себе ;) если не в 10. из файла.
потом еще какую то пробовали такая же херь. При этом вордпресс если 1 лям товара уже начинает подтупливать. сам сайт. ну там можно понастраивать конечно мы не замарачивались.
то есть проблема не конкретно в cs-cart а в самом обмене и оптимизиции. но в отличии от cs-cart вордпресс не падал если ставить пакеты больше 500 штук за раз ))))

Я просто еще че подумал на счет самописа.. я вот не нашел "открытой" инфы в иненет о сайтах где там 10 лямов товаров и они работают на стандартной всем известной cms.

(24)+ в 1С ссылками-ключами выступает что?
УИД = UUID, который в каком типе хранится?

Вот если бы в int влезало то да любая sql пойдет даже mysql/mariadb

(26) ты пойми надо напрямую в базу сайта писать а не через какие то прокладки
причем по быстрому vpn каналу

(28) причем тут vpn канал)

(29) эээ

ты что предлагаешь файликами обмениваться???

ты в каком веке живешь?

(30)+ а выставлять порт sql наружу это такое себе
поэтому только vpn

(28) сейчас на дорогом хосте даже очень дорогом. сайт с 500к товарами самыми популярными 8кк так и не залили, каталог когда листаешь.. выбираешь позицию, позиция может грузится ну секунды 2-3. когда допустим яндекс открывается у меня за милисекунды в браузере.. а что будет когда там будет 10 миллионов товаров

так что все равно думают переставить себе на сервер там потестили быстрее работает. поднимали этот же сайт. а под шумок решили и сайт переписать.

То есть ты предлагаешь из 1с лить сразу в БД посгреста в данном случаи? без всяких типовых обменов с сайтом через сайт

(32) >ты предлагаешь из 1с лить сразу в БД посгреста в данном случаи? без всяких типовых обменов с сайтом через сайт

ну да
а как еще то?
если надо быстро

(26) Ну смотри пример. Я сейчас в свою самописную платформу с Нодой и с БД на MySQL загружаю 1М позиций за 40 секунд без всяких оптимизаций, без отключений индексов, просто одним файлом закидываю. Сервак слабый - виртуальная машина с 2Гб оперативки, 2 ядра проц. Если добавить оптимизаций, то будет еще быстрее. А ты говоришь у вас 10К тормозит, и загружаете по 500 штук. Тут явно большая беда с самой CMS.

(33)+ первичная загрузка всего каталога будет долгой, возможно даже часы
а потом онлайн канал держать, в 1С подписки или через план обмена к регистрации и фоновое заливает нужные объекты/записи в базу pgsql в несколько возможно дажже потоков

(35)+ т.е. для очереди на заливку используем или свой РС или план обмена с его
ЗарегистрироватьИзменения/УдалитьРегистрациюИзменений

а вот запись в pgsql свою самописную сделать
причем не в коем разе не через ВИД 1Сный а как то иначе

(33) в любом случаи нужен прогер sql/посгресс сам я точно на прямую из бд в бд не кину.

(37) если запросы 1С знаешь то ничего сложного же ))

я то понимаю если из бд sql 1с кинуть в бд cms сайта на прямую то это будет не дни и недели. а на много быстрее..

(38) я прекрасно знаю запросы 1с на русском языке синтексом 1с )))))))))

(40) ну и вся разница что не только ВЫБРАТЬ = SELECT но еще есть INSERT и UPDATE ))

(41)+ https://metanit.com/sql/postgresql/3.1.php
+
https://metanit.com/sql/postgresql/3.4.php

(42)+ аля https://www.koderline.ru/expert/programming/article-rabota-s-bazami-dannykh-postgresql/
но там через ADO что не так универсально как нечто вроде (14)

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

вообще была еще идея сделать на Java+Cube каталог и офомрелние заказов но как я понял она сразу отпала, это же аля приложение грубо говоря там страницы не будут индексироваться в инете

(37) Не пытайся так делать. Писать напрямую в удаленную БД - это зашквар. Ненадежно, хрупко. Задачи надо распределять, а не скапливать в одном месте.

Более того, это будет медленнее. Короче, не вариант.

(46) Для одной базы нормально
Но да обычно предпочитают сделать некий API

(48) Думаю ты знаешь.
Как запросом в sql самом, скопировать строку и присвоить ей новый следующий ну или хотя бы уникальный id ?
ну то есть есть таблица в ней есть строки надо запросом в sql скопировать строку и вставить в эту же таблицу, но следовательно со следующим или уникальным id так как одинаковых их не может быть там. и желательно 100.000 раз так)

сам написал) осталось додуматься как сделать это что бы было раз 100.000
CREATE TEMPORARY TABLE fo AS SELECT * FROM ps_product WHERE id_product = 49;
UPDATE fo SET id_product=RAND();
INSERT INTO ps_product SELECT * FROM fo;
DROP TABLE fo;

(50) Что-то хреново ты сделал. RAND() не гарантирует уникальности.
Лучше сделай колонку id_product автоинкрементной, пусть сама прибавляет +1 при каждой новой записи. Потом такой запрос:

insert into ps_product (column_1, column_2, ...)
select column_1, column_2, ... from ps_product where id_product=49

Только нужно знать и перечислить все колонки кроме id_product, иначе запрос получится более сложный и медленный.

Или с RAND(), как у тебя, но упростить, если можешь перечислить все колонки:

insert into ps_product (id_product, column_1, column_2, ...)
select RAND(), column_1, column_2, ... from ps_product where id_product=49

Если хочешь 100.000 раз, то выполни такой запрос 17 раз:

insert into ps_product (column_1, column_2, ...)
select column_1, column_2, ... from ps_product

Просто убрал "where id_product=49", тогда каждый раз будут выбираться и копироваться вообще все имеющиеся записи. При каждом запросе их количество будет удваиваться. 2^17 = 131 072
Чуть больше чем 100 000, но и так сойдет. Можешь удалить лишние, если надо.

Или будет достаточно 11 раз, если у тебя уже есть 50 записей в таблице.

50 * 2^11 = 102 400

(0) Сейчас создать рабочий интернет сайт это 1-2 млн. Надо оно вам?

Сайт это же не только модуль презентации товара. Я вот реально запиликаюсь перечислять что там нужно поднять и как оно местами будет работать.

Но вообще конечно реально, даже очень. Но мне кажется проще нормальный хостинг купить и битрикс.

А так вообще и на 1с можно интернет магаз написать - сарзу интеграция с базой. Но с 0 переписывать всякие шаблоны дизайна, платежные системы, авторизации и личные кабинеты ... бррр...

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

"языке Сиквела " - всё понятно с твоим смузи

(59) я тут причем? ты тему читал? мне вообще пох на их интернет магазин просто со старым аля закомым обсуждали он делился своими мыслями.  хочет пусть меняет хоть за 5 миллионов

(53) да я думал об этом но как раз не хотелось перебирать все столбцы их там 30 =)) лень было я ж так для себя эксперементировал, не реальная так сказать работа))
а что бы не перебирать все столбцы единственное что я нашел это код выше.. RAND() я там усовершенствовал чуть чуть.. за 4к записей.. только 1 раз дубль выскачил. но бывает да .
но эксперемент не удался. просто добавить товар в pc_product где товар и инфа. не хватает. там еще штук 20 таблиц с колонками связаных то же procudt_чтото-тоам. как я понимаю и туда то же надо добавлять инфу. так что стало лень.
я просто поднял сайт и думал быстрентко наполнить его товарами в БД пару лямами. без всяких 1с так надублировать глянуть как работать будет исходя из количество

(60) пардон, "Node.js+React" - просто контора клепает пачками, далее надо будет доплачивать за "ускорить" загрузку товара и интерфейса пользовтаелю + оптимизация. пару лямов вложите, по времени около года.

(0) 8 кк это 8млн ?

(62) Там весь смысл, что они не пользуются всем чем можно. я смотрел норм инет магазины админки там. там куча отчетов статистик всяких аля купоны промокоды скидки, самый покупаемый товар и т.д и тп. в том числе у на банальном cs-cart что стоит сейчас.
по факту у них пару тройку страниц аля, о компании, контакты и т.д. и Каталог с товарами. они даже "заказы" с инет магазина не грузят так как физиков дай бог 5% от 100. сокральный смысл этого инет магазина что 50% их юр клиентов находили их через инет через сайт понимав что у них это есть либо в наличии либо под заказ и цена норм. но все это юрики которые потом звонили либо писали.
разве на node+react сделать 3 страницы статистических + каталог товаров будет 2 ляма стоить? как по мне там сам обмен туда-сюда между 1с и сайтом будет дороже)) запилить.  чем 3 страницы и каталог поднять

(63) да но цифры растут пол года назад было 7

(0) Попробуйте взять за основу наш веб-портал для 1С
https://digitcat.ru/demo/di-ut/index.php  Это посложнее, демка на УТ
https://digitcat.ru/demo/di-unf/index.php Это попроще, демка на УНФ

У них же в 1С уже есть все товары, курсы валют, цены, актуальные остатки. Основная проблема таких сайтов - нет возможности оперативно выгрузить матрицу всех вариантов цен в связи с большим объемом товаров и видов цен. А тут еще добавляются скидки, курсы валют. В 1С все это или уже есть, или легко рассчитывается. Выведем 1С клиента в онлайн (через промежуточный сайт, все безопасно, много раз уже проверяли - никого никогда не взломали), пользователь даже не догадается, что работает в 1С. Заказчик собирает товары в корзину, жмет кнопку "Оформить заказ", на стороне 1С создается документ "Заказ клиента". При необходимости документ можно сразу проводить, чтобы зарезервировать товар.
Поднять такой портал из коробки мы можем за полчаса. Еще пару часов на настройки - и все готово. Работать будет нормально, без тормозов. Если потребуется, можем установить адаптивный интерфейс для смартфонов. Никаких ограничений по дизайну и верстке нет.

(66) Я думал об этом. тут проблема в том что это считай "приложение" не знаю как правильно обозвать.
в яндексе по "артикулу/ названию" он не найдет. страницы же не будет отдельной для товара.

это только для аля УЖЕ клиентов, которые зайдут, залогинятся там ну или не залогинятся и будут сидеть искать себе товар в базе

(64) Хм.
Тогда почему тупо не генерить статику страницы прямо из 1С?

(66) суть то что бы люди в яндексе/гугле искали и попадали на сайт ну новые клиенты так сказать, как обычно делают то все)

(69) сейчас не понял. это как? статистическую страницу понял.. но не понял профита

(71) профит в скорости ))

провел не большой тест, разобрался с БД сайта cs-shop.  поднял на сервере его на посгресте. пустой абсалютно чистый новый, да ж без картинок. у короче в БД нафигачил 2 ляма товаров разделив на 5 каталогов. сайт умер. ну как умер я бы с такой скоростью не стал бы на нем сидеть))) конечно скорее всего можно как-то оптимизировать но это уже прогер нужен что б в cms капался. но из коробки он считай ложится в ноль. с 2мил+ количества.

(67) Это можно сделать. Вообще веб-портал задумывался как одностраничник, но можно для каждого товара создать URL и попросить роботов эти URLы проиндексировать. Так-то наши порталы поисковиками индексируются и иногда попадаются в выдаче Яндекса и гугла.
Но надо иметь в виду, что 1С иногда бывает на обслуживании и в этом случае сайт станет недоступным. Для b2b это нормально: просто объясняешь партнерам, что портал работает в рабочее время, а в нерабочее могут быть перерывы. А клиентам из b2c это не объяснить. Поэтому иногда наши клиенты делают гибридный вариант: b2b запускают через онлайн-портал непосредственно в 1С, а для b2c делают сайт на традиционных технологиях с обменом, но там меньше видов цен, видов скидок, и за счет этого обмены при большом количестве товаров запустить уже проще.

(72)+ 1С генерит статику
а сам сайт представляет собой просто набор статических страниц (эти вот 8кк) для поисковиков
ну и общие странички-группы со ссылками на по товарам

(73) попробуй уже на opencart ))

(0) все переписать - это долго и дорого.
Плюс если у вас сейчас такие проблемы, то они и останутся :-)

Можно сначала сделать нормальный обмен тут, а мотом уже подумать над вынесением модулей в отдельные сервисы на nodejs)

(76) на опен карте полного теста не выйдет. все обмены между 1с и опен карт платные от 10к рублей, ради моего интереса и теста я не готов их купить себе =)))))))
все что я могу потестить на опенкарте это поднять сайт и так же в бд копированием нафигачить 2 ляма товара. но сами обмены и тд потестить не выйдет.  тут то у меня он хотя бы есть можно крутить вертеть редактировать улучшать)

(75) ты предлагаешь сделать 8кк стат страниц. заполнить их из 1с? или когда человек их открывает сайт будет обращаться к 1с за данными? я не вкуриваю веб сайты)))

(79) "сделать 8кк стат страниц. заполнить их из 1с" - это тот же обмен и даже еще хуже, так как надо будет сделать версию страницы для каждого вида цены, скидки. Данные необходимо брать из 1С в режиме онлайн.

Как вариант - можно сделать 8кк статических страниц, или сделать эти страницы правильно, на CMS. Но в самой CMS не хранить остатки и цены, а при открытии страницы ходить за остатками и ценами в 1С в режиме онлайн. Тогда и поисковики про товар будут знать, и выгружать на сайт можно только описание товаров, а это необязательно делать каждый день, можно по необходимости: что-то добавилось или изменилось - выгрузили.

(81) и 1С будет частенько лежать)

(82) Не будет. Проверено уже на десятках проектов.

(64) задача срубить бабала и поставить на поддержку - всё на фреймворках, по коду черт ногу сломит.
Зайди на сайт сбера ))))) видал как "фин тех" делает чтоб показать 4 цифры???? )))))))

(79) да создать файлики .html прямо из 1С
и записать на хостинг

человек или робот ходя по сайту никуда ни к каким субд не будет обращаться даже ))

(64) "+ каталог товаров будет 2 ляма стоить?" - это авторизация, система заказов, система поиска, систематизация в каком то виде, далее апи по обмену, затем оплата - если начали вешать про нодеджс и реак то разведут как надо, веду уже начали

(85) все равно это геморой, а каталоги? а под каталоги их 1к++. на стороне сайта. там же объяснить какие стат страницы для какого каталога и подкаталога и прочее прочее...
напладить 8кк страниц из 1с это пол дела)

(87) Поэтому выгрузку каталога надо сделать стандартными средствами CMS, с обменом с 1С. А из 1С брать цены и остатки при открытии страницы сайта.

(88) "А из 1С брать цены и остатки при открытии страницы сайта." ))))))))ахахаха ))))))))

(88) Одна из проблем OpenCart в том, что в ее БД нет ряда индексов. Для решения этой катавасии и создан модуль IMDBOptimizer.
Как всегда плохо знаем мат. часть. На bitrix теже технологии и все нормально.
Короче найдите хорошего OpenCart специалиста..

(87) А каталоги это тоже просто статика .html с кучей ссылок внутри на статику товаров ))

(89) Для малой нагрузки на сайт это вполне рабочее решение
Уже давно используется на практике

(0) Штука конечно довольно специфичная но может конкретно для этого случая подойдёт
https://mag1c.ru/

Менять исходники сейчас на сколько я понимаю не дают, но может в рамках какого-нибудь пилотного проекта и дадут если спросить.

(93) хуже только личный кабинет 1С =)

(94) ахаха это да )

(94) (95) Че ржжете 1С:Предприятие.Элемент это фактически 1С 9

(92) Если ума палата и та завалена, то используется, пройдут два паучка по каталогу с 8кк и 1с умерла.

(83) просто видимо объемы не те)
а еще весело будет пользователям, пока в 1С работают в монопольном режиме)

(97) С чего умерла то?
Еще скажи два пользователя в базе последовательно по всей номенклатуре пробегутся и 1С умерла ))

(98) ну в этом случаи можно же делать на копии. почему нет. ну для сайта. как я сказал "обменов заказами" там нет и не предвидется... копию поднял и все
ну раз в день если цены и количестно поменялись обновил копию с бекапа сиквела там 10 минут дай бог.

но все равно тема смутная .. 8кк стат страниц который грузятся от 1с

(101) а какой выбор то?

1. или 8кк страниц статики создавать и мгновенно их отдавать
2. или сделать 8кк записей в субд и динамически формировать страницы

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

Ребята, вы чего? Какие нафиг статические страницы, генерируемые в 1С? Какая дичь.
Ну нельзя у одинесников спрашивать совета по другим отраслям, не их это. Все к 1С притягивают. Она для этого не предназначена.
Просто сделайте нормальный шустрый бекенд, и все. Никаких проблем. Там все стандартно, уже отработано годами. Даже думать нечего. Делается все по методичке. Из 1С отправляется файл с данными минимального размера, например CSV, можно даже заархивировать если инет медленный. На сервере данные вгружаются в базу. Можно загружать средствами MySQL если сервак медленный, это займет считанные секунды даже на самом дешевом хостинге. Страницы генерируются динамически. Если сервак слабый, и очень много посещений страниц в секунду происходит, то можно подключить кеш, хоть внутренний, хоть внешний на стороннем сервисе.
Если цены зависят от курса доллара, то выгружать цены сразу в долларах, а на страницах их отображать в зависимости от текущего курса. Так можно сократить выгрузку цен в миллионы раз. Нужно будет выгружать только измененные товары и цены в долларах, а так же свой курс доллара.
Ну в общем как-то так. С таким сценарием будет летать что загрузка, что открытие страниц. Неправильно сделать очень трудно. Что там в текущей CMS тормозит - это тоже можно выяснить и пофиксить, если хочется ее оставить.

(102) первый вариант быстрый, но поиск например по наименованию, работать не будет

Чтобы починить текущую CMS, можно включить на сервере логирование медленных запросов, и их оптимизировать. Скорее всего, добавление нужных индексов решит проблему на 99%.

(104) Поиск может и будет работать, это не проблема. Но обновление всех 8КК страниц статики при изменении, например, стиля кнопочки - это пипец. Каждый раз их перегенерировать в медленной 1С, потом эти десятки гигабайт загружать на сервер. Очень тупо. Когда все то же самое может сделать Нода прямо на сервере, и никуда гонять статические страницы не нужно по интернету.

(106) так так, а можно подробней про поиск на статическом сайте без внешних индексаторов?))

(107) Элементарно. Так же как и поиск на динамическом сайте: Ищешь в БД ссылку на страницу, и выдаешь ее.

Я бы это организовал примерно так:
Проверяется дата создания статической страницы, Если она моложе 1 часа, то выдаем статику из кэша.
Если старше 1 часа, то сравниваем ее дату, с датой изменения товара в БД. Если в БД дата изменения старше чем статическая страница, то выдаем страницу из кэша.
Иначе генерируем динамически новую страницу, выдаем ее, и обновляем в кэше.
При загрузке изменений некоторых товаров, ставим задачи в очередь на обновление статических страниц, товары которых изменились.

Примерно так. Это сырой вариант на скорую руку, конечно, так как я не в теме всех нюансов магазина, много что можно додумать и улучшить.

Но опять же, повторюсь, переходить на статические страницы нет смысла, если тормоза совсем в другом месте. В этом есть смысл только когда посещаемость сервера будет значительная, и узкое место появится в генерации огромного количества страниц в секунду. Сейчас же, как писал ТС, у него тормозило открытие одной единственной страницы на тестовом сервере. Значит просто БД неоптимизирована.

(104) кто сказал такую чушь?
точнее кто мешает нужные для поиска данные хранить в БД,
с ссылками на статические страницы

(99) кхм кхм что на этом форуме делают кассирши? Паучок считывает сайт в тысячи потоков. Не продолжай, мягко говоря ты не в теме.

(112) "По умолчанию веб-сервер Apache настроен на поддержку 150 одновременных соединений"

(112)+ ну и не забываем про https://its.1c.ru/db/intgr83/content/80/hdoc


Повторное использование сеансов интернет-сервисов
В данном разделе мы рассмотрим, как можно повысить производительность веб-сервисов при помощи повторного использования сеансов этих сервисов. В данном случае под веб-сервисами понимаются любые интернет-сервисы: Web-сервис, HTTP-сервис, а также стандартный интерфейс Odata.

Дело в том, что если не переиспользовать сеансы веб-сервисов, то при каждом вызове сервиса система будет создавать новый сеанс работы с информационной базой. При этом выполняется довольно «тяжелый» обработчик УстановкаПараметровСеанса() и др. При завершении вызова интернет-сервиса сеанс завершается, а при повторном вызове система опять тратит время и ресурсы на создание сеанса.

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

Для устранения этих недостатков в настоящее время в платформе реализованы две различные стратегии, обеспечивающие переиспользование сеансов:

автоматическое переиспользование сеансов из пула;
управление сеансами с помощью HTTP-заголовков.
Необходимость использования той или иной стратегии можно определить в свойствах объектов конфигурации Web-сервис и HTTP-сервис, а также, при необходимости, переопределить в файле публикации default.vrd.

Свойство объектов конфигурации Web-сервис и HTTP-сервис Повторное использование сеансов может принимать значения:

Использовать. В этом случае временем жизни и характером повторного использования сеанса управляет непосредственно клиент интернет-сервиса. Для управления созданием нового сеанса используются специальные заголовки HTTP-запроса к интернет-сервису.
Использовать автоматически (значение по умолчанию). В этом случае системой организуется пул сеансов. Каждый сеанс в пуле характеризуется некоторым набором параметров. Если сеанс в пуле свободен и характеризуется тем же набором параметров, что и запрос интернет-сервиса, то запросу сразу будет предоставлен существующий сеанс.
Не использовать. При каждом обращении к интернет-сервису будет создаваться новый сеанс.
Свойство Время жизни сеанса позволяет указать:

через какой промежуток времени «свободный» сеанс будет удален из пула сеансов в случае автоматического повторного использования сеансов;
через какое время бездействия сеанс будет принудительно завершен системой при ручном повторном использовании сеансов.
Если данное свойство установлено в значение 0, то это означает, что сеансы повторно не используются. Такая установка эквивалентна установке свойства Повторное использование сеансов в значение Не использовать.

В файле публикации на веб-сервере default.vrd для элементов, описывающих SOAP-сервисы, HTTP-сервисы и сервисы OData, также существуют соответствующие атрибуты:

reuseSessions – аналог свойства ПовторноеИспользованиеСеансов, может принимать значения autouse, use и dontuse;
sessionMaxAge – аналог свойства ВремяЖизниСеанса;
poolTimeout – используется при автоматическом управлении сеансами, содержит время ожидания доступности сеанса;
poolSize – используется при автоматическом управлении сеансами, содержит максимальное количество сеансов, которое может быть создано в пуле.
Например, файл default.vrd может выглядеть следующим образом (листинг 1.141).

Листинг 1.141. Файл публикации на веб-сервере


xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

base="/REST"

ib="File="C:\Users\dell\Documents\InfoBase14";">


reuseSessions="autouse"

sessionMaxAge="20"

poolSize="10"

poolTimeout="5"/>



alias="wsprices.1cws"

enable="true"

reuseSessions="autouse"

sessionMaxAge="20"

poolSize="10"

poolTimeout="5"/>


alias="wsorders.1cws"

enable="true"

reuseSessions="autouse"

sessionMaxAge="20"

poolSize="10"

poolTimeout="5"/>



rootUrl="employees"

enable="true"

reuseSessions="autouse"

sessionMaxAge="20"

poolSize="10"

poolTimeout="5"/>


rootUrl="prices"

enable="true"

reuseSessions="autouse"

sessionMaxAge="20"

poolSize="10"

poolTimeout="5"/>

Файл default.vrd имеет больший приоритет, чем конфигурация. При публикации конфигурации атрибуты reuseSessions и sessionMaxAge заполняются из соответствующих свойств объектов конфигурации Web-сервис и HTTP-сервис. Но при необходимости можно изменить эти значения прямо в файле, и тогда платформа будет использовать их, а не значения из конфигурации.


(114)+ оно же https://wonderland.v8.1c.ru/blog/povyshenie-proizvoditelnosti-veb-servisov/

(0) я предлагаю, бэк- Go, фронт - Vue

Мне на самом деле тема с веб порталом 1с приглянулась из серии там выше скидывали
https://digitcat.ru/demo/di-unf/index.php
https://digitcat.ru/demo/di-ut/index.php

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

(117) "Cтоимость платформы "v-can.site" с открытым кодом общего модуля "КэнСайтСерверЗащищенный" - 512 000 руб."

Напоминает https://infostart.ru/1c/articles/535370/

(118) не обязательно же делать именно так

(116) надо почитать )

(113) Причем тут апач? (ну и хозяйке на заметку апач и 10 000 вытянет одновременных запросов в отличие от 1с), ты сравнил пользователей с тысячями потоков

(114) в каком месте тебе поможет поддержка сессии?

не продолжай ты позоришся =)

(117) если у тебя цены на курс завязаны, просто умножай цену в у.е. на текущий курс...не благодари)

(122) не понял это шутка была ? на сайт не льется цена в УЕ )) что бы прям на сайте перемножать и получать новую цену в рублях.  
плюс у поставщиков цена так же в баксах скачет. она не всегда одинаковая далеко не всегда.

(123) а товар с фото и описанием или просто прайс? )))

(121) Я тебе привел пример что никаких "Паучок считывает сайт в тысячи потоков." с 1С не будет

Так что походу это "мягко говоря ты не в теме."

(121) >в каком месте тебе поможет поддержка сессии?

параметр poolSize
- используется при автоматическом управлении сеансами, содержит максимальное количество сеансов, которое может быть создано в пуле.

(124) само собой фото описания характеристики, цена где есть, остаток где есть.  ну либо под заказ и срок аля там 2 недели.

(124) ну там конечно есть позиции где нету фото или нет характеристик.. но таких может 20% из всего количетсва. но они работают над этим)

но там характеристики не в полном понимании характеристик по 1с. они сделаны как доп.реквизиты.. ну надеюсь тут понятно, что не "кодом"... а в программе дополнительное реквизиты и сведенья

(97) Так ведь подобные интерфейсы люди запускают с использованием мозга. Скрипт, который подключается к 1С и извлекает информацию о ценах и остатках, срабатывает только  при открытии страницы в браузере человеком, а роботов игнорирует. В итоге и индексация есть, и нагрузка на 1С минимальная. Вообще 1С легко выдерживает несколько сотен http-запросов в секунду, тем более, что это запрос на чтение, а не на запись в базу.

(118) Это защита от желающих поюзать платформу без покупки лицензии путем ее взлома и для очень крупных организаций, которые хотят все открытое и готовы отдать за проект несколько миллионов.
При покупке портала лицензия на платформу входит в его стоимость: первый портал стоит 30000, второй 70000.

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

(132) Мы оставили этот вариант портала именно потому, что клиенты продолжают его покупать. Он им нужен именно в таком, минималистичном виде: без картинок и с минимальной нагрузкой на сервер. Это b2b, там покупатели все товары и так знают, им картинки не нужны. Зато нужны реальные остатки, моментальное резервирование и скидки по индивидуальным соглашениям.

(130) ну давай открой доступ посмотри как с твоим мозгом

(133) нет я понимаю что кому-то это нужно. просто в моем случаи это делается для "НОВЫХ" клиентов. так как старые кидают запрос в 90% случаев на прямую которые постоянно покупают считай одно и то же. им пофигу на сайт и т.д.

и если выбирать веб порталы эти. то там должно быть практически как в нормальным инет магазине.. фотки, остатки, цены, ну либо под заказ, характеристики/доп реквизиты. описание бренд и т.д.

(134) Самому слабо поднять сервер 1С, создать http сервис, опубликовать его и протестить?

Ты реально странный.
http сервисы в 1С работают ничуть не хуже чем на каком то питоне
А часто даже лучше

Проблема как обычно в доступе к БД, запросы 1С ввиду замороченной архитектуры-метаданных типовых работают так себе.
А создание и запись-проведение документов это еще хуже.

Обычно для скорости создают свой РС, куда падают заявки (от http сервиса), а уже отдельное фоновое по нему создает доки.

(134) Чушь не несите

(135) В вашем случае может быть действительно так, что это делается для новых клиентов. Но ваш случай это же не случай всех вокруг. Для вас есть вариант с картинками.

(136) Не должно. Точнее, у кого-то должно, а у кого-то нет. Поэтому некоторые наши клиенты говорят, что не должно и просят продолжать поддерживать версию портала, в которой всего этого нет.

(137) "Обычно для скорости создают свой РС, куда падают заявки (от http сервиса), а уже отдельное фоновое по нему создает доки." - общую нагрузку на сервер это не снижает, но зато позволяет сгладить пиковые нагрузки. Хороший вариант, кстати.

(137) "http сервисы в 1С работают ничуть не хуже чем на каком то питоне
А часто даже лучше" - ты не то что странный ... не буду матерится кто ты ....

"Самому слабо поднять сервер 1С, создать http сервис, опубликовать его и протестить?" любой из вас дурачков сделавший сервис на 8кк номенклатуры ляжет вместе с сервером.

если ты работашеь с сайтами где 10 страниц, то конечно из 1с можно и картинки тянуть - сразу видно уровень )))))

(140) я не писал что не надо поддерживать чего-то...  я писал конкретно о нас

(143) не слушай этих альтернативно одаренных они вообще не в теме, просто закажите сайт с хотелками заказчика, условие сразу опишите в виде нагрузки и количество товаров, далее апи для загрузки цен и информации, по опыту товар обновляется редко, цены раз в сутки, 8 млн записей за минуту максимум обновишь, на любой кмс настраиваться кеширование, возможно средствами сервера - т.е. страница не генерируется каждый раз по новой.

(142) Если бы ты сам сравнивал скорость работы (ответа) http сервисов на 1С через Apache
И через тот же Apache и например Python или PHP (CGI/FastCGI)

То не писал бы такую чушь
Суть что там держится пул соединений (сеансов) 1С
И все входящие запросы раскидываются по сеансам из пула

Так что скорость работы вполне на уровне, дальше уже смотря какой код на ЯП 1С внутри и его быстродействие
Но если сервер 1С вменяемый - то оно вполне себе летает

(145)+ Например на связке ERP/КА/УТ11 + Документооборот (ДО) работает "бесшовная интеграция" через веб-сервисы
В базе ERP могут быть сотни юзеров, которые инфу ДО тягают и доки в ДО создают
И ничего не тормозит особо, хотя там дохрена запросов в секунду

(145) Я правильно понимаю что сайты надо писать на 1С - ведь скорость ответа якобы быстрей )))) ты же просто хахахаха.

Про пул соединений ты видимо только читал но не пользовал, ты ещё про вебсоекты мне расскажи. Для того чтоб пользовать пул тебе нужен идентификатор сессии - это уже пользование стороннего языка.

Пул всего лишь не теряет время на соединение - всё. При запросе цены у тебя будет генерация запроса платформой, далее обращение к виртуальной таблице цены, к базе мс или постгри - видал сайты на мс и постгри? знаешь почему их мало?  

Летает у тебя только потому что кроме тебя никто ничего не запрашивает.


(146) ДО - там нагрузка 100 юзверей - это вообще не о чем (в сравние с вебом) и если бы ты имел опыт работы в ДО со 100 пользователями, то увидел бы как там всё лагает, а не летает.

В секунду там один запрос приоткрытие документа, далее по фоновому задания обновляются.

(147) >При запросе цены у тебя будет генерация запроса платформой, далее обращение к виртуальной таблице цены, к базе мс или постгри - видал сайты на мс и постгри? знаешь почему их мало?  

на других ЯП все точно так же
только там обычно своя структура БД и запросы прямые что быстрей

(148) "только там обычно своя структура БД и запросы прямые что быстрей" - малыш растёт на глазах.
Далее можешь в 1с сделать таблицу последних цен и замерить - тебя посетят новые сомнения.

(147) "Я правильно понимаю что сайты надо писать на 1С?" Эх молодежь, предлагаю писать на 1с-bitrix (php, mysql) ;) Шутка
Мне кажется надо писать на том что наиболее популярно и здесь у нас засилье php движков и mysql в качестве базы. Зачем изобретать велосипед.
Тебе человек правильно пишет, что пул соединений в 1С дает возможность не заморачиваться отдельным сервисом ответов на запросы, а делать все внутри 1С.

Кстати никогда не задумывался почему фреймворк express на nodejs не стал популярнее apache?

(146) > Например на связке ERP/КА/УТ11 + Документооборот (ДО) работает "бесшовная интеграция" через веб-сервисы

у нас, например, эта "бесшовная интригация" в ERP валится по таймауту (превышен интервал бла.бла.бла...), когда у пользователя больше 500 незакрытых задач (ну там ознакомиться с результатами)

а если таких пользователей много?

(149) ты тупой?
если на других ЯП замутить такую же БД как типовая 1С ERP УХ
да еще работать не напрямую а через ORM/JPA то оно будет ничуть не лучше чем 1С ))

а вот сами http сервисы в плане обработки запроса и отправки ответа на 1С ничуть не уступают же

(151) в ДО кривой код, который в этой самой интригации один запросом пытается отдать все пицот задач :)

хотя пользователь видит только несколько (которые на экран влазят)

(152)+ все эти другие ЯП обычно не имеют подобной сложной (и как следствие тормоза) системы прав как 1С

(151) ты же понимаешь что проблема в объеме данных в ДО за один запрос?
пока оно там еще сериализуется

(155)+ когда то давным давно я столкнулся с OEBS
и да - там было нормально при нагрузке (когда филиал подключили) что после нажатия кнопки до открытия формы подбора номенклатуры проходило пара минут
а поиск одной номенклатуры минут 5-10 ))

и менагеры страдали но кушали кактус по ночам...

(155) проблема скорее в кривом коде типовой. на 10 пользователей по 10 задач всё летает...

могли бы аккуратнее написать получение задач с "пажинацией" (слово то какое буржуйское)

(157) Ты же понимаешь что 500 незакрытых задач на одного юзера - это ни один разраб не мог предусмотреть такое?

(148)   Garykom - Держись братан, эффективные программисты прибежали...
Но что хотелось обсудить, как там у 1С:Предприятие.Элемент с авто компановкой таблиц(убиранием колонок, перекомпановок строк) при уменьшении размеров экрана? Можно примерчик, а то боль с 2014 года....

(158) ну так вот, нахрена все пицот задач отдавать в интригацию, если пользователь видит только максимум 10 на страничке этой интригации? дальше только скроллить. ну и в ДО есть роли, когда задачи (стотыщ пицот) валятся на эту роль, а 10 скучающих пользователей параллельно могут из согласовывать/закрывать...

(160) это я еще не говорю, что сортировки списка задач по дате или другим полям (убыв/возр) нет?

да, хотя что мы обсуждаем... в ДО это веб-сервис DMService

давно пора его на HTTP-сервис переделывать в типовой...

(162) > в ДО это веб-сервис DMService


Функция ОбработатьЗапрос(Запрос)
    
    Возврат ОбработкаЗапросовXDTO.ОбработатьУниверсальноеСообщение(Запрос);    
    
КонецФункции

вот и весь сервис, еще и время тратится на инициализацию при начале работы системы и всякие параметры сеанса

(117) Не летает. 1С гораздо медленнее чем Нода, чем ПХП, чем Го.

(164) Гораздо? Самый медленный компонент это база данных, а в 1С это постоянное соединение для простоты поэтому проигрыш в скорости просто кода раза в три не критично.
Все бы тогда давно перешли на Перфолету ;)
https://blog.sikuda.ru/?p=3188

Йо, одинесники, перестаньте давать ТСу советы сделать HTTP-сервер на 1С. Это реально тупо. Если вы знаете 1С, но не знаете Ноду, это не повод говорить что 1С работает лучше.

(166) Сделаешь на Ноде расчет скидок на 8кк товаров при 5 видах цен, 10 типовых и неограниченном количестве индивидуальных соглашений, с учетом курса валют - приходи, поспорим.

(167) Сделать-то я могу. Только это неправильный подход. На Ноде вести бухгалтерский учет - это все равно что на 1С делать веб-сервер. Я ХЗ как вам еще объяснить что у каждого инструмента есть свое применение. Микроскопом гвозди забивают, а не выдергивают, а выдергивать гвозди нужно гвоздодером.

(168) Так я не понял: на 1С делать расчет скидок - неправильно, на ноде - неправильно. А на чем правильно?

(168) И при чем тут бухгалтерский учет? Какое отношение бухгалтерский учет имеет к торговле и расчету скидок?

(168) В самой 1С хотя бы люди имеют право рассчитывать скидки на 8кк товаров с 5 видами цен и 10 соглашениями? Или 1С тоже неподходящий инструмент?

(169) Почему на 1С думаешь что не правильно? Многие делают, и довольны.

(170) При том что 1С - это в первую очередь бух учет. Ну и торговля и склад и все остальное тоже, конечно.

(171) см. 172

(172) То есть, вести учет заказов клиента с расчетом скидок, цен, учетом остатков на 1С - нормально. И те, кто так делает, это не дураки, а молодцы, потому что 1С - это «самый подходящий инструмент для такой задачи». Все верно? А ты вообще в курсе, что 1С с 2008 года работает в клиент-серверном варианте с публикацией на веб-сервере? И что практически все пользователи 1С уже 15 лет пользуются «неправильной» с твоей точки зрения технологией и чувствуют себя при этом прекрасно?
Если хотя бы ненадолго скинуть шоры с глаз и хоть немного изучить работу современной платформы 1С, то окажется, что это далеко не бухгалтерия и торговля и склад (в принципе, понятно, откуда такие выводы в сообщениях выше: откуда знать про возможности современной 1С человеку, который оперирует названиями конфигураций двадцатилетней давности для платформы 7.7). Так вот. В обычной жизни заказ делается клиентом либо на сайте и загружается потом в 1С с обменом, либо клиент звонит по телефону/пишет на почту оператору и тот добавляет в 1С заказ клиента вручную. Все нормально? Здесь 1Сочка еще молодец, здесь она еще не микроскоп для забивания гвоздей? Не микроскоп. Прекрасно, размышляем дальше. 1Сочка опубликована на веб-сервере. И работает с ней оператор через тонкий клиент с начала пандемии с вероятностью 99% из дома, на удаленке. И никого это не смущает, 1Сочка все еще продолжает быть не микроскопом. Несмотря на то, что - о боже! - является «веб-сервером». То есть, где-то есть сервер 1С, база с данными 1С, опубликованная на веб-сервере, и удаленные пользователи, работающие с ней. Продолжаем. Теперь человек без шор на глазах берет эту самую 1С, пишет для нее свой веб-клиент, альтернативу уже существующему тонкому и веб-клиенту (которые, как мы выяснили, не являются микроскопами для забивания гвоздей) и дает доступ заказчикам в 1С напрямую, минуя оператора. То есть, получает то же самое, что уже существует, но даже лучше, так как из цепочки исключается лишнее звено - оператор. Причем создание веб-страницы на таком клиенте обходится в разы и на порядке дешевле, чем на «правильных технологиях».
И что в этой схеме сделано неправильно? Хотелось бы услышать аргументированные доводы, а не эмоциональный шум человека, не вникнувшего в суть задачи и не знающего возможностей инструмента, с помощью которого задача идеально решается.

(175) Во первых внешние пользователи как и стол заказов давно есть. Во вторых чудило типа тебя даже не понимает ключевое отличие механизма работы платформы от типичного сайта.

(176) Ну так расскажите уже нам про эти ключевые отличия. Причем вежливо, а то сейчас кто-то за чудилу в бан улетит.

(177) типичный сайт сделанный на коленке уронить практический не реально и работать будет на любом хламе, будет прекрасно индексироваться.
"сайт" сделанный на 1с никак не будет индексироваться, будет сильно требователен к оборудованию и постоянно падать - пример твои демки они не работают ))))

любая математика на пхп будет в 10 раз быстрей чем на 1С.

со своим пулом достали - он решает задачу отсутствия повторного соединения - всё. Знаешь что это означает? 100 человек зайдет и вальнут сервер по памяти.

(178)
"типичный сайт сделанный на коленке уронить практический не реально и работать будет на любом хламе" - полностью согласен. Именно поэтому выше и предлагал основу страниц сделать на любой CMS.

""сайт" сделанный на 1с никак не будет индексироваться" - ну бред же! Хотелось бы услышать, на чем основано такое мнение, просто для интереса.

"будет сильно требователен к оборудованию" - естественно, потому что любая заточенная под торговлю конфигурация 1С на порядки сложнее любого заточенного под торговлю сайта

" и постоянно падать - пример твои демки они не работают" - Работают. Не путай регламентные операции с падением сервера. Онлайн-1С предназначена в первую очередь для b2b, а бизнес прекрасно знает, что у баз есть время обслуживания и нормально на это реагирует. И об этом все заказчики предупреждены и осознают это. И понимают, что есть время для обслуживания, когда портал недоступен. Но зато он запускается на новой конфигурации за часы и поддерживает все алгоритмы, которые в 1С уже прекрасно работают и которые давно отлажены. Еще раз: напишите расчет цены с учетом 5 видов цены, 10 скидок и десятка соглашений. Не напишете. А если напишете, то ваш расчет станет неактуальным сразу же после изменения скидок или добавления клиенту индивидуального соглашения. Собственник должен постоянно платить веберу, который каждый день будет алгоритмы в php дописывать? Не будет, конечно же. Ему продавать надо, а не ждать, когда вебер поправит код.

"любая математика на пхп будет в 10 раз быстрей чем на 1С" - не будет. Хотя бы потому, что сервера 1С мощнее серверов php. Математика php работает быстрее только по одной причине: в этой математике меньше действий. Создание заказа - одна транзакция с записью в две-три таблицы БД. В 1С это остатки, резервы, взаиморасчеты, партии и много всего остального. Сделай то же самое на php, и... Хотя какой "сделай то же самое на php", на это понадобится несколько лет.

"Знаешь что это означает? 100 человек зайдет и вальнут сервер по памяти." - 100 человек не вальнут, проверено. И 500 не вальнут. И несколько тысяч тоже не вальнут.

"Хотелось бы услышать, на чем основано такое мнение, просто для интереса." визуализация 1с строится на дивах, ах да там же даже статики нету - подтягивается всё динамический.

математика на пхп будет быстрей на одном и том же оборудование - ваш кэп.

"100 человек не вальнут, проверено. И 500 не вальнут. И несколько тысяч тоже не вальнут." - отсутствие понимания того как в сеансе разбухает память приводит к таким выводам.

"Еще раз: напишите расчет цены с учетом 5 видов цены, 10 скидок и десятка соглашений. Не напишете. А если напишете, то ваш расчет станет неактуальным сразу же после изменения скидок или добавления клиенту индивидуального соглашения." - расчет на пхп не чем не отличен от 1с кроме скорости.

на пхп я закину 8 млн записей за минуты, в 1с это будут дни. - с обновлением записей всё ещё хуже.

(0)Не нужно этого делать. Если уж писать интернет магазин, то  Laravel + React или Laravel + Vuejs.

(179) (180) Ваша дискуссия мне что-то напомнила...
«Эй, ты, птичка, летим со мной, там столько вкусного!». Страус соглашается. Гриф летит, страус бежит за ним. Но грифа это не устраивает: «Я же сказал „полетели“, а не „побежали“!» На вопрос: «Ты что, летать разучился?» страус признаётся, что никогда и не умел, и гриф загорается идеей обучить страуса полётам («Не умел! Не умел — научим, не хочешь — заставим. Взлетай!»). Попутно, прочувствовав трусливость страуса, гриф периодически пугает его, выдёргивая из его зада по пёрышку, чтобы вставить их себе в голову.
Однако из обучения ничего не получается, да к тому же выясняется, что страус бегает гораздо продолжительнее, чем гриф летает. Поняв это, страус перехватывает инициативу и заявляет: «"Крылья, крылья…" Ноги!». Осознав своё моральное превосходство, он пугает измученного полётом грифа и забирает обратно свои перья, после чего гордо уходит по своим делам, оставив грифа торчать с погружённой в песок головой.
https://youtu.be/CFr2u4zPIM4

Давайте дружно согласимся что каждое лишнее звено это тормоза

Если требуется полный онлайн с реалтаймом то связка
"1С - Браузер"
намного быстрее связки
"1С - некая прокладка на php (да еще со своей БД) - Браузер"

(183)+ математику в 1С можно вынести внутрь ВК
и оно на С++ будет быстрей чем на PHP

банально: битрикс смотрели?

(184) дак конечно всю логику тоже вынести в вк, с бд работать через вк - ой что уже у нас получилось ))))))
расширение на си в php будет быстрей чем в 1С - и заметь это из коробки.

(183) я выше привел пример 8 млн записей ты устанешь их загружать по связке 1с-браузер.

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

На серёзнных щах заявлять - на 1с пили сайт - чота стёб какой то.

(186) >8 млн записей ты устанешь их загружать по связке 1с-браузер.

А зачем их загружать?
Они уже там и через http сервис в 1С отдаются не все разом а только нужные

И да объясни как ты и эти 8 лямов передашь из 1С в php и назад?

(186) На данный момент я вижу что ты ограничен php и не понимаешь как это все вместе с 1С работать будет

Типа я напишу сайт, у него будет своя БД

А как данные будут в БД из 1С попадать и обратно меня не ипет, вот вам API на PHP- "типа дергайте его из 1С" :)

(180) " визуализация 1с строится на дивах, ах да там же даже статики нету - подтягивается всё динамический" - Начнем с того, что визуализация в 1С строится так, как надо программисту 1С. В итоге на выходе получается такой же html, которые выдается Битриксом или любой другой CMS. Все прекрасно индексируется

"математика на пхп будет быстрей на одном и том же оборудование - ваш кэп" - в php никогда не будет СТОЛЬКО математики, сколько ее есть в 1С. Посчитать остатки или умножить цену на курс валют - тут сложного ничего нет, но в 1С данных намного больше, только поэтому заказ в 1С записывается дольше, чем на сайте.

"отсутствие понимания того как в сеансе разбухает память приводит к таким выводам" - у меня есть результаты тестирования, которые подтверждают мои слова. Естественно, рано или поздно память закончится. Но с php будет то жде самое при пиковых нагрузках, разве что откажет не память, а файловая система, но это не столь важно.

"расчет на пхп не чем не отличен от 1с кроме скорости" - Серьезно? И сколько вам понадобится времени, чтобы написать в php систему скидок например для 8кк товаров, 5 видов цен, 5 видов скидок, 10 типовых соглашений и неограниченного количества индивидуальных соглашений? Сколько потребуется часов и дней в случае изменения порядка расчета скидок на стороне 1С (в 1С это вообще не требует программирования). В онлайн-1С это будет работать по умолчанию, если что. Понятно, что если написать, то по скорости расчета отличаться не будет. Вопрос - сколько недель займет такая работа.

"на пхп я закину 8 млн записей за минуты, в 1с это будут дни" - в 1С их никуда вообще закидывать не надо, они там уже есть.

Имхо у сайтоваятеля походу жадные 1Сники отнимают последний кусок ))
На святое покусилися - 1С как бэкенд предлагают юзать
Только на фронте работа остается

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

(190) Да никто на их кусок не покушается. Порталы на 1С и торговые сайты - абсолютно разные ниши, которые практически не пересекаются. Ни один вебер нормально не напишет систему расчета зависимых скидок, которая в 1С накидывается мышкой и в онлайн попадает автоматически. И 1Сники в обычную торговлю b2c не стремятся, так как эта потребность закрывается готовыми CMSками. Это как таксисту спорить с дальнобойщиком за клиента: разные у них клиенты, объемы и типы перевозок. Повторю: я все это пишу для тех, кому нужен инструмент для задач, с которыми типовые CMS не справляются.

(191) Ну надо признать что для хорошей шустрой работы придется в 1С заводить отдельные РС
Из которых http-сервисы будут данные брать для скорости, чтобы не тянуть с типовых РН/РС

(192) >Это как таксисту спорить с дальнобойщиком за клиента

Не совсем
Тут скорее спор двух заводов производителей из которых один универсальный а другой лучше легковые или грузовые делает

(193) Иногда для этого просто делается отдельная база специально для сайта, которая, во-первых, обеспечивает работу 24/7, во-вторых дает ускорение в работе. Между базами типовой обмен.
(194) Да, так больше похоже.

(131) так вроде одно http соединение, расходует 1 серверную лицензию?

(130) "Вообще 1С легко выдерживает несколько сотен http-запросов в секунду"....подожди, запрос запросу рознь, здесь не количество запросов в ед. времени  важно, а объем данных который дергается запросом...не?

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

(190) ну во первых сайтами барыжит тот тип, во вторых мы делали, по глупости бек на 1С и пока нагрузка была не большой всё было тип топ, как только сайт раскрутили - сразу же стал вопрос о прокладке, на сайт тянули остаток и цены с заказами.

Просто у малыша нету нагрузки вот и он бьет капытами, как выясниться что для снятия нагрузки надо купить сервак за мульт помтоу что это 1С!!!! Узнает дорогу в новые направления.

(196) Здесь речь о лицензии на веб-портал. А платформа 1С при работе через http-сервисы вклиент-серверном варианты клиентские лицензии вообще не использует, нужна только лицензия на сервер 1С:Предприятия, которая и так есть.

(197) Объем данных, тип запроса и т.д. Понятно, что запрос на чтение цены из одной таблицы регистра сведений и запрос на формирование отчета, которые крутится 30 минут, вызовут совсем разную нагрузку. Точно так же и запрос на чтение нагрузит сервер меньше, чем запрос на запись нового документа.
Мы делали гибридный тест: один запрос на запись, а потом следующий сразу на чтение, таких запросов 1С выдерживает больше сотни в секунду. Были отзывы, что скармливали больше 1000 в секунду, но что там за запросы и сервера - неизвестно.

(198) Как она будет замечена в поисковике, если это портал b2b, ссылка на который дается по заявке? Такие порталы сознательно исключают от индексации поисковиками, в том числе для снижения нагрузки на сервер.

(200) https://v8.1c.ru/priobretenie-i-vnedrenie/otvety-na-tipovye-voprosy-po-litsenzirovaniyu-1s-predpriyatiya-8/#59 - давай подводи людей под монастырь .

(202) Автор поста описал что их находят в инете и далее делают заявку.

(198) "зайди на тредингвью - там обсчет моментальный и данных много" - и сколько туда десятков или сотен миллионов вложено? Я поэтому и спрашиваю: "Сколько времени понадобится, чтобы написать систему скидок". Хотя ответ понятен: за адекватную цену при зависимых скидках это практически нереально.
PS: А почему ты хамишь? Что с нервами?

(203) "давай подводи людей под монастырь" - какой конкретно пункт смущает?

"Автор поста описал что их находят в инете и далее делают заявку" - Где там картинка, на которой Тони Старк закатывает глаза. Ты же супер-специалист! Ты же знаешь, что для того, чтобы сайт (веб-портал, 1С-онлайн - неважно) начал индексироваться сайтами, достаточно открыть поставляемый с порталом скрипт robots.txt и удалить или заменить запись "User-agent: * Disallow: /". Или не знаешь? Ну так спроси, тебе расскажут. Вежливо расскажут, заметь! А если знаешь, то зачем сознательно пишешь чушь?

(200) Отлично...я тут в своей конторе как раз SPA сделал на ванильном JS , бэк на 1с... думал лицензии жрать будет...а это получается сколько угодно клиентов можно подключать, если веб-морда не на 1с?

(203) (205) Таким образом, для создания веб-витрины организация обязана приобрести сто клиентских лицензий. Уточняем что написано в лицензии 1С:
В соответствии с действующим Лицензионным соглашением, организация должна приобрести такое количество клиентских лицензий, сколько в действительности пользователей одновременно работают с системой «1С:Предприятие 8»...
Предполагается, что к ней одновременно будут подключаться до 100 пользователей -  Таким образом, для создания веб-витрины организация обязана приобрести сто клиентских лицензий.

(206) То есть твоя экономия будет до первой внимательной проверки лицензий!

(205) 1с в приницпе не будет индексироваться так как завязан на скриптах яваскипт

(206) смотри (203) " То есть организации для работы с программами, в которых используются веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, с которых одновременно осуществляется доступ к информационной базе."

сто раз уже обсуждали - использовать прокладку на ноде как точку соединения с 1с не получится в смысле лицензий.

(206) Согласно лицензионного соглашения с 1С, подключение каждого пользователя (живого человека) должно быть обеспечено лицензией. При этом, как написано выше, фактически лицензии не съедаются. Однако, они должны быть в запасе. Например, если у компании есть 1000 лицензий и в текущий момент в обычном интерфейсе 1С работает 800 пользователей, то через http-сервисы можно запустить максимум 200 пользователей.
Но тут есть нюансы:
1. Нет четкого определения понятия "Работающий пользователь". Если я открыл страницу, ушел от компьютера, а страница в фоне обновляет список заявок, то это работающий пользователь, или нет?
2. Http-протокол после выполнения запроса разрывает связь. Сколько времени после выполнения http-запроса пользователь должен считаться работающим?
Ну и так далее.
То есть, физически лицензии не используются. Но какой-то их запас должен быть. По факту, за 8 лет продаж наших порталов еще ни один клиент не имел проблем из-за лицензий.

(207) "То есть твоя экономия будет до первой внимательной проверки лицензий!" - Привет! Ну и как ты себе представляешь точный подсчет одновременно работающих пользователей? С учетом (209). Если четко следовать этому лицензионному соглашению, то можно привлекать любую компанию, которая использует сайт на битриксе и в онлайне вытягивает данные из 1С (а таких намного больше, чем кажется). Там же тоже живой человек за браузером сидит, и тоже работает с данными из 1С.

(209) почему каталог ты называешь порталом? ))))

заходит 200 человек и начинает работать  с каталогом - необходимо 200 лицензий - вроде по русский написано

(208) "1с в приницпе не будет индексироваться так как завязан на скриптах яваскипт". Дружок! Ты считаешь себя супер-специалистом. Давай мы сойдемся на версии, что ты действительно супер-специалист, но что супер-специалистам тоже свойственно ошибаться. В этом нет ничего страшного, главное уметь признавать свои ошибки.

Давай сделаем так. Идем в Яндекс и набираем название моего портала для ITIL:
https://yandex.ru/search/?text=личный+кабинет+инициатора+для+1c+itil&clid=2270456&search_source=dzen_desktop_safe&src=suggest_Pers&lr=213

Просматриваем первые три ссылки в выдаче. И находим там ссылку на личный кабинет моего клиента, который зачем-то (возможно - сознательно) удалил robots.txt из каталога с веб-порталом. Найденную поисковиками, проиндексированную и отображенную на первой странице выдачи Яндекса.

(211) "почему каталог ты называешь порталом?" - Почему ты назвал себя "cuberboy"? Вот и я как хочу, так и называю.
"заходит 200 человек и начинает работать  с каталогом - необходимо 200 лицензий" - а как я могу определить, что зашло 200 человек? Технология платформы 1С:Предприятия и http-сервисов не позволяет это сделать. Я провел исследования и выяснил, что у меня не более 10 человек одновременно работает; вот 10 лицензий, стоят в шкафу.

(212) "Личный кабинет инициатора для 1С:ITIL
sd.koblik.ru
Меню
Подключение к БД." - ахахаха )))) как я и говорил ничего не индексируется, оно и понятно:

<!DOCTYPE html>
<html>
    <head>
        <meta charset="utf-8">
        <meta http-equiv="X-UA-Compatible" content="IE=edge">
        <meta name="viewport" content="width=device-width, initial-scale=1, user-scalable=no">
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
        <meta name="robots" content="index, follow" />
        <meta name="keywords" content="" />
        <meta name="description" content="" />    
        <link rel="shortcut icon" type="image/x-icon" href="images/userpics/favicon.png">
        <title>Личный кабинет инициатора для 1С:ITIL</title>
    </head>
    <body>
        <div id="authForm" style="padding: 5px; position: initial; border-bottom: 0px;"><br><center>Подключение к БД<br><img src='images/ajax-loader.gif'></center></div>
        <div id="mainpage" style="padding-top: 5px;"></div>
        <script type="text/javascript" src="v-can_site.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="itil_ipc.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="nicedit.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="xcal.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="glider.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="qrcode.min.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="lightbox/js/prototype.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="lightbox/js/scriptaculous.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="lightbox/js/lightbox.js?vcanversion=1681663078"></script>
        <script type="text/javascript" src="v-can_site_connection.js?vcanversion=1681663078"></script>
        <script language='javascript'>    
            var Параметры = {}
            ГлобальныйКонтекст.ДополнительныеПараметрыЗапросов.ВерсияСкриптов = "?vcanversion=1681663078".replace("=", ""); // В версии заменяем "=" на пробел, чтобы она ушла в значении параметра http-запроса
            ЗагрузитьСодержимоеЗапросомHttp('ajax/auth.php', Параметры, 'authForm', true, {'ПриЗагрузке':'АвторизацияПосетителя()'});
        </script>
    </body>
</html>


садомия и угар какой-то.


(213) Я выше уже писал что 10 это твой придел )_))))) с 10тью пользователями можно хоть на екселе сайты писать ))))

(213)  "а как я могу определить, что зашло 200 человек? Технология платформы 1С:Предприятия и http-сервисов не позволяет это сделать."
1C всегда соединяется на основе сессий. И эти сессии ты всегда видишь они и едят лицензии. Благодаря пулу сессий ты действительно переключаешь существующие сессии на новые подключения. Здесь все технически понятно.
Другое дело как написано в лицензии 1С. Здесь монополист 1С полностью определяет твою лицензионную политику.

(214) Угара не понимаю, ну не надо товарищу 1к подключений. Немного занимался Bitrix24, там тоже лицензионная политика строиться на количество подключений. Тоже своего рода монополист...

(208) "использовать прокладку на ноде как точку соединения с 1с не получится в смысле лицензий"....мммм ну здесь ты не прав...смотри , если из ноды асинхроно обращаться к http -сервису в 1с, и выгружать данные , через каталог, т.е. некое подобие SSR, то можно, ....другой вопрос какая это будет скорость....

К ноде также можно подключить через websocket.
Странно разработчики бы давно сделали простой пример на всех платформах и тестировали бы на +- одном железе.

(208) >1с в приницпе не будет индексироваться так как завязан на скриптах яваскипт

а мужики (из гугла) то и не знают ))

(215) слушай зашел в консоль кластера.... сеанс есть, соединение есть...а сессии нет...может не там смотрю?

(219) Упс!))) Все правильно.
(215) "1C всегда соединяется на основе сессий. И эти сессии ты всегда видишь они и едят лицензии" - есть соединение с видом приложения "Модуль расширения веб-сервера", а сеанса - нет. И лицензия не съедается. Смотрите видео: тут работает 1000 пользователей на 5 соединениях. Сеанса нет ни одного. https://youtu.be/ZO2xIt5dguI?t=986

(214) Я надеялся, что ты или прикалываешься, или тонко троллишь. Но нет.

Давай по порядку.
Ты фразу "Я провел исследования и выяснил, что у меня не более 10 человек одновременно работает; вот 10 лицензий, стоят в шкафу." воспринял как информацию о моем состоянии лицензий? Тысяча Боярских...

Далее.
Что ты хотел увидеть в тексте страницы, которая индексироваться НЕ ДОЛЖНА? Это портал, который предназначен для постановки задач внутри организации, и никто никогда эти задачи в выдаче увидеть и не должен. Что, в свою очередь, говорит о том, что портал отлично выполняет свою функцию: предоставляет данные только авторизованным пользователям, а остальным показывает надпись "Подключение к БД".

Следующий шаг.
1. Ты убедился (ну все остальные точно убедились, а я пишу для тех, кто готов читать и воспринимать информацию) что портал на 1С виден поисковикам, может быть проиндексирован и показан в выдаче?
2. Ты согласен, что можно 8кк товаров выгрузить из 1С в любую CMS с индексацией, поиском и т.д.?
3. Ты не будешь спорить с тем, что такая выгрузка - разовая акция, неважно сколько она займет времени: час, два, десять? Главное выгрузить товары с описанием, фотографиями и прочей требухой. А потом можно просто подгружать по мере необходимости новые товары, удалять старые, менять измененные.
4. Все согласны, что после открытия страницы можно в режиме онлайн сходить в 1С, получить из нее нужные цены, скидки, остатки и показать на странице?
5. Все уже убедились на примере (214), что страница может быть проиндексирована ровно в том объеме, который необходимо проиндексировать? То есть, мы индексируем название, описание, характеристики, и по ним покупатели ищут товары. А 1С при индексации роботами не дергаем, и, соответственно, 1С не ложит сервер в момент "когда по сайту пробежится пара паучков"?

Что получаем.
На обычной CMS делаем сайт, на котором настраиваем обмен с 1С. Выгружаем только каталог товаров. При открытии страницы ЧЕЛОВЕКОМ  помощью скриптов в фоне получаем из 1С данные о ценах, скидках и остатках для данного конкретного контрагента с учетом его соглашений, договоров и прочих условий. При индексации роботами этот скрипт не срабатывает, тким образом каталог товаров индексируется, но 1С не нагружается. При создании заказа помещаем его в корзину, уведомляем 1С о новом заказе, точно так же в режиме онлайн рассчитываем окончательные цены (цена моет зависть от количества товаров в корзине, общей суммы заказа и т.д.), показываем их на странице сайта, резервирует товар при необходимости. После подтверждения заказа сразу передаем его данные в 1С, создаем документ "Заказ покупателя".

(0) Обращайтесь, мы вам все сделаем с гарантией, что:
1. Сайт будет работать с учетом индексации
2. Будет работать приемлемо по скорости
3. Цены, скидки, остатки и прочие цифры, отображаемые на сайте, будут полностью идентичны с соответствующими цифрами в 1С
4. 1С не умрет
5. Покупатель вообще не поймет (да вообще никто не поймет), что на самом деле работает с 1С в онлайне
6. Интерфейс нарисуем любой, на какой хватит денег
6. Проблем с лицензиями не будет

Выполненных проектов много, расскажу при личном общении, если надумаете.

(221) Интересная схема смешанной работы когда полный обмен + http-сервисы

Причем я бы обмен заснул внутрь отдельных http-сервисов, куда можно отправить файл с данными, получить уид задания/цикла обмена и затем запрашивать результат загрузки

Ну и http-сервисы сделал бы двухсторонними по необходимости
Т.е. не только CMS может дергать http-сервисы в 1С, но и наоборот 1С может дергать http-сервисы сайта

(223) "Т.е. не только CMS может дергать http-сервисы в 1С, но и наоборот 1С может дергать http-сервисы сайта" - у нас же не один реализованный проект, мы так и делаем. И алгоритм гарантированной доставки сообщений обмена поднимаем при необходимости: даже если в момент создания заказа 1С недоступна или перегружена, то заказ все равно будет создан на сайте, а 1С как поднимется, придет за ним сама.

(175) Похоже ты не понимаешь в чем разница работы 1С в клиент-серверном варианте, скомпилированными механизмами внутри платформы, и генерация 8КК html-страниц, большого количества гигабайт текста, средствами языка 1С. Ох уж эти 1С-ники. В вебе совсем не шарят.

(181) Laravel - это ПХП, прошлый век и геморрой.

(183) >> Давайте дружно согласимся что каждое лишнее звено это тормоза

Я тебе одно умное слово скажу, только ты не обижайся: Кэширование. Как тебе такое лишнее звено? Выбрось его, ох как все залетает! Так что нельзя с тобой согласиться. Многие лишние звенья добавляют как раз для ускорения работы. Еще пример, легкий Nginx в дополнение к тяжелому Апачу. Тоже лишнее звено, скажешь?

Я сперва подумал, что делать сайт на 1С тут предложили по приколу, как обычно на любой вопрос "как написать то или иное приложение", советуют это сделать на 1С. Но многие восприняли этот совет за чистую монету, и начали зачем-то спорить и защищать его. Что за бредятина? На форуме программистов Delphi будут советовать сделать сайт на Delphi что ли? Думайте прежде чем советовать.

(225) Да, я написал свой собственный веб-клиент для 1С, продаю его крупнейшим компаниям России и я не шарю в вебе. Все логично, да!

(228) Как только "настоящие веберы" предложат адекватный по цене разработки и стоимости сопровождения вариант расчета зависимых скидок на сайте для 8кк товаров, так сразу же перестанут быть нужными сайты на 1С.

(222) (0) Обращайтесь, мы вам все сделаем с гарантией, что:
1. Сайт будет работать с учетом индексации - НЕТУ у тебя индексации не одного товара в сети.
2. Будет работать приемлемо по скорости. приемлемость бывает разной
3. Цены, скидки, остатки и прочие цифры, отображаемые на сайте, будут полностью идентичны с соответствующими цифрами в 1С - да но и на любой другйо кмс тоже
4. 1С не умрет - умрет - мне только лень мешает доказать тебе это
5. Покупатель вообще не поймет (да вообще никто не поймет), что на самом деле работает с 1С в онлайне - если их 10 то да и им пофиг они за ценами пришли
6. Интерфейс нарисуем любой, на какой хватит денег - т.е. всё таки есть прокладки?
6. Проблем с лицензиями не будет - будет пислаи выше а ты разводишь

"Да, я написал свой собственный веб-клиент для 1С" - даже не близко

вместо того чтоб показать людям как работают внешние пользователи ты развел людей на какойто убогий сервис (кста покажи где там у тебя 8кк? при 100 позициях мне показывается сообщение надо уточнить поиск ))) )

ты обычный цыган, судя по написанному - не одному твоему клиенту твой сервис вообще нафиг не упал он бы и средствами штатными прекрасно поработал(контракты есть = каталог есть ).

(229) Так вот почему ты за 1С так топишь. Впариваешь свою поделку. Все с тобой ясно.

(231) "даже не близко" - Ну не тупи уже.
(232) "кста покажи где там у тебя 8кк" - почему там должно быть 8кк? Покажи мне любой другой демосайт, где есть 8кк.
(233) А за что надо топить? За алгоритм расчета скидок на php, которого нет? Если есть - то покажите его и назовите цену.

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

Если так много записей в базе, то нужно подписываться на события и слать данные на сайт

(234) В чем такая особенность алгоритма расчета скидок, что его нельзя сделать на ПХП? Хотя мне пофигу на ПХП, тут про Ноду разговор, вообще-то. Но не суть. Если на 1С его смог кто-то сделать, значит на другом ЯП тоже можно. Опиши алгоритм словами, посмотрим чем ты нас так пугаешь.

В чем преимущества Ноды - в том что это JS, такой же, на котором React, что упрощает разработку. Легко сделать статические страницы параллельно с динамическими. Серверный рендеринг для паучков для удобной индексации, браузерный для обычных пользователей для быстроты и удобства людей.

(236) Алгоритм расчета скидок можно сделать на любом ЯП
Только чтобы он работал придется четверть типовой конфы 1С написать ))

Но для начала попробуй на PHP или JS написать вот такое https://v8.1c.ru/small.biz/cenoobrazovanie/
Ну там начиная от установки цен гибкий, причем с формулами и их редактор не забудь!
Ну и продолжи разными скидками и наценками...

(237) Нету никаких преимуществ у ноды кроме как переиспользования тонн говнокода на js
Сейчас уже отошли от фронт и бэк на одном стеке (языке)
И для бэка используют Go а для фронта TS

Например если бы мне надо было "выжать все" и сделать супергибко для сайта связанного с конфой на 1С
То я бы заюзал для бэка Голанг с прямым доступом к БД 1С (MSSQL или PgSQL)
Причем прямые запросы к БД формировал бы автоматически кодом из 1С

(236) "Опиши алгоритм словами, посмотрим чем ты нас так пугаешь" - тут картинка напрашивается: https://demotivatorium.ru/sstorage/3/2015/06/05130704910928/demotivatorium_ru_hospadi_a_razgovorov_to_bilo_90818.jpg

То есть, все это время "сделать то же самое, что есть в 1С", нам обещал человек, который в принципе не знает возможности скидок конфигураций 1С.
Можно я воздержусь от описания алгоритма словами? Там писанины часа на два минимум, если все полностью описывать. Вот есть ссылка на видео:
https://youtu.be/87rZk6iFzKQ
Это про автоматические списки. Потом еще примерно столько же будет про ручные, затем можно посмотреть про типовые и индивидуальные соглашения. А потом можно повторить все это на Ноде. Удачи, что ж!

(239) Как-то ты обобщил странно. Хотя, уже и так было понятно что ты не по вебу.

(238) Если это какая-то муть из типовой, то ей не место на веб-сайте. В админке все равно этим никто не будет заниматься. Проще выгрузить из 1С, и все.

(241) Ну и сколько времени это заняло написать на 1С с нуля? Явно не один день.
И включи логику. Если на 1С можно, то и на любом другой ЯП тоже можно, это очевидно. Доказывать что это нельзя сделать на Ноде - глупо.

Ага, посмотрел видосик. Это обычные автоматические скидки как в обычных интернет-магазинах, типа "при покупке от 10 газонокосилок получишь скидку 5%". Так бы сразу и сказал, а то "писанины часа на два минимум".
Никакой привязки к типовым 1С там нет, все это брехня. Пишется на чем угодно, хоть на ПХП.

Смешно было почитать ветку, я ушел в JS (Node + Vue как раз) уже три года как, и очень доволен ))
(241) Это такой бред, считать 1Сные спагетти-конфигурации верхом человеческой мысли. Эти ваши автоскидки вместе с редактором форм и формул - студенческая нудная задача без малейшего креатива, тупо кодинг по ТЗ от бизнес-аналитика. На Node.js пишут многопоточные серверы реального времени с обработкой видео, нейросети, торговых ботов на биржах, которые на лету считают сложную математику и строят прогнозы. А вы какими то арифметическими операциями над ценами пугаете. Часть задач, конечно уходит на Golang, где надо супербыстро или в бинарном виде, но переписать 1С на JS или что то другое не составит особого труда, был бы инвестор и коммерческая перспектива. Все западные аналоги - уже онлайн. А значит написаны на PHP, Python, Go или JS. Я как-то давно перерисовывал в фигме UI  из 1С 8.3. Сделал 30% в свободное время за неделю, а значит за месяц плотной работы можно в одиночку сделать полный клон интерфейса 1С и прикрутить к нему хоть React хоть Vue. Еще и больше фич будет.

(0) Ну и к изначальной теме - 8 млн записей это просто смешно для любой СУБД и любого бэкенда. Не знаю что там может виснуть при загрузке в CMS, но это значит только то, что CMS в этом процессе - лишнее звено. Написать свой сайт-каталог на ноде и Vue - дело пары вечеров, а все 8кк можно загрузить в оперативку (Redis) для мгновенного поиска или расчетов, еще и простор для фичей останется. Картинки заливаются на Яндекс.Cloud через API и ничего не занимают на сервере

(245) кросс продажи? хах в ут 10 тупо писали свои алгоритмы расчета под нох, в 11 вроде как скд есть. Ну пользуем механизм со своим алгоритмом - быстро и удобно. Фантазия вообще ничем не ограничена.

(241) Всех кто в возрасте от 30 до 40 и не совершал покупок за последний год, имеют право на покупку куйни со скидкой касарь, если купят другую куйню марки Блабла общим объемом 5 литров и куету1 или куету2. - вперед типовыми средствами 1с сделай.

(246) "я ушел в JS "...если не секрет поделись, что по "денюжкам" сейчас? Долго работу искал?

(227) да согласен, про кэширование народ все время забывает, руководствуясь принципом - чем меньше в системе элементов тем она быстрее...

(246) это все так да...на этих инструментах можно черта лысого написать, вопрос цены...Но человек на что указывает -" Как только "настоящие веберы" предложат адекватный по цене разработки и стоимости сопровождения вариант расчета зависимых скидок на сайте для 8кк товаров, так сразу же перестанут быть нужными сайты на 1С."
Т.е. человек предлагает в своей нише конкурентный по деньгам продукт на 1с.
Что здесь плохого?

(203)-"каждое рабочее место, с которого тем или иным способом осуществляется доступ к данным информационной базы «1С:Предприятия 8», должно быть обеспечено отдельной клиентской лицензией"...Отсюда де-юре  следует, что если доступ происходит не к данным ИБ лицензия не нужна...Т.е. как только данные достали из бызы, и скажем записали в каталог, к ним можно обращаться уже без лицензии. Смотрим далее ..."То есть организации для работы с программами, в которых используются веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, с которых одновременно осуществляется доступ к информационной базе." Ключевые слова здесь -"одновременно" и  "информационной базе", соответственно обращаясь не одновременно или одновременно но не к информационной базе, нарушения де-юре не будет..

(251) нет ключевое там рабочее место т.е. сидят двадцать сотрудников  в разных местах - это рабочие места и пофиг что они обращаются не одновременно а с лагом секунда

(250) все уже давно написано, это примитивные расчеты https://ocmod.net/moduli/skidki/

(248) я еще перед ковидом ушел, не особо долго, сначала на 160, потом на 230 через год нашел

(253) Эмм а там есть вытесняющие скидки или составные или что еще прикольней последовательные?

Мой опыт на 100 миллионном прайсе это ASP.NET,прямые запросы к базе. И обновление базы напрямую через регистры сведений через MERGE

256+ Кто силен в SQL? Команда MERGE интересует.

(255) если есть потребность, значит написано. А если нет, то либо это массово не надо, либо можно написать плагин и продавать )

(246) Коллега! Я тоже в JS ушел. Как раз моя тема.

(255) Нет причин почему бы этому там не быть.

(255) Нет там ничего подобного. Простейшие алгоритмы.

(259) А почему в JS, все предыдущие комментарии приводят примеры развитых алгоритмов ценообразования на php движках. Сам знаю несколько решений OpenCart, Woocommerce(WordPress), Bitrix(как бы 1C). Но нет ничего готового на nodejs типа express. Может не надо вводить в заблуждение людей, тем более что основной язык nodejs это typescript ;)

(261) всё верно любой школьник на коленке накатает

(263) Об этом и речь. Как тестовое задание для школьника - пойдет. А ставить это на сайт, предназначенный для задач топикстартера, нельзя.

(262) Наверно потому что PHP это синоним старья и говнокода в CMSках для ларьков (гы). Нет никакого желания копаться в спагетти другого цвета. На ноде проекты обычно интереснее и современнее, даже движки магазинов выглядят приятнее, вот первая же ссылка в гугле - https://evershop.io/

(265) речь вообще не про это, человек утвержздат что только 1с может быстро считать ))))

кста уверен на надо 99% проекты из говна фремворков.

Вот интересно было бы написать на Go многопоточный расчет себестоимости, математические библиотеки там есть готовые. 1С утверждает что написала на С++ самый быстрый расчет, но все равно там часами может считаться что-то. Друг на большом заводе работает и говорит что с суток до нескольких часов уменьшился расчет. Интересно, параллелится там расчет или просто за счет бинарного кода быстрее стало

(267) "1С утверждает что написала на С++ самый быстрый расчет" - расчет быстро, запись долго.

там банально решается слу - друг твой просто стал считать партиями наверное.

1C применила какой-то оптимизированный алгоритм для разреженных СЛАУ.
(268) А запись куда долго? В регистры? Тогда выгрузка в Redis и обсчет в оперативке ускорил бы еще раз в 100 наверно

(262) потому что JS мне больше нравится. PHP ущербный, устаревший. Многие его стандарты считаются антипаттерном по современным меркам.
ТайпСкрипт это и есть JS, одна из его разновидностей. Когда говорю что программирую на JS, подразумеваю TS, и наоборот.
В чем тебя в заблуждение ввел?

(267) для ускорения я щас на JS делал параллельные расчеты интерференции волн от миллиона источников света для миллиона точек экрана. Выполняется за доли секунды. Попробуй на 1с такое сделать :)

(271) Это к @ЮрийЛазаренко ))

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

ставить редис ради такого тупость - инмемори есть и в постгрес и в мс.

обсчет и так в оперативке на стороне сервера 1с.

(270) Эх молодой горячий... " JS мне больше нравится. PHP ущербный, устаревший"...
Пора начинать новый холивар :)
JS не умеет считать правильно суммы -> 0.3+0.3+0.3=0.8999999999999999 , интерференция наверно не идет... ;)
https://madebyevan.com/webgl-water/

(274) И где там что-то не идет в твоем примере? Все четко. Волны бегают, свет преломляется.

0.8999999999999999 - это особенность представления вещественных чисел. Такая у них точность, только и всего. Причем, довольно высокая. В WebGL точность вычислений ниже, если ты не знал.

(275) а потом ракеты мимо марса пролетают...

(276) Смотря на каком расстоянии от Марса производилась корректировка траектории. Ты с Земли что ли отправляешь баллистическую неуправляемую ракету на Марс, которая тупо летит по заранее посчитанному направлению? Но так не делают.

Попробуй посчитай чему равно десятичное 0.3 в двоичной системе, поймешь почему так происходит при сложении нескольких чисел.

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

(277) js ограничен по максимальному числу, 1с нет, недавно надо было систему счисления на ключе битка просчитывать, в 1с делается на долго, джаваскрипт не умеет в большие числа, у пхп какую то библиотеку мутную надо подключать. В итоге запитонил. Но потом непонятно как оказался в луа.

Люди советуют на го - типа быстрей всех.

(278) https://i.ibb.co/jvZdS20/image.png

Ничего себе ограничен, 2^6399999 в браузере получилось посчитать, правда комп задумался на секунду. Без библиотек. С библиотеками побольше может.
Какие числа тебе нужны были, что этого мало?

Одно число размером под мегабайт. Офигеть!

https://i.ibb.co/ZSKSp2p/image.png

Почти 2 миллиона цифр в десятичном представлении. Офигеть!
Вот вам и JS.

(279) клоуна выключи https://yandex.ru/search/?text=javascript+vfrcbvfkmyjt+xbckj&lr=50&clid=1955453&win=556

(279) про бигинт не знал ///

(278) Нравится мне эта молодость. Есть проблема точности вычисление. Как ее будем решать? Никак - возьмем новый язык! А посмотреть как решается эта проблема в новом языке?

(282) Ты не понял факт, который я тебе показал на скриншоте, и веришь Яндексу? Кто из нас еще клоун.

Красавцы, уже друг с другом перегрызлись.

Недоучки.
Не понимают что любой ЯП при желании/необходимости может использовать внешние либы, вызывая там функции с нужной точностью вычислений
Ну или путем потерь быстродействия эмулировать арифметику нужной разрядности

Одинесники, что с них взять.

(285) я же явускрипт хорошо знал, поэтому на нем хотел, искал в яндексе не нашел, я даже после твоего скрина часа пол искал пока увидел.

(287) какие либы ты будешь пользовать на яваскипт? еслим ты в 1с будешь пользовать либы для быстройдействия то от 1с останется только название.

(289) Чего там искать, просто бы забил текст со скрина в консоль и запустил. Там всего одна строчка кода.

Я на JS делал щифрование для биткоинового кошелька. Там как раз нужны были длинные числа и отсутствие округлений.

(290) вначале я перепроверил свои данные - "самое большое число яваскрипт" - всё верно оно не большое, затем уже набрал в консоли числа с n и сцуко удевилися )))) минут 5 еще искал что значит суффикс n, хорошо спрятано.

ну мне ключ от битка надо из 58 в 10 , затем 16. чтоб проверить хвосты. у ключа поменял пару символов год назад и забыл какие ))))) теперь только перебором.

(291) Ахахах! :))) Не повезло.

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

Можно для вида положить на них немножечко биткоинов, чтобы выглядели как настоящие кошельки. Это я только что придумал, еще не проверял.

(292) да я тоже себе на аватар везде выложил QR шифра ключа ))))) смотрю теперь на взнос по ипотеке и почти рыдаю ((((

xor надо было пользовать и не выделываться.