EVMedvedev

Если нужен реальный аналог авито, не только по функционалу, но и по производительности, то не реально. Только самопис (пусть и на основе какого-то продвинутого фрэймворка типа Symfony или Laravel) причем весьма квалифицированный. И одному такое написать быстро не получится (по личному опыту).

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

Я сейчас работаю над одним стратапом. Там тоже предполагается мобильный клиент. Я использую стек технологий ExtJS + Symfony.

В моем понимании JS в том числе и для сборки мобильных приложений - наше все. То есть flutter я отвергаю . А из JS библиотек для этих целей так же подходит ExtJS (по крайней мере мне он больше нравиться чем REACT). Говорят его в СБЕРе активно пользуют.

Модули надо покупать те, которые позволят вам предоставить вашему клиенту те сервисы, за которые последний готов платить своим вниманием к вам и своими деньгами. Качественный и правильно созданный контент работает на привлечение состоятельного, платежеспособного клиента. Спарсенный контент привлекает только клиентов с крайне низкой покупательной способностью, на котором заработать крайне сложно. Поисковая система, о которой вы так заботитесь вообще ни чего не покупает. Она продает рекламу. Чем ниже качество контента, тем больше затраты на рекламу.

Ну вот, попробуйте теперь еще задокументировать эти самые нюансы и дополнить первоначальную формулировку.

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

Богатый опыт . Вот человек Вот человек судя по его истории постов уже с полгода ищет того, что обеспечил бы ему работу сайта на ОС с большой номенклатурой с нормальной скоростью. Флуда получил много, а вот толку - маловато будет. И он не единственный.

Ваши сомнения обоснованы. На ОС такой каталог работать будет как минимум очень медленно. Лучше действительно брать нормальный фрэймворк и писать сайт на нем. Но для этого нужно с разработчиком нормальные долгосрочные отношения выстраивать. Из фрэймворков выбору на самом деле небольшой. Laravel или Symfony. Если взять Symfony то можно за основу взять PIM систему, типа PimCore, сделать каталог товаров, а потом уже дописать остальной функционал (типа предложения апгрэйда, обмена и т.п.). Или взять за основу Sylyus как каталог товаров (это по сути пакет для Symfony) а потом опять же дописывать нужный функционал. Другое дело, что вы пришли на сайт разработчиков ОС, а значит здесь вам в основном будут предлагать сделать все преимущественно на ОС.

Сайт образец с ошибками работает. Ссылки "Дача" и "Свет" в правом верхнем углу экрана битые. Это тоже копировать? Вы все же уточните состав работ подлежащих выполнению. Или хотя бы уточните ваше понимание фразы "сделать копию".

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

С этим пунктом будут проблемы. Я знаю как это решается в других движках. В ОС для этого нет нужного функционала. Придется его писать заново и встраивать.

Лучше определитесь точнее, хотя бы с дизайном (шаблоном) например. Дело в том, что даже верстка верстке рознь. Дизайн может быть легкий в верстке, а может быть и тяжелый и соответственно стоимость работ только по верстке может колебаться от 10 тыс. руб. до 100 тыс. руб. и выше. То есть чтобы ваш запрос заинтересовал больше потенциальных подрядчиков, нужно больше подробностей о предстоящей работе опубликовать. Хотя бы текущий сайт покажите, и его характеристики дайте (те же номенклатуру, посещаемость, используемые модули и т.п.)

