snastik

Классическая ситуация - в личку отписал!

Даже поддержка 3х магазинов с vqmod облегчает жизнь поп полной, а если говорить о 20-30. Руками много ненаправишь. Вкумод на производительность не влияет вот совсем никак.

https://opencartforum.com/files/file/1620-seofix-m%D0%B5%D1%82%D0%B0-%D1%82%D0%B5%D0%B3-noindex/

Нужно использовать. Но имеет делать ссылки вида сайт/товар В такой ситуации у вас никогда не поменяется ссылочная масса. А структуризацию поисковики будут делать по крошкам.

Да можете, если будете использовать seopro. В случае с Ocstore нет необходимости делать ссылки вида сайт/категория/товар, так как поисковики структурируют путь к товару через хлебные крошки, которые при использовании главной категории останутся всегда постоянными.

Да я ж вас понял))) Вот дал развернутый ответ. Если я таким образом сделал реализацию - это ж не посто так, потому что мне в голову взбрело.

Почитайте рекомендации в GooglePageSpeed - они пишут, что мелкие вставки стилей, лучше пускать в коде по тексту. Если вам не нравится что стили находятся в теле модуля возьмите их перенести в основной файл стилей. По моему сделать это проще простого.

Прочитал все от корки до корки. Не вижу сути проблемы. В формате ocstore 1.5 - не было критичных изменений, которые бы вносили дискомфорт при использовании модулей для чистого opencart. Так что все изменения можно оставить в том же формате. Самая большая проблема была с отсутствием ветки 1.5.6, в которой добавили Profiles и Reccuring, из-за чего были проблемы с установкой свежих шаблонов. Если господин Марк реализует внедрением своей технологией реализацию seopro - в таком случае даже отпадет надобность править index.php А сделать отдельный раздел в настройках админки тем же vqmod с одной большой кнопкой INSTALL TABLES, который будет устанавливать недостающие таблицы и добавлять поля - тоже не такая себе большая проблема, ну или же олдскульно - в корне installocstore.php - как это реализовано у Usergio или у Progroman. Как бы многим не хотелось, было лениво делать два варианта модулей для opencart ocstore, де-факто Даниэль уже все за всех решил. Любые попытки отойти от политики основной сборки будут вести к изобретению велосипеда. Что касатеся проблем с vqmod и системы хуков. Vqmod какой бы он ни был костыль, но все же удобный костыль, так как позволяет менять логику подчеркиваю ВНУТРИ МЕТОДОВ. При том что любая система хуков позволяет это делать в формате _set _get. Т.е вам нужно или полностью модменять метод, либо по результату переопределять и добавлять данные. Пока что я еще не видел ни одного хука, который позволял бы настолько гибко как и vqmod внедряться в формирование сложных запросов. Хуки же свяжут все по рукам и ногам. Мало того, использование хуков приведет однозначно к повышенной нагрузке на систему. Также в том же WP, для того чтобы разобраться в логике плагинов, иногда нужно днем с огнем шерстить простыни кода. В ситуации же с vqmod - есть vqmod manager - который очень наглядно показывает ошибки привязок. Достаточно туда глянуть, пойти в vqmodcache слить нужный файл, и посмотреть XML инструкцию. Не вижу проблемы. Это намного проще чем разбираться в наслоении неявных инструкций множества дополнений, реализованных хуками. Почему не стоит целиком и полностью, переходить на реализацию дополнений иcпользуя концепцию марка, тоже попробую объяснить. Во первых формирование многих элементов DOM через ajax - не совсем правильный подход, так как некоторые элементы все таки желательно чтобы индексировались, а SimpleHtmlDom, по моему он еще не внедрил. Во вторых дефакто 95% людей, которые используют дополнения, с трудом разобрались с моделью MVC и нынешней структурой модулей. Вводить, пусть миллион раз архитектурно правильные, но усложненные реализации - это плюнуть людям в лицо. Проще тогда уже не придумывать каких то собственных конструкций, а сделать OpencartDrupal, или OpencartYii. Вся прелесть Opencart в простоте архитектуры. А любыми хуками можно из него сделать Абраказябру.

По причине отсуствия полей, к которым осуществляется привязка. Или же по причине, того что привязка в модуле идет на файл стандартного шаблона. Смотрите ошибки vqmod.

Именно эту проблему и решает модуль. Можно комплексно запилить ваш магазин - пишите в личку.

Не досмотрел Too many coonection - сликом много соединений. Может быть купить платный хостинг (с) Кэп.

https://opencartforum.com/files/file/1751-turbocache-%D0%B4%D0%BB%D1%8F-ocstore/

Раз Марка нет, побуду за него. Еще необходимый модуль - это БЛОГ от Маркимарка. Любой магазину, всегда! Ставьте блог! Отзывы, быстрый заказ, статьи, фотогаларии, порталы, корабли и дирижабли, заводы и пароходы. На самом деле и правда очень полезный выходит. Как показывают некоторые примеры.

У вас отвалился mysql Видимо у вас VPS и нужно смотреть по ситуации отчего это происходит. Для начала просто попробуйте перезапустить сервер.

И все таки, где же Марк ?

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

$40 в час. Минимальный объем работ 10 часов. 100% предоплата.

Маааарк! Ну где же ты, ждем!

Без VPS тут не обойтись - факт. Но его тоже настраивать надо, так как из коробки любая ось, будь то центос или убунта, хотят напильника.

Контакты в личку отписал. И 700к работает ) А 100 - это мелочи.

Вы эти свои аргументы на сайтах сеосектантов читаете ? Для особо одаренных: Запрос iphone 5 black и ifphone5 silver - это фильтрация ? Или красный Феррари и черный феррари - это фильтрация ? Это может быть хоть статичная страница, все что угодно может быть. Но если вы отдаете поисковику релвантную страницу под нужный запрос, это намного лучше, чем пытаться двигать общую страницу категорий под НЧ запросы. Поучите матчасть в общем немножко.

Средствами только CSS не выйдет, нужно менять полностью вывод всех элементов из шапки в футер, менять структуру соответсвующих шаблонов, потом действительно через css, все ставить на свои места, но если вы хотите совсем, чтобы контент был вверху, еще придется через JS перемещать левый-правый блок перед контентом, изменив предварительно их вывод в нужных шаблонах. Либо черехз CSS+ реструктуризацию шаблона менять вывод только левого блока. Как минимум вам нужен очень дорогой верстальщик, чтобы ничего не поехало. С базовыми навыками и умением красить кнопочки, в такое мероприятие лучше не соваться.

Хватит, больше не заморачивайтесь. еще пару баллов вам в итоге ничего не дадут на выхлопе.

Можно убрать практически все. Но нужно все скрипты оборачивать в $(document).ready Возня не стоит свечь в итоге.

Сколько вы получили оценку ?