d0tb0t

Точно не PDF? Только XLS, только хардкор?

В любом случае связь "категория товара - категорий сопутствующего товара" придётся проставлять руками. Выхлоп от того что вы пытаетесь сделать будет минимальный. Лучше работают накопительные рекомендательные системы https://ru.wikipedia.org/wiki/Коллаборативная_фильтрация Но эффективность таких систем зависит от количества заказов. Готовых решений для OC не встречал. Самое простое что встречал это сторонний условно бесплатный сервис retailrocket_ru/solutions/website-personalization/ Интеграция достаточно простая. Есть инструкция для OC. Но он тоже накопительный. И сам сервис сделан чтобы накапливать и делится вашими данными.

Тонкости касаются только Яши. Серп сам со всем справится. Для поисковиков разницы нету. Они не сразу решения принимают дают время одуматься. Гораздо важнее переехать за один раз, потому как браузер у посетителей может запомнить что сайт переключился на https. И если, по какойто причине httpS перестанет отвечать, и не будет перенаправление на http, У клиента сайт будет просто недоступен. Настраиваем и включаем https, включаем редирект, меняем настройки в Яше и Гугле При включении перенаправления на https, нужно добавить исключение для robots.txt. robots.txt должен быть доступен по http

Сам сайт переносить нужно или просто перенаправление настроить?

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

Есть модуль дополнительные вкладки чтоли. Можно туда описание с картинкой вставить (c HTML вёрсткой). Естественно картинку видно будет только при переходе на вкладку.

Развёрнутый ответ потому что про наболевшее. Из текста задания не особо понятно что именно должен делать "модуль" ? Есть несколько процессов где участвует обмен с учётной программой: 1) создание товара, 2) обновление цен и остатков 3) выгрузка заказов 3+) бронирование Комплексного решения, под ваш склад скорей всего нет. Разработка под вас в 6000 рублей не уложится. Вполне возможно, что обновить артикулы в учётной системе проще чем модулями переписать учёт в опенкарте.

Насколько понимаю речь идёт об одежде. Следовательно целевая аудитория женщины. Если количество товаров одного фасона (трусы танго) в категории "трусы танго" не превышает 200 - объединять товары по цветам плохая идея. Собственно что и сделано на сайте доноре. Аналогичное решение у лидеров рынка. С фильтром по цветам и размерам в наличии, порог количества товаров можно увеличить. На карточке товара выбор цвета это ссылка на другую страницу с товаром другого цвета. Если цвета реализованы как отдельные товары из опций остаётся только размер, отпадает необходимость в "связных опции" и замена фото при смене опции. К чёрному платью нужна чёрные туфли. Система рекомендаций и аналитика продаж если копать глубже. В поиске будут искать маленькое чёрное платье. Купите весь лук... В списке товара, товары с разными цветами должны отображаться отдельно. Клиенту сразу видит нужный цвет (зацепил не зацепил). Проще промотать лишние две страницы чем вылавливать переключатели во всплывашках. Трафик качует на мобилки, там ситуация усугубляется. Гораздо важнее реализовать удобный список избранного доступный без регистрации. Клиент привык ставить лайки. Дальше пытаетесь увязать это со складом. Если на всём сайте останется только размер будет попроще. Решение со ссылками на другие цвета есть. С артикулами решений не встречал, скорей всего придётся колхозить под ваши потребности и возможности. У Дениэла своё видение насчёт учёта товара.

Здравствуйте! Необходимо починить автомобиль. Интересуют сроки и примерные цены. Спасибо!

Первая ссылка из выдачи по запросу "ссылка на мобильную версию". Вы серьёзно? https://developers.google.com/search/mobile-sites/mobile-seo/?hl=ru

В разделе КПП уже нет ссылок ни на двигатель ни на модель http://torens-auto.com/catalog/kpp/automatic/volkswagen/t775621/ На сайте доноре посадочные типа BVY реализованы в виде подкатегорий которые просто скрыты из меню. Ссылки в описании категории с моделью автомобиля написаны руками. Где вопрос про 611.980 - поскольку нужны полноценные страницы с заголовком и тестом а также рабочий фильтр насколько я понял. Самый простой способ наплодить подкатегорий. С о ссылками в карточки товаров сложнее. Напишите какой фильтр используете, сколько таких атрибутов которые в ссылку должны превратится? только "Маркировка" и всё?

