EVMedvedev

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

А сверстанного HTML кода по макету нет случайно?

Интересно, придя на тематический форум разработчиков ОС какой ответ вы рассчитываете получить ?

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

То что сайт на старом движке может работать и давать нужный результат я не сомневаюсь. То что для многих проектов ОС наилучшее решение - это факт. Просто бывают проекты, когда необходимо поддерживать код сайта в актуальном состоянии и при этом над движком настроено примерно 50-60 разных модулей, от 5-6 разработчиков, и все это постоянно обновляется для повышения производительности и безопасности. В таких условиях ОС не применим. Но если в Мадженто все это есть, то это не значит, что ее нужно применять для всех проектов без разбора. ОС хорош там, где несложный и стабильный функционал, когда работоспособность сайта можно поддерживать делая минимальные заплатки в коде. Если смотреть на код ОС с этой позиции, он не так уж и плох. Он легко читабелен и его легко подгонять по месту по мелочам с минимальными затратами. В системах типа Мадженто задается очень сложная и жесткая дисциплина разработки кода модулей, чтобы все разработки многих разработчиков не мешали друг другу, но эта дисциплина является помехой и излишними затратами в простых проектах. Поэтому когда начинают спорить о том, что хорошо и что плохо в отрыве от конкретных условий, то это глупость. Хорошо или плохо это оценочная характеристика, которая для одного и того же свойства может быть разной в зависимости от внешний условий. Не зря ведь говорят: "Что русскому хорошо, то немцу смерть" и т.п. Вот и все.

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

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

Главное что дает архитектура Мадженто, по сравнению с другими движками, это легкость обновления движка и всего что над ним надстроено. Движок обновляется раз в пол года. Модули обновляются раз в квартал. Я надстраиваю над всем этим свои модификации. Если бы в архитектуре движка не была бы заложена полная независимость кода всех участников, а было бы все заплетено как в ОС, то удержать систему в актуальном состоянии было бы практически не возможно. При каждом обновлении приходилось бы много чего снова допиливать и перепиливать руками. Отсюда рост издержек на сопровождение сайта на ОС со временем. Именно поэтому многие сидят на версиях ОС 1.5. Слишком дорого переносить сделанные наработки на новую версию движка. То есть Мадженто архитектурно лучше заточена под долгосрочные проекты. По моему опыту работы с ОС и Мадженто удержать в актуальном да еще и работоспособност состоянии сайт на ОС в таких условиях не реально.

удалено. Ошибочное цитирование

Я поддерживаю магазин с претензией на топовый по определенному сегменту ранка для стран СНГ. Посещаемость летом, в сезон спада, около 2000. В пиковые может доходить до 3000. Для нормальной работы Мадженто 2 в таких условиях, нужно примерно 6 процессоров, гарантированно больше 2ГБ оперативки в среднем потребляет около 4), и на хосте должен быть обязательно установлен Redis (кэширование запросов к БД, результатов отработки фрагментов кода и полностраничного кэширования) и организовано статическое кэширование на базе nginx для статики (JS, CSS, картинки, фрагменты статического HTML, используемых knockout библиотекой). При этом нужно включать все опции штатного ускорения (плоские таблицы для товаров и категорий, компиляцию PHP кода, по сути его упаковку, минификацию CSS, JS и HTML). И это при том, что Мадженто активно использует динамическую подгрузку контента средствами knockout и кэширование не только штатными средствами барузера и сервера, но и с помощью JS кода в dataStorage. Правда это с учетом того, что там модулей напихано разных десятка 2, по сравнению с чистым движком из коробки, но все равно. Заказчик лично перепахал весь интернет для в поиске подходящего хостинга. В России готовых решений с профессиональной технической поддержкой хостинга именно для Мадженто 2 для сайта с его параметрами не нашлось. Самостоятельно запускать сервер со всеми наворотами - это надо держать своего сисадмина. Это не лучший выход в его ситуации. В магазине активных порядка 10 000 товаров, еще примерно столько же в Музее (сохранены для показа, но сняты с продажи). Объем картинок около 60ГБ. Мадженто с одной стороны очень ресурсоемкая, но именно поэтому предоставляет пожалуй самый большой арсенал средств для повышения производительности и технической поисковой оптимизации). Это очень специфический инструмент, для довольно узкого круга задач и пользователей.

