pawana

Уже раз составил, спец сделал, при переносе перестал работать. Может позже я и попросил бы спеца все полечить, но не вижу большого смысла так как система останется не стабильной из-за изначальной сложности. По-этому и решил триггерами оформить в обход движка

Значит все правильно делаю :). все просто. Человек сделал гостевой заказ. Под него создался аккаунт. Через месяц он ещё раз здесь заказ и его заказ привязался к аккаунту, сделанному ранее. Скидка просчиталась, все довольны.

Вы пробовали так делать? В реальности? Десяток заказов ежедневно. Годами :))) Представьте, вам звонит клиент, Вы принимаете заказ и на моменте оформления понимаете, что это постоянный клиент. А если не поняли? Всех же не вспомнишь. Ану, Марь Ванна, погоди, я проверю есть ли по тебе запись. А, есть, тогда погодь, я тебя ща отавторизую как положено Логика простая ( на вскидку). После инсерта заказа в бд проверяем есть ли покупатель в клиентах по мылу/телефону. Если есть привязываем этот заказ к клиенту. Если нет,то создаём аккаунт и уже к нему привязываем. Тогда модуль скидки все считает правильно. У меня все так и работало, но с Аяксом - покупатель сразу видел скидку и все дела, тут так не будет, но хоть мне её не нужно будет пересчитывать и гостевой заказ вручную привязывать к аккаунту.

Купоны не подходят так как клиенты звонят по телефону. Или делают заказ через сайт, но не авторизуются. Большая часть таких даже не знает, что у них есть аккаунт :). А так как они подобным образом делают уже много лет, то не всегда можно их заставить делать по другому. Ну и клиент всегда прав - типо того Кроме того, люди банально боятся регистрироваться. Не важно почему. Просто не хотят. В такой ситуации я с тем же успехом мог бы скидку и ручками ставить, но она ведь накопительная - процент скидки постепенно увеличивается и только модуль знает его текущее значение :). Нет, в системе все просто и понятно. Речь идёт о том, чтобы учитывать скидку в гостевых заказах. А этого нет ни в одном модуле накопительных скидок. Увы.

Здравствуйте. У меня стоит модуль накопительных скидок от @shoputils. Все хорошо, но скидки он считает только авторизованым покупателям. Оно, конечно, логично, но у нас есть немалое кол-во клиентов, которые не делают заказ через сайт, но не делать им скидку не правильно. Всякие люди, всякие истории и обстоятельства. В свое время мне сделали допил гостевого заказа для авторегистрации (знаю что не правильно, но тогда мы с программистом решили, что так лучше) и подвязывания гостевого заказа к аккаунту при наличии оного, созданного ранее. Там было еще несколько фич типа объединения клиентов и т.п. Система оказалась сложноватой в итоге при переносе с OC 3 на OCStore 3 она работать отказалась. Может потом и реанимирую, но переезжать желательно сейчас. Так как ПХП я знаю крайне плохо, то код сам писать не хочу (даже потому, что могу чего-то где-то не учесть и наделать косяков, которые вылезут чуть позже и в другом месте ), просить автора допила это исправлять тоже не очень могу, заказывать еще один допил тем более хочу, да и ситуация сейчас, если честно, не располагает (ну вот бывает чтобы все и сразу ), то решил сделать всю эту историю триггерами на таблицах БД. Еще не делал, но исходя из предыдущего опыта понимаю, что работать будет. С другой стороны, использование триггеров многие считают не желательным. Итак вопросы: 1. вдуг кто делал такой допил и поделится решением - буду очень благодарен и, думаю, не я один. Слабо вериться, что только у меня такая история с постоянными клиентами. 2. если нет, то буду благодарен за высказанные мнения об идее с триггерами. 3. @shoputils Возможно у вас появится желание сделать в будующем такой функционал для вашего модуля :).

П.С. У вас в сео тексте внизу часть осталась не переведенной с русского. И подумайте о том, чтобы сделать цвет этого текста по-светлее, чтобы люди не обращали на него внимания. Я не знаю, насколько он реально нужен для продвижения, но представьте, что Вы заходите в нормальный магазин, чтобы купить, возможно, не дешёвую вещь, а тут привет из двухтысячных на главной :). Даже если уж так необходимо это оставить, то хоть сдайте, чтобы в глаза не бросалось

Вот вам и намекают уже почти грубо чтобы бежали от всего, сделанного недосео

Видел на складе, который меня обслуживает, кучу такого барахла, которое отправляют по сотне заказов в день. Также "знаю" человека, который на проме торгует таким барахлом. Товары 10т+. Не знаю его прибыль, но верю, что она есть иначе бы не занимался этим уже столько лет. А еще знаю, что он делал/сделал параллельно магазин на ОС .

Спасибо, уже дошло

Вот такую штуку нарыл для определения cls https://defaced.dev/tools/layout-shift-gif-generator/?fbclid=IwAR2rWV1UVh5WEk_AemY8SVrQStF_6Aypw4UXcyf9O9gLcEH09aI6VWjhwm4 У меня показала сдвиги на десктопе, а у вас @aksen872 все красиво

Это ж адский ад По идее сдвига в товарах/категориях быть не должно так как cls реагирует на несоответствие оригинальной картинки и ресайзнутой/сдвинутой стилями. Если это так, то проблема в картинках в описаниях и на главной. Или все не так?

