chamaerops

проще парой строчек кода убрать отображение кнопки вообще, если товара нет в наличии.

Если выскакивающие - то да. А если спрятанные сбоку и пользователь при необходимости сам его вызывает, то это хорошая штука, как мне кажется.

Если выскакивающие - то да. А если спрятанные сбоку и пользователь при необходимости сам его вызывает, то это хорошая штука, как мне кажется.

Подозрения напрасны.

То есть иной тип таблицы не может быть причиной долгой обработки запроса к ней?

Спасибо за ответ. Будем копать в другом месте.

Вопрос знатокам - таблица oc_cart изначально какого типа? в поисках решения проблемы с моделем корзины, зашел в phpmyadmin и заметил, что данная таблица имеет тип InnoDB , в то время как все остальные корзины - MyISAM. Да и насколько мне известно, ОС изначально заточен под MyISAM. 

Есть подозрение, что какой-либо модуль на определенном этапе преобразовал таблицу в InnoDB.

вышел со мной на связь 24-го и снова пропал после фразы "по ходу отпуск не закончился" )))))

сам жду. ибо модуль не пашет пока.

А как это проявляется?

Я ждал 6 дней, даже чуть было возврат не оформил.

Наберитесь терпения, скорее всего загружен человек, но ключ будет.

Вводные данные: разрабатываю магазин, версия ОС 2.1.0.1

Шаблон: клон дефолтного со своими правками.

Установлен модуль KW FlyCart (6 в 1!), в целом работает корректно и так как мне нужно, за одним исключением - при добавлении товара в корзину, задваиваются и долго выполняются некоторые запросы на сервер.

Задача : диагностировать и решить проблему. 

Исполнитель, предпочтительно из Украины - исключительно из-за легкости и удобства оплаты работы, но не критично. Репутация исполнителя имеет больший приоритет при выборе. 

Бюджет и детали: в ЛС.

думаю не так шустро как здесь  http://pphone.oc-mod.ru/   (добавь чтото в корзину)

Да, шустро, но...

у меня в категориях, поиске и т.д. есть возможность выбора количества единиц товара для добавления в корзину. Будет тот модуль "дружить" с этим функционалом - не знаю.

Во вторых - за KW FLYCART уплачены уже деньги и в основном - он настроен (стили и т.д.). Вопрос - в решении проблемы затыка на стороне сервера и все. А покупать еще один модуль и "засырать" движок не очень хочется.

Я бы не сказал, что сильно тормозят. В целом компоненты модуля работают достаточно шустро (<100ms). Но вот у меня addProduct и loader затыкаются до 1,5секунд, а productImage - задваивается.

По человечески я авторов модуля понять могу. 

И модуль хорош. Но вот у меня он работает с жутким косяком, природу которого я понять никак не могу (затыкается сервер на некоторых запросах модуля).

Ответ, в стиле - "у всех работает, ищите косяки на своей стороне", при том, что все остальное работает достаточно шустро (74/88 по PageSpeed, загрузка страниц в пределах 1,5-2,5сек, сжатие, кеширование и т.д. преимущественно все настроено).

Ну, как бы, я и вполне допускаю, что проблема "на моей стороне", но хотя бы какое-то содействие в поиске решения должно быть. Во всяком случае, большинство других авторов приобретенных модулей как правило всегда идут на встречу и хотя бы тыкают носом, где копать...

Но, походу, в этом случае, придется либо копаться долго самому, либо потратится на выяснение причин у знающих людей.

Модуль хорош, но осадочек остался...

КОГДА УЖЕ???

У меня уже гугл про микроразметку забыл, пока "срочным образом" Вы исправляете модуль - уже все страницы по 10 раз без нее переиндексировались!

Имейте же уважение к тем кто купил Ваш модуль - а то только обещаете и постоянно пропадаете, отвечаете раз на 5 страниц, поучитесь у других кто продает модули!

Тоже жду модуль, хотя и некритично.

Как вариант, можно попробовать поставить старую версию до 2.х где разметка рабочая. А потом обновится до корректной 3.* , когда она наконец, появится.

На 2.1.0.1 работает без проблем. На вашей версии с вероятностью в 99.9% тоже будет работать.

Вопрос тогда можно - покупка цифрового товара считается совершенной в момент скачивания или в момент получения лицензии?

http://rozetka.com.ua

https://www.walmart.com

https://www.ulmart.ru

http://www.ebay.com

Про Али забыли - там вообще все очень мощно с приложением.

тренд давно такой, сделать все едино, потому щяс так массово идет популяризация респонсетив дизайна, но не как AMP, смотрите на гигантов на рынке, Вы особо не увидите мобильных версий, все стараются отправить пользователя установить приложения, тут тебе и бесплатная реклама в виде уведомлений и скорость больше контроля больше над покупателем что ли

