burunduk: битрикс так и не решил проблему с 2-3 пагинацией при включённом композите, а без него он тупо ложиться на больших проектах
Композит не на стороне ядра битрикса, а на стороне битрикс девелопера который делает сайт, потому что композит это про шаблоны компонентов. Битрикс очень хорошо всё кеширует если понимать как этот механизм работает и как его использовать. Композит не работает "из коробки", а включить автокомпозит - это выстрелить себе в голову фактически, если шаблон не битрикса из коробки, а непонятно кем сделанный и не понятно на чей коленке.
PS. Да и в целом три разных пагинации на одной странице сайта трёх разных блоков это очень сомнительное решение в плане юзабилити сайта.
---------- Добавлено 26.03.2019 в 14:05 ----------
suffix: Композит только для простых, маленьких проектов на слабом железе. На больших, сложных проектах композит просто вреден - единственное что на железе экономить не стоит.
Глупости не говорите, своего рода "композит" используют все сложные хайлоады и это очень распространённая практика закешировать общий контент в статику, а индивидуальную динамику подтянуть по ajax, именно это и есть в своей сути композит
Aisamiery, древний OC 1.5 с 10000 товаров даже без какого-либо кэширования на копеечном VPS спокойно держит сотню одновременных посетителей с загрузкой в течение секунды.
Единственный реальный косяк Опенкарта (как и Woo) - разработчикам под него живется бедненько. Но для магазина-то это далеко не косяк.
Мне так нравятся эти сравнения с количеством строк в БД =) У меня на одном проекте с бд весом примерно в 120Гб приблизительно 300 млн записей в одной таблице и он работает хорошо и загружается даже меньше секунды. И без какого либо кеширования кстати, так что ваш OC 1.5 тихо плачет в уголке можно дальше пойти мерять чей MySQL толще.
---------- Добавлено 25.03.2019 в 19:03 ----------
MaverickC: Три года работаю с ОпенКарт, очень доволен. Если изначально подходить к задачам добротно, все программируется гармонично вписываясь в структуру и без костылей, тут уже зависит от подхода программиста. Костыли и тормоза в основном начинаются из за "хотелок" клиентов и ограниченном временем на решение задач.
Теперь ТЗ это так называется? Прикольно, приходит такой клиент и говорит, вот ТЗ хочу вот так и вот так, а вот тут так и так, а ему в ответ: "из за ваших "хотелок" будут костыли и тормоза в основном" 😂
EvGenius, до nginx запросы даже не дойдут, он ничего не проверяет по iptables
Не понимаю, почему не сделают какую нибудь конторку, типа того же спамхауса и утилитку которая сильно рьяные ip из бана посылала в эту конторку автоматом, ну а что делать с владельцами бы таких IP уже бы придумали, для начала хотя бы уведомлять =)
ТС ровно такие же "специалисты" вам могут попасться на любом движке, не совсем понимаю где она та зависимость мозгов людей и cms
OpenCart это конечно очень своеобразная система, особенно как она работает с БД. Она архитектурно деревянная, не имеет нормального уровня абстракций и что то в нём изменить это реальные костыли (привет vqmod и php in xml)
Если брать опенсурсный движек именно для бизнеса, то я бы рекомендовал magento, но это сильно дороже битрикса =)
Если хочется быстро, дешево и сердито, то альтернатив битриксу практически нет, разве что можно посмотреть в сторону shop script и diafan. И кто как бы не топил за что то другое, все можно допилить и все будут правы, просто в битриксе пилить надо сильно меньше =)
Ну а если все же есть деньги (а даже битрикс это когда денег особо нет), то лучше пойти к команде ребят которые пилят решения именно под бизнес требования, тут я специально не называю инструментов, так как во всем на первом месте люди, а потом уже все остальное.
Что касается вашей ситуации, мой вам совет, поищите все же спеца с кем будет работать комфортно, не держитесь какой то одной команды/спеца, тем более если очень сложно с ними складывается работа. А на битриксе достаточно много спецов, как и на любой другой cms, в том числе и хороших, просто не бывает хороших-дешевых спецов ни в какой профессии, так как спецы нужны всем и заказчиков как правило отсеивают именно ценой, так как все задачи всех заказчиков все равно не сделать.
hasugosu: Т.е. особой разницы в работе сайта не будет?
Нет, полоса сказывается при большом количестве посетителей, чем шире канал, тем больше контента могут загрузить с вашего сервера пользователи одновременно. Но 200mbit это много, в России обычно дают 100Мбит полосу не лимитированную или 1Гбит но с ограничением трафика в 30Тб, что по трафику как я понимаю примерно одинаково
ENELIS: Отсюда и имеем, что если вам дали треды не с одного цпу, то как бы не один цпу это. Треды вообще могут быть с разных NUMA нод... Обмен NUMA добавляет кучу задержек
Если говорить в рамках услуги хетзнера, то не совсем логично получается, на обычных тарифах у них внешнее хранилище, а на тарифах с выделенным vCPU они предоставляют локальное NVMe для максимальной производительности, но при этом будут давать кучу задержек на процессоре? Они и позиционируют данные тарифы "для приложений, требующих высокой вычислительной производительности".
treshnyuk: Кто они? Хетзнер? Он не делает так, они продают потоки на выделенных ресурсах ВПС. Причем тариф 4 vCPU = 4 потока, нет никаких х2
Я видимо как то не правильно изъясняюсь, если 1 ядро это 2 потока, то 2 потока это одно ядро?
на тарифах у них 2vCPU (2 потока - 1 ядро), потом 4 vCPU (4 потока - 2 ядра), потом 8 vCPU (8 потоков - 4 ядра) или я что то не так понимаю? У меня домашний i7 тоже определяется как ядер 6 - логических 12
kxk: Aisamiery, Мы делаем *3 не более те на 20 тредовый сервер, продажа не более 60 ядер для ноды на Intel® Xeon® E5-2630 v3, линейка тарифов VS SP
ну вот получается что чтоб у вас получить что то выделенное в теории нужно х3 от той цены что есть? А я начинал писать этот тред, цитируя другого представителя, которому нужно х10-х30 от базовой цены, вот и попросил его объяснить откуда у него такая математика. А всё как обычно вылилось непонятно во что, с выяснение что более выделенное, а что менее выделенное.
битрикс так и не решил проблему с 2-3 пагинацией при включённом композите, а без него он тупо ложиться на больших проектах
Композит не на стороне ядра битрикса, а на стороне битрикс девелопера который делает сайт, потому что композит это про шаблоны компонентов. Битрикс очень хорошо всё кеширует если понимать как этот механизм работает и как его использовать. Композит не работает "из коробки", а включить автокомпозит - это выстрелить себе в голову фактически, если шаблон не битрикса из коробки, а непонятно кем сделанный и не понятно на чей коленке.
PS. Да и в целом три разных пагинации на одной странице сайта трёх разных блоков это очень сомнительное решение в плане юзабилити сайта.
---------- Добавлено 26.03.2019 в 14:05 ----------
Композит только для простых, маленьких проектов на слабом железе.
На больших, сложных проектах композит просто вреден - единственное что на железе экономить не стоит.
Глупости не говорите, своего рода "композит" используют все сложные хайлоады и это очень распространённая практика закешировать общий контент в статику, а индивидуальную динамику подтянуть по ajax, именно это и есть в своей сути композит
В настройках инфоблоках, на вкладке сео посмотрите что там стоит за титл у элемента инфоблока
Aisamiery, древний OC 1.5 с 10000 товаров даже без какого-либо кэширования на копеечном VPS спокойно держит сотню одновременных посетителей с загрузкой в течение секунды.
Единственный реальный косяк Опенкарта (как и Woo) - разработчикам под него живется бедненько. Но для магазина-то это далеко не косяк.
Мне так нравятся эти сравнения с количеством строк в БД =) У меня на одном проекте с бд весом примерно в 120Гб приблизительно 300 млн записей в одной таблице и он работает хорошо и загружается даже меньше секунды. И без какого либо кеширования кстати, так что ваш OC 1.5 тихо плачет в уголке можно дальше пойти мерять чей MySQL толще.
У опенкарт куча проблем, особенно когда надо его перепиливать под хотелки заказчика, а не когда поставил и забыл. А потом программисты с трех летним опытом работы с платформой заявляют, что "костыли и тормоза в основном начинаются из за "хотелок" клиентов" ©
---------- Добавлено 25.03.2019 в 19:03 ----------
Три года работаю с ОпенКарт, очень доволен. Если изначально подходить к задачам добротно, все программируется гармонично вписываясь в структуру и без костылей, тут уже зависит от подхода программиста. Костыли и тормоза в основном начинаются из за "хотелок" клиентов и ограниченном временем на решение задач.
Теперь ТЗ это так называется? Прикольно, приходит такой клиент и говорит, вот ТЗ хочу вот так и вот так, а вот тут так и так, а ему в ответ: "из за ваших "хотелок" будут костыли и тормоза в основном" 😂
EvGenius, до nginx запросы даже не дойдут, он ничего не проверяет по iptables
Не понимаю, почему не сделают какую нибудь конторку, типа того же спамхауса и утилитку которая сильно рьяные ip из бана посылала в эту конторку автоматом, ну а что делать с владельцами бы таких IP уже бы придумали, для начала хотя бы уведомлять =)
ТС ровно такие же "специалисты" вам могут попасться на любом движке, не совсем понимаю где она та зависимость мозгов людей и cms
OpenCart это конечно очень своеобразная система, особенно как она работает с БД. Она архитектурно деревянная, не имеет нормального уровня абстракций и что то в нём изменить это реальные костыли (привет vqmod и php in xml)
Если брать опенсурсный движек именно для бизнеса, то я бы рекомендовал magento, но это сильно дороже битрикса =)
Если хочется быстро, дешево и сердито, то альтернатив битриксу практически нет, разве что можно посмотреть в сторону shop script и diafan. И кто как бы не топил за что то другое, все можно допилить и все будут правы, просто в битриксе пилить надо сильно меньше =)
Ну а если все же есть деньги (а даже битрикс это когда денег особо нет), то лучше пойти к команде ребят которые пилят решения именно под бизнес требования, тут я специально не называю инструментов, так как во всем на первом месте люди, а потом уже все остальное.
Что касается вашей ситуации, мой вам совет, поищите все же спеца с кем будет работать комфортно, не держитесь какой то одной команды/спеца, тем более если очень сложно с ними складывается работа. А на битриксе достаточно много спецов, как и на любой другой cms, в том числе и хороших, просто не бывает хороших-дешевых спецов ни в какой профессии, так как спецы нужны всем и заказчиков как правило отсеивают именно ценой, так как все задачи всех заказчиков все равно не сделать.
Т.е. особой разницы в работе сайта не будет?
Нет, полоса сказывается при большом количестве посетителей, чем шире канал, тем больше контента могут загрузить с вашего сервера пользователи одновременно. Но 200mbit это много, в России обычно дают 100Мбит полосу не лимитированную или 1Гбит но с ограничением трафика в 30Тб, что по трафику как я понимаю примерно одинаково
hasugosu, В целом 200Mbit не для раздачи файловов и не стриминговых проектов это хорошая пропускная способность.
Отсюда и имеем, что если вам дали треды не с одного цпу, то как бы не один цпу это. Треды вообще могут быть с разных NUMA нод... Обмен NUMA добавляет кучу задержек
Если говорить в рамках услуги хетзнера, то не совсем логично получается, на обычных тарифах у них внешнее хранилище, а на тарифах с выделенным vCPU они предоставляют локальное NVMe для максимальной производительности, но при этом будут давать кучу задержек на процессоре? Они и позиционируют данные тарифы "для приложений, требующих высокой вычислительной производительности".
Я все же надеюсь
Кто они? Хетзнер? Он не делает так, они продают потоки на выделенных ресурсах ВПС. Причем тариф 4 vCPU = 4 потока, нет никаких х2
Я видимо как то не правильно изъясняюсь, если 1 ядро это 2 потока, то 2 потока это одно ядро?
на тарифах у них 2vCPU (2 потока - 1 ядро), потом 4 vCPU (4 потока - 2 ядра), потом 8 vCPU (8 потоков - 4 ядра) или я что то не так понимаю? У меня домашний i7 тоже определяется как ядер 6 - логических 12
Aisamiery, Мы делаем *3 не более те на 20 тредовый сервер, продажа не более 60 ядер для ноды на Intel® Xeon® E5-2630 v3, линейка тарифов VS SP
ну вот получается что чтоб у вас получить что то выделенное в теории нужно х3 от той цены что есть? А я начинал писать этот тред, цитируя другого представителя, которому нужно х10-х30 от базовой цены, вот и попросил его объяснить откуда у него такая математика. А всё как обычно вылилось непонятно во что, с выяснение что более выделенное, а что менее выделенное.