Для начала выключить ту штуку, которая внесла изменения в код, и потом, думаю, редактор сам проявится.

Какую ссылку? href - да, просто вписать урл. Но если Вы говорите про id категории, значит у вас не включен ЧПУ, в такой ситуации не будет мультиязчности. Ссылка откроется на дефолтном языке сайта.

Подозреваю, что в cart изначально нет переменной $manufacturer, вот и не работает.

Соглашусь с @OtezVikentiy, тут на вкус и цвет. Если будет только UA, то можно ОС, если 2 языка (что на сегоднешний день разумнее), то лучше OCStore. По хостингу не скажу, у меня ВПС и он не в Украине. Так что читайте отзывы, рейтинги.

А чего Вы хотели 3го января? :). Слушайте, вам на самом деле дали дельный совет - берите и делайте. Что не осилите сами - заплатите программисту. Таких вопросов и тем здесь было - туча, и многие просто устали отвечать одно и тоже. Вы ведь не потрудились их все перечитать. Ставите ОС (лучше тройку, там чуть проще с мультиязычностью), шаблон, Simple, OCFilter, Новая почта, Укрпочта, скоро Джастин подтянется наверное. Это минимум. Эквайринг - это отдельная тема, оставьте на потом, как и загрузку прайсов. Все это можно поставить самому, благо январь обычно вялотекущий и время будет. Бюждет здесь до 3 тысяч. Вот когда у вас будут конкретные вопросы про конкретную проблему, поверьте, вам подскажут и помогут. Далее наполняете товаром и бинго! у вас готовый ИМ. Правда пока это чемодан без ручки, но то такэ :). А дальше - определяетесь чего вам нужно/хочется и что Вы готовы за это заплатить. Тут бюджет не ограничен. Я к примеру только на хотелки (без модулей) потратил ок.1000 долларов за все время и это при том, что большую часть всего делаю сам. А у людей бывают цифры совсем другого порядка.

Там несколько запросов. Либо пхп скрипт либо немного танцев с бубном. Если Вы не можете сделать запрос пусть даже и с помощью гугла, то лучше не лезьте туда т.к. бывают сюрпризы. Тогда - ручками.

Технически - да, но нужно пилить, причем в большом количестве модулей. Практически - зачем? Если делать постфактум, то можно их добавить в родителя запросом в бд. Если магазин только заполняется - то добавлять при создании товара.

Спасибо, что отреагировали так как вопрос поведения сайта при фильтрции как раз тоже не маловажный. Категорий 100+, товаров 1500. Будет больше, но не значительно. Товары в дочках родственные и часть товаров присутствует в нескольких дочках одного родителя (такая специфика). Т.е. я не собираюсь объединять мух с котлетами, но в силу той же специфичности товара, понимаю, что для мобильного трафика мне нужно либо категории доводить условно до 200 (делать из максимально узконаправленными), чтобы люди точно получали товары нужной им направленности (что бред с точки зрения работы магазина, да и делать большую вложенность категорий даже с точки зрения юзабилити - треш. По-этому и решил сделать возможность для людей зайдя во втрой уровень категорий фильтровать то, что им нужно, не лазя в глубь. В таком варианте есть еще один бонус для юзеров, но это уже моя специфика. С точки зрения юзабилити/нагрузки на сервер, тоже нормально.

Здравствуйте. Холиварный вопрос, но все же. Нужно ли/можно ли размещать товары и в родительских и в дочерних категориях? У меня товары были только в дочерних, но понимая, что в мобильной версии лазить по категориям не удобно, и фильтр здесь будет лучше, задумался об удобстве пользователей. Имея OCFilter я могу показывать в родительских категориях товары из дочерних. Но будет медленнее. Можно разместить товары из дочерних категорий в родительских. Тогда и быстрее и нагрузка меньше. Еще одним плюсом мне видится то, что покупатели не будут видеть категории без товаров. Но как правильнее или лучше - хз. Буду рад услышать ваши мнения. Холивар тоже приветствуется

Если товар есть в 4х категориях и Вы хотите, чтобы он фильтровался во всех четырех, то, да, нужно отмечать все четыре. Если товаров/категорий не много, то лучше ручками, если нет, то в OCFilter есть неплохая заполнялка. Поставьте галку обновить связи категорий (как-то так) и он сам все свяжет. Правда результат может быть не таким как вам нужно

У вас в товарах после установки модуля должна была появиться такая вкладка Там выбираете нужные фильтры. То же касается категорий.

1. Если будете оставлять русский (думаю будете), то нужно сделать hreflang, чтобы сохранить выдачу гугла. Можно поставить модуль Мультиязык (там можно и hreflang включить и языковые префиксы в урл добавить). 2. Вышеуказанный модуль @chukcha У него, на мой взгляд, нет альтернативы в плане перевода. @chukcha, я каждый раз вам за этот модуль виртуальную свечку за здравие ставлю как в карточку товара захожу . 3. Модуль генерации СЕО урлов от того же автора так как под два языка нужны разные алиасы.

Попробуйте отключить сжатие гугла, думаю, зависание пропадет. У меня такая же фигня была - отключил, сайт летает, Гугл попугаи, к стати, тоже увеличились. П.С. Шаблон тот же.