Например построение на одной базе данных и одном пакете кода несколько полноценных магазинов, когда для каждого товара можно не просто задать перевод контента, но построить собственный чекаут и ценовую политику для каждого магазина, а кроме того вести управление обработкой заказов с нескольких складов, когда надо резервировать товары на разных складах для выполнения одного заказа. Не говоря уже о широчайших возможностях редактирования дизайна каждой страницы товара или категории из админки. Все трудно перечислить. Это то, что сейчас имеет Мадженто 2. С технической точки зрения движок имеет безграничные возможности построения оберток к любому методу любого класса как самого движка, так и любого модуля стороннего разработчика или же его замены оверрайдом без модификации кода ни того ни другого. Это целая экосистема для организации совместной работы множества сторонних разработчиков. Не говоря уже о поддержке composer. Это все против несчастного VQMod. В результате под Мадженто 2 сейчас написано огромное количество модулей с с очень качественной поддержкой, и сделаны средства интеграции под самое большое количество всевозможных сервисов в мире. Достаточно посмотреть на их маркетплэйс. Правда в замен приходится иметь дело с крайне ресурсоемким монстром с гигантским объемом кода, весьма сложными правилами кодирования и обширным функционалом администрирования. Только нормальный специализированный хостинг со всем необходимым функционалом стоит около 300$ в месяц.

По моей практике: из тех заказчиков, которые у меня заказывали сайт на ОС, либо закрылись, либо перешли на другой движок. Перешли те кто смог обеспечить рост бизнеса и возникли потребности в существенном расширении функционала и повышении производительности сайта при высокой посещаемости. Поддержка сайта на ОС это проблема. И возникает она из-за недостатков организации кода. Но если бизнес малый (небольшой региональный магазин), то модификаций будет немного и проблемы будут небольшими. Тогда в обновлении версий движка потребности возникает не часто. Так что в таких условиях сайт на ОС вполне эффективен, с учетом низкой стоимости специалистов, которые в основном работают с этим движком. А достоинства и недостатки ОС в разных условиях у меня есть с чем сравнить, потому что у меня достаточно богатый опыт разработки сайтов ИМ не только на ОС, но и на Prestashop, и на Magento, включая версию 2. Уж поверьте, проблемы с композером, это малая доля проблем, при разработке сайтов на ОС.

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

Так от ОС не требуется таких же наворотов как от Мадженто. Это инструменты разных классов для разных задач. Мадженто профессиональная экосистема для создания функционально сложных проектов с длительным жизненным циклом, а ОС это простенькая CMS для небольших проектов, простеньких стартапов и т.п.

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

А какую цель вы преследуете меняя движок? Менять что-то имеет смысл когда от этого получаешь какую-то выгоду. Какие функциональные или эксплуатационные преимущества вы рассчитываете получить от переезда на OC? Просто менять движок без качественных изменений это менять шило на мыло. Даже движок имеет смысл выбирать исходя из этих качественных изменений. А вообще стоимость разработки зависит от состава и сложности работ, которые необходимо будет выполнять. Например если просто поставить другой движок, установить на него несложный покупной шаблон с более современным чем у вас дизайн и залить в него данные, то это один объем работ и стоить это может несколько десятков тысяч рублей. А если вам нужно серьезная, глубокая поисковая оптимизация, интеграция с какими то внешними системами (чего из простого взгляда на ваш сайт понять невозможно) и т.п., то это совсем другой объем работ и там стоимость будет исчисляться сотнями тысяч рублей. Разница в цене такая же как при строительстве ларька и торгового центра. Это можно понять только из видения ваших бизнес-планов на сайт, но ни как не из его внешнего вида.

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

Что конкретно?

