Что? вот прямо так и нписано?
SELECT l.decription AS left, r.description AS right
FROM left AS l
JOIN right AS r
ON l.id = r.id
Это клон, более заточенный под СЕО, чем сам opencart
при включенном сео_про отсутсвие дублей.
Наличие тегов во всех объектах, добавлен отдельный тег H1
Немаленькое сообщество.
почта на майл.ру?
попробуйте ocStore
Ищите всякие fast checkout, simple checkout
Самостоятельно на этапе изучения может не получиться.
или ocStore? ---------- Добавлено 11.06.2016 в 23:13 ----------
Что вы хотите от улучшения?
Ага, я помню эту темку, хотя воды утекло..
Считаю, что это пустая трата времени и сил.
Кроме как, узко специфических, рецепты, книги, товары это ПС не нужно..
Ну.. может быть адреса организации. Но чтоб тип?
Я не утверждаю, а только наблюдаю.
И не всегда ПС выводит их в сниппет результаты от микроразметки. За 2 года с момента вашего сообщения практически ничего не изменилось в этом направлении, в плане визуализации.
Расширяются item, добавляются свойства, а воз и ныне там.
А ответа на вопрос - и что с этим делать? нет.
А играться типами... Пробуйте. От этого не станет ни лучше, ни хуже, может к моменту когда понадобится, появятся новые классы, свойства, более уточняющие
Что касательно микроразметки, то я бы сейчас смотрел в сторону json-ld.
Не нужно трогать разметку сайта
Достаточно просто превратить в набор нужных сущностей и преобразовать в json последовательность
Но Яндекс хоть и говорит, что поддерживает, но что-то ни сном, ни духом. Ну может где-то-то и стреляет, не уверен. Т.е. валидаторы принимают - уже хорошо.
А вот есть ли связь между хранилищами индекса и микроданных , у меня такое впечатление, что нет
ТО вы не умеет готовить опенкарт
ocstore + seopro(в коробке) + ру поддержка---------- Добавлено 09.06.2016 в 22:27 ----------
Все бесплатные, отличаются практически ничем от дефолтного, ну разве что цветом кнопок
Платные - имеют хоть какую-то поддержку.
Только главное не вестись на крсивую обертку pav темы, lexus, journal
потому что все что там внутри требует более глубокого понимания и более увесистого бюджета
на томже myopencart нсть как платные, так и бесплатные шаблоны
TiA,
У него уже есть данные
Нужна визуализация.
Нужно на, например, карте Г двигать динамически маркер
я маньяк :)
Есть только одно но для меня..
Если 100500 товаров - то - не нужна
Если "управляемое" количество (до 500) - нужна с товарами, пусть там и будет перелемит
Если "неуправляемое" количество (> 500) - ограничиться списком категорий
Бывает что и категорий много >500 - ф топку.
Любая страница, на которую заходит пользователь должна быть информативной, если это не технологические страницы
Например
- регистрация, вход, оформление заказа должны быть в карте, но закрыты от индексации или в роботс или тегом robot
Упс.. И часто вы его обновляете?
Вот именно, что натыкать
.
Вы путает бухгалтерскую статистику с web статисткой
Да все нормально с этим.
Как ни странно, разработчики таких модулей идут охотно на контакт.
Мне кажется, что такая же участь может настичь и филтры в wp (не берусь утверждать)
Да согласен проблема есть, проблема связана с семантикой
Если color это color, то он должен быть color, хотя в приведенном случае правильно было бы color_my или my_color
Тут я согласен.. Наличие конструктора запросов решило бы массу других проблем.
ocmod/vqmod.
не так страшен черт як его малюют.
И очень хоршо, то что было в 2.0 это был ужОс.
Вы много используете такие поля как ean, jan, isbn
Да, кастомных полей для товаров нет, нго сделать можно, а нужно ли?
Система опций
Оригинальная, согласен проста
Но
Зависимые опции - есть решение (наличие от наличия)
Color option - есть решение
Опции с артикулом, есть решение
Ну.. зато упрощена статистика
А как учет ведется в бухгалтерии?
Страница оформления..
Да сейчас этих fast checkout столько развелось
Дело в том что страница оформления заказов заточена под их требования. а не желания su-зоны.
Человеческий блог?
Масса.. И просто чистый новостной, и с категориями и, чего стоит только, монстр SEO CMS для ОС, причем за вполне вменяемые бабки
Так что еще не все потеряно..
