Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

dexion

Пользователи
  
  • Публикаций

    803
  • Зарегистрирован

Все публикации пользователя dexion

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

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.