Работал с этим заказчиком по проекту CasaDiModa. 100% кидалово. Так что советую - только полная предоплата.

Вместо всего что вы обсуждали лучше поставить это и вот это Больше пользы будет чесное слово. Потом разбираться с кэшированием для ускорения работы сайта. По timeline видно что HTML код медленно формируется и отдается и картинки долго грузятся потому что достаточно большие по объему. и т.п.

Если вы не готовы идти по правильному пути, то мои услуги вам не помогут . Если больной не хочет лечиться, то ни один врач его не спасет. или предпочитает заниматься самолечением по рецептам из газеты "Здоровый образ жизни". Просто я боюсь что и остальные разработчики при такой постановке задач смотрят на проект с недоумением. Поэтому вы и работаете над проектом безуспешно уже с октября прошлого года (!). Я бы предложил не внешним видом заниматься, а хотя бы добавить в шаблон нормальную микроразметку, которой в шаблоне нет, и без которой ни одна поисковая система сайт не примет всерьез, чтобы вы там со стилями и HTML тэгами не делали. То есть вспоминая М.М. Жваницкого я предлагаю вам "в консерватории что-то подправить", то есть в ТЗ и в организации работы в целом. А пока все идет к тому, что проект закончится бесславно. Но если есть желание делать серьезный проект - пишите. Но тогда ТЗ текущее придется выкинуть в мусор.

Именно. Я как раз о том же. Все что вы перечислили мало имеет отношения к тому, что сейчас нужно делать для поисковой оптимизации. Для удаления пустот в документе используют минификацию HTML, CSS, JS. Удаление лишних тэгов несильно улучшит позиции, особенно если учесть что этот параметр имеет низший приоритет в оценке, если судить по gtmetrix Настройки robots.txt и sitemap.xml это важно но с точки зрения объема работ - мелочь. "Правильные урлы" сейчас не играют существенной роли в поисковой оптимизации, так же как мета-тэги (релевантность поисковым запросам нужна но не она определяет позиции в поисковой выдаче) Ну с адаптивностью тут все понятно и спора нет но шаблон то адаптивный вроде. Пагинация крайне мало влияет на позиции в поисковой выдаче (в сервисах метрик это вообще отсутствует) То что ниже этого ============================================ к поисковой оптимизации имеет весьма отдаленное отношение Хотите провести поисковую оптимизацию - начните отсюда https://gtmetrix.com/reports/test.stellazh.ru/kKeUPK3v . Вы сможете серьезно пересмотреть свое ТЗ.

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

А в чем нужна оптимизация? Или пока актуален переезд на ОС 3?

Просто качественная оптимизация сайта это очень сложная задача. Обеспечение многоуровневого кэширования от статического на уровне браузера и веб сервера, до запросов к БД и результатов выполнения части PHP скриптов, а так же данных сессий, оптимизация изображений с добавлением формата WebP, это динамическая загрузка изображений и частей HTML кода (как например на этом форуме подгружаются данные клиента) и т.д. То что вы делаете это малая доля, в части оптимизации структуры HTML-нодов. А CSS по максимуму оптимизируют вообще не так. Есть специальные средства, которые позволяют проверить CSS на использование на конкретных страницах и отсечь лишние CSS инструкции. В этом случае для каждого типа страниц (категории, товара, статьи) нужно генерировать и подставлять свой, оптимизированный CSS файл. А у вас в ТЗ даже использование упаковки JS, CSS и HTML кода не включено. Нужно так же внедрять модульные технологии загрузки JS кода по требования, типа requirejs и т.п. То есть качественная поисковая оптимизация ОС это на данном этапе практически неразрешимая задача. Некоторые движки вообще обеспечивают для кэширования динамических данных хранилища браузера. Но это уже совсем высший пилотаж. Иначе говоря качественная оптимизация сайта на ОС стоит намного больше 60 тыс руб, просто потому что многих необходимых элементов в коробочном варианте в нем просто нет или они очень сильно урезаны. Так что работу в этом направлении нужно вести поэтапно.