В ОС поддержка кэширования в памяти слабо развита именно потому что движок не рассчитывали на большие объемы и нагрузку. С Memcache бывают проблемы если хостпровайдер не следит за настройками. Бывали случаи когда разные версии библиотек PHP для работы с memcached сервером работают со сбоями и как следствие потери сессий и сбои в работе сайта. Различия memcached сервера и Redis в том, что редиска имеет подкачку на диск и данные, поддерживает разные типы данных и у него меньше ограничений на размеры ключей и объем единицы хранения, в нем даже есть репликация master-slave как в MySQL для построения кластеров. В общем Redis нужен для больших сложных и высоконагруженных систем, которые поддерживают многоуровневое кэширование (данные, фрагменты HTML кода или полные страницы, сессии и т.п.). С редиской можно общаться без установки библиотек (в Magento например есть специальный класс, написанный на PHP, который общается с сервером напрямую и туда суется много чего на разных этапах обработки данных, т.к. движок изначально затачивался под большие высоконагруженные сайты с номенклатурой в миллионы позиций). В ОС как и в других движках мог бы дать серьезный эффект если бы например в нем хранились бы результаты запросов к БД или даже части отрендеренного HTML кода, но тут требуются доработки и немалые (как тут правильно писали composer require predis/predis и вперед ... подключаете и начинаете допиливать движок). Есть и такие варианты https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=36992&filter_license=1&filter_download_id=35 но опять же вопрос в том, что модуль перехватывает и пыряет в кэш. В зависимости от этого вы либо почувствете эффект, либо нет. Или вот например https://dev-gang.ru/doc/twig/for_developers/ материал с примером реализации кэширования Twig ом шаблонов в кэше (Но сам не пробовал и не уверен что такое целесообразно. По крайней мере в Symfony скомпилированные из шаблонов и настроек файлы все равно хранятся на диске и ни как иначе). Это можно попробовать на ОС 3. Ну и т.д. Или вот вариант кэширования блоков https://github.com/asm89/twig-cache-extension правда это для APC но и для редиски такое можно сделать. Здесь как раз результаты рендеринга можно кэшировать.

С функциональной точки зрения ни чего не могу пока сказать. Не тестировал. С точки зрения кодирования могу высказать некоторые сомнения. Система написана по сути почти с нуля с минимальным использованием распространенных фрэймворков. Это как правило не очень хорошо потому что проектные решения и качество кодирования при этом как правило существенно снижаются. И на работу с полностью уникальным кодом найти специалиста сложнее. Мне например проще было изучать OroCRM по сравнению со SuiteCRM или vTigerCRM потому что первая написана на OroBAP (с которой я уже был знаком по Akeneo), которая в свою очередь написана на Symfony. В то же время любой программист, знающий Symfony быстрее разберется с OroCRM, чем не знающий. Проще расширять функционал за счет использования бандлов, разрабатываемых самым большим сообществом в мире. То есть с точки зрения специалиста по поддержке, система, написанная с использованием стандартизованных библиотек, предпочтительнее в поддержке. Другое дело что любая разработка на Symfony более тяжеловесна и требует больше вычислительных ресурсов. Это может быть существенным минусом. Обзор по функционалу постараюсь сделать позже, но при наличии свободного времени. Пока с этим туго.

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

По PageSpeed проблемы просматриваются в основном с загрузкой картинок слайдера. Попробуйте убрать слайдер. У вас если страницу каталога протестировать (https://bravoekb.ru/katalog-mebeli) то она в зеленой зоне.

Почитайте статью про разбор понятия "Что такое поисковая оптимизация" и это сможет помочь ответить на вопрос ТС. Но писать эффективно работающий контент - это целое искусство. В это можно долго разбираться. Вопрос очень непростой.

Не обращайте внимания на Pascha. У него одна извилина, вот он и завидует всем, у кого их больше . Он тут уже всех достал. Выдано предупреждение: - оскорбление участников форума Наказание: - ограничение публикаций

Движок лучше всего подбирать под решаемые задачи. Если вам нужен каталог статей, то нет смысла брать движок для каталога товаров. Просто в каждом случае функционал немного свой. Но подобный подход больше применим для заказчика, которому нужно быстро сделать сайт с заданным функционалом. Если же вы хотите хорошо изучить именно ОС как разработчик, то тогда имеет смысл делать сайт на нем, потому что на решении таких задач лучше всего можно изучить движок.

Вам нужна разработка сайта или уникального контента по вашим товарам?

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

Функционал надо описывать отдельно в ТЗ поскольку в примере используется движок, отличный от ОС и состав его базового функционала не известен, не говоря уже о дополнительном. Или лучше разделите задачу на 2. На первом этапе сделайте перенос темы, а потом отдельно разбирайтесь с функционалом.

Ну в принципе владелец мог начинать с ОС а потом перейти на Битрикс. У меня такое тоже было. Так что; "Каждый может ошибиться. Сказал ежик слезая с обувной щетки." .

Вы лучше уточните суть проекта. А то профиль может быть оказаться очень широким но все равно не в том направлении что вам нужно.