nikol166

В 31.01.2017 в 03:00, SooR сказал:

Я предлагаю переписать на nodejs, переключение на websocket + History, базу используем mongodb.

Несомненно, laravel - потрясающий фреймворк для серьезных проектов, но переписывать - это лишнее.

OpenCart сам по себе фреймворк, только менее "инкапсулированный" и с уклоном на ecommerce.

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

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

Решите это узкое место, сохранив достойные возможности системы, и заказчики-миллионники будут у вас в кармане.

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

1 минуту назад, chukcha сказал:

Дискутировать - это ясно высказывать свои мысли

Ваш подход:

OC - гавно, надо переделать

1 000 000 000  не потянет - ОС - гавно

HighLoad - OС не вытянет - OС -гавно

У вас нет магазина - Вы гавно

И о чем дискутировать?

Это вы про троль, когда кончились аргументы и вы поняли что за 5 лет научились настраивать opencart начали рассуждать как обиженный школьник.

1 минуту назад, chukcha сказал:

Что вам понятно?
Из чего вы сделали вівод что у меня есть магазин?

Есть магазин - это значит магазин с мородой
А я торгую не мордой.

Будет дальше тролить? Тут таких тролей с нуля - очень много. Вы в первые увидели ОС изнутри и уже захотели его улучшить. Вы не первый.

Я тоже это делал, но не  кричал что  давайте, а делал молча, и делаю.

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

1 минуту назад, chukcha сказал:

ага, а Laravel  прямо из коробки. Ню-ню

Нет конечно. И мне действительно было интересно как правильно разносить компоненты OC по серверам для высокой нагрузки, с чем сталкивались и т.д. Апричем тут Laravel? Это просто фреймворк. Главное не на чем написан интернет магазин а как выбрана и настроена архитектура

1 минуту назад, chukcha сказал:

Мне еще магазинов не хватает :)

Если есть чем забивать, то забьется, и поверьте достаточно быстро. Было бы чем.

вот например 10 000 товаров на шаред - 15сек на импорт, ну и фоновая заливка картинок - тут уже ограничено шириной канала.
 

И с вами все понятно))))))

4 минуты назад, snastik сказал:

Что значит какая архитектура?

Берем движок, берем сервер, бьем в бубен - готово!
Только в бубен бить я учился лет 5.

Чему же вы учились 5 лет?

Только что, snastik сказал:

Что значит какая архитектура?

Берем движок, берем сервер, бьем в бубен - готово!
Только в бубен бить я учился лет 5.

Ахаха, понятно. Вопрос снят. Вы наверно не знаете проблем масштабирования больших проектов. Не слышали о проблемах синхронизации при сложной схеме репликации. Понятно все с  вами Pro))))))

7 минут назад, snastik сказал:

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

А какая у вас архитектура такого рода проекта если не секрет?

Только что, chukcha сказал:

Легко

Если уже есть база, в чем проблема?
Если базы нет, то кто поднимает за неделю?

зы. Не интересно разговаривать с тролем.

Я вас ни в коим случае не тролю. Просто так странно слышать что магазин на 1000000 позиций поднимается и забивается за неделю! У вас если не секрет сколько магазинов?

1 минуту назад, chukcha сказал:

Какая разница сколько товаров

Миллион - это  брызги
Например фармацетика и медицина с сопутствующими  как минимум 700000

Выборка происходит  по limit

Дальше чем  3-4 страница никто не ходит, кроме ПС

Поэтому  если мощность сервера позволяет, то и запросы будут летать

Выборка товара - Один товар по id, а при индексе? та пофик сколько в базе

А если у вас один! магазин, один язык, Если у вас не весовой, не размерный товар - пофик!!!!

 

Автозапчасти. У запорожца до 10 тысяч

А как же выборка по производителям, как же сложные фильтры? Как же полнотекстовый поиск? Как дела обстоят с высокой нагрузкой? Скажем хотя бы 300 p/s. База просто загнется.

3 минуты назад, snastik сказал:

Автозапчасти, агрегаторы, шлюзы sima-land....

 

Вы поднимаете такие магазины за пол дня? Наверно вы гений!

20 минут назад, snastik сказал:

Примера в студию не будет - политика конфиденциальности.
Чукча видел, не даст соврать!

Качественно написан FW. Также качественно написать все остальные компоненты вы не сможете. И даже если бы смогли - это будет не Opencart.

Магазин на миллион товаров это чистой воды не правда, у нас в СНГ таких магазинов по пальцам пересчитать, и я вас уверяю они не на Opencart написаны.

16 минут назад, chukcha сказал:

Почему ві уверені, что Laravel  быст

29 минут назад, snastik сказал:

 

"Гениально". Но неактуально.

Во первых Laravel требует чуть больше навыков в программировании чем у 90% пользователей Opencart.
Во вторых любое "переписать" требует Безопасность. Есть у вас достаточный скилл ?
В третьих - вы потеряете всю совместимость с существующими дополнениями.
В четвертых Opencart - утилитарный framework, который сам по себе работает более чем быстро.
В пятых не важно на каком движке - так или иначе, или вы умеете варить "быстро" или работать не будет.
Ну и магазин на 1 000 000 товаров поднимается на Opencart за полдня.

Пример с студию на 1000000 товаров на opencart

Потому что он будет быстрей, если нормально и качественно написать

Доброго всем времени суток. Появилась интересная идея для больших магазинов. Все мы знаем, что opencart не самый быстрый из интернет магазинов. И у меня родилась идея оставить панель администратора, а сам магазин полностью переписать на современном фреймворке laravel. На сколько актуально для вас форумчане очень быстрый интернет магазин рассчитанный на огромное число покупателей и вообще большую нагрузку?