Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

sitecreator

Users
  
  • Posts

    6,116
  • Joined

Everything posted by sitecreator

  1. Реализована ли возможность добавления к полю "поиск" выпадающего списка "искать в категориях" в шапке сайта? Знаю, что у вас было подобное решение. Но почему то список размещался только на главной странице. А хотелось бы чтобы выпадающий список был везде на всех страницах, включая страницу /index.php?route=product/search. Хотя на этой странице он, вероятно, не обязателен, но если есть, то чтобы работал корректно.
  2. похоже, что нужно делать редирект. а то вред какой то от этого <base> для SEO и поисковиков. если у меня стоит ссылка вида "/uslugi" (т. е.от корня сайта), то без <base> было бы все более менее хорошо, т. к. отсчет велся бы от правильного корня (соответственно либо с www, либо без него в зависимости от того как набрал пользователь).
  3. 1. Для начала хотелось бы понять нужен ли тег <base> в блоке head в принципе, т. к. и без него вроде работает сайт, но тщательно не проверял. С какой целью он заложен? разве в движке есть какие либо проблемы с относительными адресами без использования тега <base>? 2. Столкнулся с проблемой, вызванной данным тегом. <base href="http://site.com/"> выводится согласно define('HTTP_SERVER', 'http://site.com/'); эта константа определена в config.php на момент установки движка. неприятности начинаются из-за того, что пользователь может вводить в адресную строку название сайта с www и без него. если пользователь ввел http://www.site.com/ то тег <base> не будет содержать нужной "добавки" www и будет ссылаться все равно на site.com <base href="http://site.com/"> а из-за этого возникают определенные проблемы, например, некорректно работает LESS CSS (на JS). Соответственно вижу два решения: 1) убрать тег <base>, но подозреваю, что где-то это может иметь негативные последствия, а может быть и нет. 2) в теге <base> подставлять www при необходимости в зависимости от того, что набрано в адресной строке. Сталкивались с подобным, коллеги?
  4. Вы хотите в один клик купить сразу несколько разных товаров, даже несколько групп разных товаров? т. е., например, белая футболка 44 размер 12шт черная футболка 46 размер 3шт слишком мудрено для покупателя. А если вы не хотите чтобы делались несколько покупок за один клик, то зачем тогда несколько полей количества? Непонятна логика. Ну и в разделе платных услуг, на мой взгляд, уместнее озвучивать бюджет, а не говорить "помогите", иначе непонятно готовы ли вы оплачивать работу.
  5. Еще столкнулся с необходимостью для главной картинки и дополнительных картинок товаров задавать разные алгоритмы. А также разные алгоритмы для миниатюр и для полноразмерных изображений. например, здесь: http://vd.sitecreator.pro/index.php?route=product/product&path=20&product_id=206
  6. маловато способов. И "обрезать", на мой взгляд, не очень то ходовой способ. Я такое никогда не использовал, т. к. при этом теряется полезная информация. Часто использую вместо дефолтного способа (в 1.5.4.1) способ без добавления белых полос, т. е. пропорции картинки остаются неизменными, и лишь работает ограничение по ширине/высоте. Идея у вас правильная, но разных способов нужно побольше.
  7. мне тоже пришлось править модуль, иначе на ocStore он работает с ошибкой. Все связано с тем, что в таблице товаров (и не только) ocStore использует дополнительные поля seo_title seo_h1. а в оригинальном opencart таких полей нет. Модуль замечательный, стоит своих денег. ничего аналогичного по функционалу и удобству не встречал. хотя перепробовал несколько вариантов. Но с обновлением модуля, действительно, неудобство - это каждый раз нужно переделывать его под ocStore, либо отказаться от ocStore и работать только с оригинальным Opencart. но с русским языком (кириллицей) в данной версии модуля (последней на сегодняшний день) проблем нету.
  8. Ежели кому помог, то не стесняйтесь говорить "СПАСИБО" в виде ПЛЮСА (зеленая стрелочка) к репутации.
  9. Выложу свое решение проблемы. Итак имеем исходную таблицу: http://prntscr.com/10v6bv В виде атрибутов будут импортированы: Высота, Ширина, Глубина, Вес, Механизм, Корпус, Гарантия Создадим сначала через админку нужную группу ("Характеристики") и сами атрибуты. создаем в админке вручную (1 раз) сначала группу атрибутов: http://prntscr.com/10v4iy далее создаем атрибуты: http://prntscr.com/10v4he разумеется, что делаем это один раз. читаем в первоисточнике: ------------ ----------------- т. е. чтобы корректно импортировался атрибут "Механизм" без создания новой группы "Механизм" и нового атрибута в ней "Механизм", можно в исходной таблице в каждом поле столбца перед значением добавить "Характеристики:Механизм:" чтобы получить такие поля для столбца "Механизм": Характеристики:Механизм:кварцевый Характеристики:Механизм:механический Характеристики:Механизм:механический ... Но можно этого и не делать, а воспользоваться возможностью автоматически преобразовать все поля конкретного столбца с помощью Total Import Pro без изменения исходного файла. А преобразование сведется к добавлению в начало каждой ячейки: Характеристики:Механизм: -------------- Соответственно для каждого атрибута делаем аналогично. а далее при импорте (добавлении или обновлении товаров) происходит добавление нужных атрибутов в нужные нам группы : Я настроил это таким образом: http://prntscr.com/10v2i4 Т. е. к каждому полю столбца "Механизм" будет добавлено "Характеристики:Механизм:" и поле будет АВТОМАТИЧЕСКИ преобразовано к виду: Характеристики:Механизм:кварцевый т.е. <Группа атрибутов>:<название атрибута>:<значение атрибута> Это видно на следующем шаге: http://prntscr.com/10v343 Разумеется, что можно изначально прописать в исходной таблице это: <Группа атрибутов>:<название атрибута>:<значение атрибута> но я использовал более простой и универсальный способ, изложенный мною выше.
  10. столкнулся с аналогичной проблемой. поиск привел сюда. но как обычно "вопрос решен, тему можно закрыть..." уважаемый siniy, можно ответ разработчика выложить? Или намекните хотя бы как вы проблему решили.
  11. Установил ocstore 1.5.4.1. ничего не менял, установил ваш модуль. сделал с помощью вашего модуля экспорт: поправил в LibreCalc таблицу (изменил всего одну цену) вкладка "настройки для импорта" вкладка "импорт" Выбирал режим импорта "Только обновить". в результате ничего не происходит, никакого обновления Выбирал режим импорта "обновить и добавить". в результате получаю 20 ошибок каких ошибок? непонятно. почему файл сделанный в результате экспорта не желает импортироваться? Что делаю не так? Спасибо за прояснение ситуации. ********** P.S. не вижу кнопки "спойлер", иначе спрятал бы картинки под него.
  12. Сверстаю качественно из PSD. Магазин - это, обычно 5...8 страниц. Стандартная верстка - $50 (1500 руб) за страницу.
  13. на будущее: давайте лучше сразу ссылку на страницу. по скриншоту невозможно стили прочитать. и получите такой результат (как и просили):
  14. например,так: 930 строка .category-list ul li { display: inline-block; padding-bottom: 10px; } 925 строка .category-list ul { color: #333333; float: left; /* width: 18%; */ }
  15. ocStore 1.5.4.1 как ни странно, но не работает Product Count - включить /выключить. ставлю "включить", но ничего не меняется. так как же включить? почему не работает через админку?
  16. задаю на странице ПОИСКА и всегда получаю при выборе любой категории: т. е. не учитывается поиск в категории? движок дефолтный. ничего не менял в коде.
  17. попробовал. сам select работает. даже, вероятно передается параметр с именем "filter_category_id", но он не обрабатывается поиском, просто игнорируется. <select name="filter_category_id">, предполагал, что есть уже готовое решение. ---------------- похоже, что изначально поиск на странице Поиска как то не правильно работае6т или я логику не понимаю.
  18. Вверху страницы в дефолтной схеме на 1.5.4.1 поиск выглядит так: как сделать так?
  19. вероятно, что программистов смущает значит и деньги, как водится, ма-а-аленькие будут а работа, на мой взгляд, совсем не маленькая.
  20. все скопом оценить не могу, т. к. одна задача совершенно нестандартная. требует программирования и, возможно (скорее всего), вмешательства/изменения базы данных. она по времязатратам может пересилить остальные стандартные решения на готовых модулях. да и готовые модули чуть ли не любой школьник спешит подключить, а вот программирование - это дело для избранных.
  21. Для верстки я указал цену четко. сколько страниц у вас в PSD столько и сверстаем, без всяких зазоров. движок и так уже оптимизирован под него. если нужно включить h1, то включим. можно еще на страницах категорий (2-й 3-1 и т. д.) убрать дублирующие описания для категории. больше в движке и делать то ничего не надо для SEO. остальное - это ваш контент (текст), оптимизированный под SEO. можно сделать. только толку от него в плане SEO никакого, на мой взгляд. только чисто красивые человеко-понятные-урлы (но кто туда смотрит то?) она уже есть без проблем можете это сделать без всяких доработок. не проблема. подключим модуль. их на выбор сколько угодно без проблем не совсем просто. но как программист возьмусь реализовать. для всяких соцсетей есть готовые модули. для чата, для смс тоже есть готовые решения есть такой модуль платный. партнерская программа также заложена в движке.
  22. вероятно, шаблон и версия магазина отличаются? Пока непонятно в чем сложность. видимо, интеграция с фильтрами? В любом случае вопрос решаем.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.