Определитесь с конкретной задачей. Конструкция в базе данных выбирается на основе задачи. Как с точки зрения SEO будут выглядеть страницы с одинаковым текстом? Если в задаче стоит обязательное условие для показа товара наличие текста то в этом случае подойдёт оригинальная база. Никто не мешает добавить новую колонку city_id. Посмотрите как выглядит установка языка или валюты. Можно добавить свой установщик city_id или использовать его. Новая колонка не будет мешать остальным выборкам. Если текст по умолчанию 1 и только при наличии дополнительного выбирается второй. То тут лучше сделать через дополнительную таблицу с текстами.

Процентики в url это кавычки пробелы, русские или украинские (не латинские) букавки в url. Большая часть ошибок с ссылками оттуда же.

Тегами делить/выводить текст - точно нет. При любых манипуляциях из базы таскаются большие объёмы текста. Потом их нужно "парсить" чтобы разделить. В админке можно реализовать переключением по городам выпадающим списком.

Если использовать email покупателя в поле from вероятность попасть в спам очень большая. Причём где-то письмо до вас вобще не дойдёт, где-то перестанет доходить через какоето время. Зависит от настройки почтовых серверов с обеих сторон. Тоесть проблемы которые может создать этот модуль перевешивают его пользу. Для того чтобы из почтового интерфейса ответ на письмо уходил на адрес отличный от входящего предназначено поле reple-to. В качестве текста рядом с адресом в поле from можно указать имя покупателя. В тело письма можно добавить ссылку на почтоту покупателя (если её там нету). При нажатии на ссылку любая почтовая программа предложит написать пьсмо на этот адрес.

Статейка с примерами правда на аглицком http://www.smashingmagazine.com/2014/09/08/improving-smashing-magazine-performance-case-study/ https://github.com/filamentgroup/enhance https://github.com/filamentgroup/criticalCSS

950.00 руб Скачать/Купить дополнение Письмо администратору о заказе от имени покупателя. Стандартно письмо приходит от имени и email магазина. Данный мод отправляет письмо администратору от имени и email покупателя. Что позволяет сразу же ответить покупателю из почтовой программы. Существует 2 версии обычная и reply-to если по каким то причинам обычная не работает используйте версию reply-to Требуется Vqmod Смотрите также другие модули по ссылке Добавил ashap Добавлено 03.04.2015 Категория Письма, почта, рассылки, sms Системные требования Сайт разработчика https://store.pe-art.ru/ Метод активации Без активации Ioncube Loader Нет OpenCart 1.5.6.4 1.5.6.3 1.5.6.2 1.5.6.1 1.5.6 1.5.4.1 1.5.3.1 ocStore 1.5.5.1.2 1.5.5.1.1 1.5.5.1 1.5.4.1.2 1.5.4.1.1 1.5.4.1 1.5.3.1 OpenCart.Pro, ocShop OcShop 1.5.6.4.х Обращение к серверу разработчика Старая цена  

Как настроить способ оплаты в зависимости от способа доставки? Вроде нашёл. Пункт настроек Страницы - Заказ - Доставка: Отображать данный метод только для указанных вариантов оплаты

добавь в htaccess php_value memory_limit 96M или php_value memory_limit 128M Будет работать?

Самому интересно стало. Нашёл калькулятор сколько памяти нужно пыхе под аплоэд и ресайз картинок в зависимости от размера картинки. http://www.dotsamazing.com/en/labs/phpmemorylimit

Настройки на хостнинге и в локалке могут отличатся. Пишу потому что столкнулся с этим. На локалке работало как нужно, на сайте копии картинок не создавались ... Стал смотреть не ресайзились большие картинки 1600 x 1200 px. Уменшил все картинки до 1200 * 900 . всё заработало. Ограничение стоит в настройках пыхи что-ли, сейчас не помню.

Что в логах опенкарта? Что в логах апача? проблема не в размере картинок? Если под кэшем имеется ввиду штатный ресайз то там есть ограничения на размер картинки и объём чтоли точно не помню.

Для mb_substr и mb_strtoupper, как и для других mb_ функций, должно быть установлено (и включено) расширение mbstring, есть не везде. Разрабы для этих целей хелпер написали system/helper/utf8.php В нём можно посмотреть какие функции есть. В патчах всё уже поправлено. Там таких мест много. $key = utf8_substr(utf8_strtoupper($result['name']), 0, 1);

catalog\view\theme\default\template\product\category.tpl В конце файла: Найти: if (view) { display(view); } else { display('list'); }Заменить на: if (view) { display(view); } else { display('grid'); }