Кстати, вот этого гугл не любит. Где то проскакивала информация (пруф прямо сейчас не найду, к сожалению), что если сайт стимулирует пользователя перейти на приложение, то он такие сайты малехо пессимизирует в выдаче. Сдаётся мне,что гугл тут видит некоторый риск для адвордс - подсадив пользователя на приложение, ресурс получает лояльного пользователя, и можно несколько экономить на маркетинге от гугла.

З.Ы. пошёл оффтоп.

По теме - благодарность, всем высказавшимся.

Насчет приложения.... у меня ниша, которая и B2C, и B2B, причем второе - жирнее и приоритетнее.  Не уверен, что там приложение - такая уж необходимость. 

На перспективу держите написание мобильных переложений а не AMP  :-)

Скажем так, недавно в одном из вебинаров представитель от гугла сказал, что грань между приложениями и сайтами будет стираться. Идет к тому, что эти два термина обьединятся в термине "ресурс". И роль АМР в этом есть.

А да, гугл ресурсы с АМР ранжировать будет выше при всех прочих равных условиях.

адаптивные проекты дешевлве мобильных версий, чаще

 

я за мобильную версию

На перспективу держу в уме AMP, но там уже точно не сам писать буду  :-D

Кхм.. вопрос был - как грамотно переверстать.

Встречный вопрос - вы сможете грамотно это реализовать?

Если это вопрос мне - то дублированием блока и пряча/выводя нужный блок в зависимости от разрешения (инструментарий бутстрапа) - то да.

Тема создавалась для того, чтоб выяснить не является ли такой способ совсем уж "костыльным" и чтоб выяснить, какие есть альтернативы. 

З.Ы, Рад, что тема нашла отклик у других. Спасибо всем.

На проме мне не нравится то, что там рядом же = куча конкурентов. Как правило, клиент звонит и начинает разговор с фразы "Я вот тут ваше обьявление увидел". Блин, делаешь подобие сайта (насколько это позволяет пром), а люди видят "обьявление". Ну, процентов 10 клиентов звонит с вопросом "Это магазин "такойто.ком.юа?, мне нужно то-то..."  Ну и почасти СЕО там нехорошо...

Тут наверное даже вопрос/ответ должен стоять по другому "Как переверстать карточку товара?" - Грамотно!

1 - Заголовок товара средним шрифтом

2 - Изображение

3. Цена (+- спец предложение)

4. Кнопка Купить

5. Краткий текст характеристик

6. Отзывы возможно

Все остальные элементы можно скрыть классом .hide

Не перегружайте страницу ненужными элементами. Если не знаете какие элементы нужные, а какие нет - проведите А/Б тест с установкой целей в Метрике.

И при сравнительном анализе поймете используют люде те элементы или почти нет.. И если нет то их убираете! Все просто)

 

ИМХО дизайн сайта, мобильной версии должен составлятся дизайнером под четким руководством маркетолога.... А не потому что "Я так вижу" ))

Ровно это и оставлено, плюс добавлено поле "Есть/нет в наличии". Ну, и звезды, для микроразметки.

А насчет дизайнера.. Скажем так, если б бюджет подразумевал дизайнера/маркетолога, то он бы подразумевал и веб-программиста.  :-D

А так, приходится допиливать самому, благо есть и образование айтишное (то есть ковыряние кода для меня не есть нечто сверхсложное). К сожалению, не дизайнер, но увлечение фото и опыт организации продаж в оффлане - заменяет мне маркетолога :)

Если обобщать - то сейчас делается некий необходимый минимум для запуска ИМ, благо ВСЕ конкуренты в моей нише имеют еще более убогие сайты (лишь у одного из них -адаптивная верстка), чем даже то, что на данном этапе есть у меня. Добрая треть из них вообще торгует на prom.ua (как, собственно и я пока тоже). Но подразумевается, что после выхода на некоторое количество корзин в день, часть оборота выделится на дошлифовку и доведения магазина до ума. Хотя это вообще-то процесс перманентный - 

кратко 

<div class="col-xs-12"></div>

 

Больше ничего не придумаете в мобильной верстке, она там везде "строчная" 

Ну это само собой, вопрос - в очередности вывода блоков.

попробуйте, но если @media flexbox и order для вас проще чем hidden сделать, тогда уж лучше переверстайте без col от bootstrap карточку, все станет проще. На зачем тогда bootstrap...

 

Вот и мне кажется, что глупо перепиливать всю карточку товара через @mеdia, тем более что это уже сделано в бутстрапе. Тем более, это куда больший объем работ с куда большей вероятностью наговнокодить  :-D

да, забыл, для стилизации тоже наверняка используется. По-этому нужно менять его и в скриптах и в стилях, все верно. backup!

скажем так, стилизацию по  ID я уже сам подвязал, но это легко правится..

Да хз, локтем клавиатуру зацепил

 

flexbox и order, в зависимости от условий @media меняете порядок. Это самый простой вариант. Если не так, то меняйте порядок через js, не надо плодить блоки

js-познания=0, а вот через @media - я как раз и думал, что более толковый способ где-то там кроется... Спасибо за наводку, буду курить мануалы..