EVMedvedev

Так приведенный вами образец не на ОС сделан. Так что полной копии не получится. Да и судя по HTML коду страниц он не на WP сделан. Так что именно вам нужно? Точнее формулируйте.

Если бы устали, давно перестали бы ее нести. Но судя по всему вам это нравится. Сами ввязались.

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

Override для ОС не есть естественный механизм. Обсуждение этого вопроса было на этом форуме но довольно давно правда. События - да, полностью согласен. Тут во второй версии разработчики исправились и подтянулись до лидеров (движков на фрэймворках ZF или Symfony). На счет наилучшей архитектуры ОС это бездоказательное утверждение и субъективное. Об этом мы с вами уже полемизировали :-). Гит не OCmod. Первый - сервер управления версиями, второй - пакетный редактор. OCmod уж скорее аналог patch. Только для патча файл правок автоматически генерируется с помощью diff а не руками как для OCmod.

Что я тут делаю - с людьми общаюсь. Что несут мои комментарии - полезные знания, объективную информацию.

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

Кто сказал, что самая простая архитектура и есть наилучшая? Где и как это доказано и обосновано? Получается голословное утверждение? Я вариант обоснования для Мадженто привел - количество использованных паттернов ООП. Это возможное обоснование правильности архитектуры для профессионалов. Кроме того архитектура Мадженто основана на архитектуре ZF2 которая по моим ощущениям во многом заимствована от Symfony, на которой написано море веб-приложений в том числе ecommerce назначения. Это служит доводом качества проектных решений для подавляющего большинства профессиональных разработчиков во всем мире. Если нужен карткий перечень проектов - могу привести. Можете вы привести столько же примеров разработки приложений на OC как фрэфмворке, сколько есть на Symfony? Ведь именно количество решений и есть показатель качества проектной основы. Уверен что нет. А по вашей логике - лучшие проектные решения заложены в сайте на статических страницах. Вот уж проще не куда.

После - не значит в следствии. Вы можете найти публикации того, что Яндекс как то учитывает протокол в ранжировании? Я не нашел. Про Гугл предостаточно. Нужны серьезные доказательства. Про оптимизацию под мобильные как фактор ранжирвоания написано https://yandex.ru/blog/webmaster/optimizatsiya-dlya-mobilnykh-teper-faktor-ranzhirovaniya

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

И без robots.txt можно сдавать, если заказчику так надо. У каждого свои тараканы в голове. Да и движки разные так что не в каждом надо банить урлы от индексации. А что заказчику надо, должно быть указано в ТЗ. Проблема в том, что заказчик сам не знает, что для чего нужно, потому что недостаточно квалифицирован. Составить список всего и вся можно, но в каждом случае нужен свой набор требований. Одному нужен https, потому что гугл учитывает его при ранжировании, а другому нет потому что она ориентируется только на яндекс, и ему не нужно проводить платежи непосредственно через сайт и он хочет сэкономить деньги на сертификатах.

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

Вот именно. Я обеспечиваю клиенту нормально работающий сайт и привлечение клиентов, он цены и качественное обслуживание в процессе обработки заказов. Результат - выручка. При этом не обязательно делать сайт только летающим и обязательно с https. Главное чтобы посетитель был доволен соотношением цены и качества обслуживания. А все остальное типа "чистый понятный код" и т.п., все это ерунда.

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

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

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

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

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

А может он с бодуна на клавиатуру упал, когда писал пост, прямо на клавишу 0. Наверное он имел ввиду 50 рублей , а не 50000:-).

Ну вы тут и написали :-). Где опенкарт и где Zend с Yii. Тут уж стоит искать ром отдельно а бабу отдельно.

Минусуют как раз в связи с сомнительностью в адекватности вашей оценки несуществующего задания.

Вон товарищ готов за 200$ работать. Соглашайтесь. Только не делайте ни какой предоплаты.

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

А как вы себе представляете "продающий" сайт? И сколько он по вашему может стоить? Как вы будете оценивать результат работы?

Возьмите хостинг с установкой Wordpress в один клик и будет вам счастье.

Но из всего написанного вами не видно, насколько вы отдаете себе отчет. Как это может понять потенциальный подрядчик? А нет достойного предложения - нет интереса.