dexion
-
Публікації
803 -
З нами
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача dexion
-
@Zetx пользуюсь таким: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=20834 200мб, конечно, не пробовал, как и атрибуты. Но опции, например, для пары десятков тысяч товаров импортирует нормально. И там есть возможность дробления хмл на несколько частей.
-
В таком случае на Вашем месте я бы заморочился и переехал на 2.3) Все упирается в времязатраты на переезд. Пока что, учитывая список Ваших изменений, который был указан выше, переехать не должно составить никакого не труда. Отделаетесь малой кровью, так сказать. И адаптивная верстка будет бонусом. А в дальнейшем, если вдруг надумаете, сможете без проблем собрать моб версию на отдельных шаблонах, т.к. на мой взгляд этот способ реализации все таки оптимальней.
-
Чтобы добавить товар, компетенции программиста не обязательны...
-
Такое легко возможно) У Вас же 20тилетняя деятельность не связана с продумыванием интерфейсов сайтов, Вы специалист наверняка в своем товаре, но не в сайтах. У меня перед созданием сайта и моб версии под него рецепт простой - проанализировать сайты всех топовых конкурентов, в том числе и международных, выявить основные фишки на них и кто где располагает различные элементы на страницах, нарисовать на бумаге прямоугольниками скелет сайта (что где должно находиться), затем дизайнер отрисовывает в фотошопе макет по моим цветовым и тематическим пожеланиям, а дальше уже программист это все собирает. Все шаблоны обхожу стороной, т.к. в первую очередь для меня любой шаблон это рамки как минимум подсознательные, и часто в подарок с шаблоном получаешь не лучший вариант кода, судя по тому, что пишут на форуме. Мой голос однозначно за отдельные шаблоны под десктоп и мобайл. Но мое мнение ни разу не экспертное) К тому же, визуально адаптив и отдельный шаблон можно сверстать идентично, зато в случае с отдельными шаблонами будет удобней кастомизировать/облегчать страницы. Грубо говоря, это зависит от Ваших финансовых возможностей. Например, если магазин выдает ежемесячно 200+ тыс руб прибыли, то потратить 10 тыс на переезд - раз плюнуть. Потом переезд явно дороже будет с каждой новой доработкой. А если же прибыль, например, в районе 50 тыс, а стоимость переезда насчитают в 20 тыс, то имеет смысл сконцентрироваться на увеличении прибыли, а переехать потом, т.к. один переезд заказов не даст.
-
В этом плане у каждого свое суеверие. Там же сотни факторов, а это один из. Меня, также, смущает, что на адаптиве для моб версии страница весит ровно столько же, сколько и на десктопе. А если же делать отдельным шаблоном, то все лишнее можно повырезать, тем самым облегчить страницу. И это еще 1 фактор. И не знаю насколько это костыльно будет выглядеть, но теоретически в контроллере можно добавить условия на различные запросы, чтобы они выполнялись только на десктопе, если на мобайле они не нужны => еще облегчит. Ну и в схемах отключить вывод лишнего на мобайл. Даже не ради 100/100, а ради скорости работы моб версии.
-
Буду рад, если проясните как правильно понимать)
-
@Tom Вот же почти решающий аргумент в пользу отдельных шаблонов для моб версии, или что то путаю? Все адаптивы по умолчанию будут хуже отдельных шаблонов?
-
По сути все упирается в стоимость переезда. У Вас не такой уж и большой набор модулей и правок, чтобы были какие то сложности с этим. Хотя сложно сказать не зная в каком виде "дефолтный" шаблон. Скажем, если бы я уложился в 10-20 тыс, то переехал бы на 2.+. Но примерно понимаю, что стоимость будет прям в разы больше, т.к. за 5 лет чего там только не напичкано, почти все модули допилены под себя + куча собственных наработок...И прикидывая стоимость такого переезда, желание сразу отпадает. Теоретически, через какое то время Вы можете начать так же обрастать различными модулями и доработками, и лучше это делать на свежей версии, если есть такая возможность. На 2.3, кстати, есть модуль, через который можно реализовать отдельные шаблоны для моб версии, если вдруг выберете такой способ реализации:
-
Ну вот не нравятся мне мобильные версии, хочу десктопную видеть с телефона, как мне быть? Форумом не пользуюсь из за этого с телефона. Потеря аудитории же = заказов.
-
Добавить кнопку перехода между версиями не такая уж проблема, и всем будет удобно)
-
Лично я почти всегда, при заходе на знакомый мне сайт, первым делом включаю десктопную версию, т.к. я уже хорошо помню где на ней какие кнопки и что и как работает, потому что не раз заходил с компа. Все интуитивно срабатывает. А при виде моб версии этого же сайта пальцы разбегаются в разные стороны не понимая где что искать. Плюс, на моб версиях часто урезают важную информацию, и соответственно нужно открыть десктопную. Далеко ходить не надо, на этот же форум я с телефона вообще не захожу просто потому что нет кнопки перехода на десктоп, а мобильная мне неудобна/непривычна (писал об этом в пожеланиях). Разве что на лс ответить с уведомления на почту. На незнакомых мне сайтах тоже обычно ищу кнопку десктопной версии, опять же потому что могу недополучить какую то важную для меня информацию (забыли вывести), и учитывая, что большинство сайтов в каждой тематике по расположению элементов схожи межу собой, то пальцы также интуитивно тянутся в поисках нужных кнопок. Знаю еще пару человек с такой проблемой) Могу ошибаться, но вроде как из последних новостей про гуглпейджспид - теперь адаптивная верстка считается неоптимальный решением, т.к. для этого необходимо загрузить полную версию страницы, а потом уже она видоизменится стилями. Вопрос лишь в том, стоит ли на нее переносить уже существующий магазин. Если с нуля, то, конечно, выбор очевиден. А если сайт проработал на 1.5 лет так 5, то потом переезд может обойтись в 100 тыс руб и более. А ради чего? Заказов от этого явно больше не станет. Не припомню, чтобы не смог найти хотя бы 1 нужный мне модуль под 1.5)
-
Я имел в виду, например, в контроллере продукт прописать условие "если тема дефолт (устройство десктоп), то размеры такие то, иначе (устройство мобайл) такие то". Вроде и просто и удобно. Это касаемо только картинок товаров. Про всякие баннеры/слайдеры - там обычно через схемы есть возможность вывода, значит для моб версии добавляем отдельные схемы и выводим туда баннеры/слайды подходящего размера. Тут не знаю, не сталкивался. У меня отдельные шаблоны без всяких бутстрапов, и полностью устраивают. "Палец вверх" в правом нижнем углу) Сам все через форум постигаю
-
А можете поделиться, что именно ковыряли? PS: в пустой категории футер наверх уезжает: http://prntscr.com/lor3q5
-
Это самое простое из задач, которые предстоят при создании моб версии. Если с моб версией справились, то и вкмоды без проблем подключите. Добавляете доп поля размеров в админке, указываете их в контроллере для моб версии, и все картинки сами делаются - тоже элементарно. А большие картинки стилями уменьшать вроде моветон. Да и лишний вес на моб версии, там, где его наоборот не должно быть. Не ко мне вопрос) Ну не прям полностью, а только верстка. Нужно лишь определиться с подходом. А как еще можно сделать моб версию не изменяя внешний вид?)
-
А как поведет себя компрессор, когда ему попадется такая картинка? Пропустит ее? Не испортит кривой обрезкой?
-
А какой будет результат обрезки фона у следующих картинок?
-
А лучше генерировать отсутствующую картинку на лету и отдавать ее
-
https://ruhighload.com/Оптимизация+изображений+с+webp вот тут вроде поаккуратней правило указано для nginx
-
Наверняка есть различные способы реализации, но я могу описать только как работает у меня, про другие не знаю. В моем случае копию абсолютно всех файлов сайта делать нет необходимости, создается отдельная папка /catalog/view/theme/mobile и в нее уже помещаются скрипты, стили, шаблоны для мобильной версии. С помощью mobile_detect в куку пишется тип декстоп/мобайл и в index.php устанавливается шаблон, в контроллерах даже править ничего не нужно. В вкмодах можно просто дописать путь к шаблону от мобильной версии, но учитывая, что верстка может отличаться - не факт, что вкмод сходу подойдет. У меня так получилось, что картинки на моб версии и десктопе примерно одинаковы по размеру, поэтому использую одни и те же. Но при необходимости добавить поля в админке не проблема. В админке доп магазин не создавал, все работает с 1 магазином без поддоменов.
-
Почему второй css? Как раз при использовании способа с отдельными шаблонами для десктопа и мобил у каждой версии свой css. Т.е. он один, но для каждой версии отдельный. Не слышал, чтобы с этим были проблемы у поисковиков. А использовать m.xxx.xx совсем необязательно, у меня все на одном домене работает.
-
Года полтора назад пытался понять смысл перехода с 1.5 на 2.+, не нашел аргументов. Сейчас окончательно решил для себя, что оно того даже близко не стоит. В моем случае один фильтрпро со всеми кастомными правками чтобы перенести с 1.5 на 2.+ обойдется как пол магазина с нуля собрать. "Обновить модули" не подойдет скорее всего ни для 1 модуля, который у меня стоит, т.к. почти все они кастомизированы, а это еще кратно умножает стоимость такого переезда. Мобильная версия отлично собирается через библиотеку Mobile_Detect, с помощью которой в контроллерах отображаем мобильные шаблоны пользователям. Т.е. для десктопа и мобил 2 папки шаблонов, которые между собой никак не пересекаются, и можно спокойно править каждую из них. Ну и из последних новостей по гуглпейджспиду, как оказалось, этот подход гораздо лучше всяких адаптивных версток, т.к. для мобил отдается более легкий контент из собственных шаблонов. PS еще не встретил ни 1 модуля, который был бы мне нужен, но его не было бы под 1.5 версию.
-
@Exploits Здравствуйте. Подскажите, если в товаре уже есть картинки, то при его редактировании и добавлении новых картинок, уже существующие будут перенесены в папку с картинками модуля или останутся без изменений? Есть ли возможность обрезки изображений? И может есть демо?
-
Это не секрет, конечно. И сервис частного разработчика. Не очень понятно что вы имеете в виду под "оформлять посылки он не может". Отправил данные по апи, в ответ получил заполненный бланк с трек номером, который уже распечатываешь и отправляешь. Так у вас на скрине один тариф емс, просто он со скидкой по договору. Остальные тарифы обычные почтовые, возможно тоже со скидкой, не знаю. Как я понимаю, стоимость рассчитывает курьер емс при заборе посылки. И если ему в бланке емс вписать номер договора, он посчитает стоимость со скидкой по договору. А если номер договора не указывать, посчитает как обычное отправление от физ лица. Главное - трек получен и бланк заполнен автоматически, ручных действий нет вообще, только распечатать. Я все это пишу к тому, что данный сервис каким то образом позволяет использовать апи почты без договора, соответственно было бы здорово увидеть эту возможность и в модуле - оформление бланков емс без договора. Без этой возможности лично мне такой модуль не подойдет, а я наверняка не единственный возможный покупатель с таким требованием.
-
Если этот сервис выдает трек номер, а не просто подставляет данные в поля, значит он работает с апи почты и позволяет оформлять бланки. Там есть поле для указания номера договора. Как я предполагаю, если его заполнить, то курьер при приеме посылки в своем калькуляторе это все укажет, и тариф посчитается по договору (если оплата налом). Если безналом, то наверно посылка просто прикрепится к договору, когда курьер будет ее забирать, и потом выставят счет на эту сумму или вычтут из наложек, как у сдэка. А по договору прям выбор тарифов есть, как в сдэке? Или все отправления, отправленные по договору, автоматически становятся "оптимальными"? Калькуляторы тарифов и модуль автоматического отслеживания отправлений есть и сейчас. Нет только модуля оформления посылок с генерацией трек номера. И как раз этот сервис решает данную проблему: http://emsprint.ru PS: договора с почтой у меня нет, и к чему появляется доступ после его заключения я не видел. В моем случае нал на почте по более высоким тарифам приоритетнее, чем безнал на рс с дешевыми тарифами.
-
Там ведь трек номер генерится, и он сразу доступен к отслеживанию в базе почты
