chamaerops

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

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

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

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

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

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

Вводные данные: разрабатываю магазин, версия ОС 2.1.0.1 Шаблон: клон дефолтного со своими правками. Установлен модуль KW FlyCart (6 в 1!), в целом работает корректно и так как мне нужно, за одним исключением - при добавлении товара в корзину, задваиваются и долго выполняются некоторые запросы на сервер. Задача : диагностировать и решить проблему. Исполнитель, предпочтительно из Украины - исключительно из-за легкости и удобства оплаты работы, но не критично. Репутация исполнителя имеет больший приоритет при выборе. Бюджет и детали: в ЛС.

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

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

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

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

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

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

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

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

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

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

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

Если это вопрос мне - то дублированием блока и пряча/выводя нужный блок в зависимости от разрешения (инструментарий бутстрапа) - то да. Тема создавалась для того, чтоб выяснить не является ли такой способ совсем уж "костыльным" и чтоб выяснить, какие есть альтернативы. З.Ы, Рад, что тема нашла отклик у других. Спасибо всем.

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

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

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

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

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

Вот оно что.. Скажем так - я думал, что id="button-cart" используется тут двояко - как идентификатор для целей скрипта, и для стилизации через CSS. То есть замена ID на класс, что в скрипте, что в стилях - это корректное решение?