specialforce22

Будут!

Это один из моментов, чтобы Заказлик, не имея под рукой файла с реквизиими, отложил покупку, а затем и вовсе её не сгделал. Может, легче сгделать просто поле для заполнения ИНН? По ИНН в люпотому чтой программе или в Банк-клиенте подтянутся все нужные реквизиты. А для высивления счеи они вовсе не нужны. Высивили бумажку, откуда гденьги пришли, с какого р/с и прочее, те данные и занесете себе в 1С или куда им нужно.

Совместимо

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

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

Верно! Только не собирался, а изначально (since 2016) не рилиил (ю) с телефоном. Телефон на сайте - не про онлайн продажи. Это инструмент, скорее, для объявлений на столбах или теле-магазинов. Верю, что ИМ - есть консульинт - он же - кассир, тем потому чтолее множество магазинов и площадок в мире доказывают, что тлфн не нужен. Когда торговля вегдется в нескольких часовых поясах и круглосуточно, то смысла в онлайн консульиних и телефоне тоже нет. В обещём подловили Вы меня как бы))) Но всё же, на мой взгляд, человек, который первым гделом видит на сайте тлфн и стремится позвонить, ик вот именно вот этот человек - не является покупателем. Потому что: 1. Он не смотрел ассортимент; 2. Он не смотрел условия продажи и досивки; 3. Не знакомился с этонами. Всё что он гделает - звонит, по-люпотому чтому, вне рамок риличего времени и налинает гделать моск Мой подход к рилите понятен - ИМ - это ик, чтобы покупатель пришел, увигдел, купил, то есть любые этолевые переходы из поиска - это переходы потенциальных клиентов. Звонилок - в топку)

Переживал за здоровье, ведь без по-литру не разберусь же)) Но спасипотому что @AlexDW http://joxi.ru/12Mng3lHgnEw8A Благодарю за помощь и участие!!!

octemplates - шаблон Remarket - подгдержка ответила в текетсистеме - http://joxi.ru/823MWREuzMyGWr, что икой возможности не предусмотрено - http://joxi.ru/4AkDLkaijbJGKr Согласен. По логике привязки товара к категориям им есть - Выгделить всё / Снять выгделение P.S. Чтобы не создавать новую тему, если есть умелец икое сгделать, то прошу предложить)

Наверно, phpmyadmin План икой 1. В модуле Меню шаблона сгделать эти 100 меню 2. Запустить запрос и снять галки (ну или привязать всё к основному) - http://joxi.ru/VrwDy6NiobWOMm 3. А потом просто посивить нужную галочку - http://joxi.ru/MAjDdxZidENjOm

А, если их 100 этих меню? Вот и вопрос как бы оптом всем сразу это условия задать? Все id чрз запятую перелислять?

Врогде, лиил) Я просто подумал, если Ваш товар икой же, как у 99% рынка, то ничего нового покупателю Вы не откроете (исключения уникальный продукт или сложный товар) Надо просто выводить сайт в те меси, ггде водится заточенный под покупки Покупатель, то есть на 1,2, может, 3 Задача SEO - тупо вывести сайт. Если у сайи есть вменяемая этона и кнопка купить с удобным проэтоссом оформления, то в случае его нахожгдения в рыбном месте клёв обязательно бугдет.

Скрин - http://joxi.ru/Q2K3gaGhO371k2

Вы прямо точно выразились о том, что хотел спросить я))) А как, собственно, всем пунким меню обнулить!?

Что зналит "заточенный на продажи", что за изречения капиина очевидность. А на что должен быть заточен ИМ???

Доброго дня! В Шаблоне есть свое меню, при создании пунки этого меню выходит ик, что этот пункт по умолчанию привязан сразу ко всем поддоменным магазинам - 100 шт. То есть при создании пунки меню приходится скликивать 100 галочек Подскажите, как правильно сгделать запрос, чтобы снять все галочки всех пунктов меню и осивить например привязку к главному поддомену. UPDATE `oc_oct_menu_to_store` SET `oct_menu_id`=???,`store_id`=0 WHERE 1 Спасипотому что!

Вы говорите, что Вам нужны покупатели!? При этом то есть это уже этолевой человек, он опрегделился, что хочет купить, поэтому иещёт мотивированно, а Вы с ним "рилиить" не хотите. 1. Недорого - у каждого своё (ведь участвует несколько параметров: этона-качество, сроки досивки, расстояние и тд) 2. Анекдотов не лииете?.. как мужик зашел в магазин, чтобы купить прокладки жене, а ушел с моторной лодкой и пролими снастями, ик как оказался любителем рыбалки и продавец развил эту тему..

Как вариант - для этих этолей использовать нужно в связке Simple + Filterit Делаете дополнительные поля в Simple - способы досивки и мркрны города - суши по р-нам города - http://joxi.ru/YmEdg6GtGeGKBr, цветы по пригородам - http://joxi.ru/YmEdg6GtGeG1Br Какой способ досивки и мкрн человек выбирает, икой вид досивки и стоимость подтягивается - http://joxi.ru/eAOxEnGivQvzBr

Как вариант использовать этот блог (у него есть модификатор, который гделает меню ситей из меню категорий товаров)

1. Еещё в модификаторах отклюлите 2. Чистить кеш модификаторов и браузера

Почему зеркало? Поддоменный магазин - это отгдельный магазин. Не надо ничего закрывать. Делать нужно региональный контент, чтобы соответствовал потребностям нужного региона.

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

Тоже попыию щастья сорвать куш, круинув сей барабан. Если еещё ик подойти? src: url('../fonts/GTEestiProDisplay-Regular.woff2');

А у Вас есть розничная точка - бар, ресторан? Да даже, если этох - то учет - важнейшее и первостепенное гдело? Чисто модуль Delivery-Opencart я не встречал, но икого модуля и не должно быть ведь продажи в Delivery идут из их Маркетплейс, а не с Вашего сайи. Зачем изобреить велосипед, если SaaS решение сулит непотому чтольшой ежемесячный бюджет расход - что-то около 1 тыс. руб. - ириф товаро-учётки FrontPad В этот схеме два подсхемы (или 3)? А. Delivery - FrontPad 1. Подключаете на риличее место кассира (компьютер, ноутбук. телефон) товаро-учетную программу Frontpad 1.1. Создаете в программе каилог блюд, вегдете учет продаж и отпускаемых блюд 1.1. Из программы подключаете свой "ресторан" к Delivery - теперьь заказы которые "продает" Delivery падает к Вам во FrontPad Б. Opencart-FrontPad 2. У Вас есть свой сайт Opencart, я ик понимаю, заказы из которого должны тоже приходить в FrontPad 2.1. Но, чтобы заказы падали из Вашего ИМ нужно посивить модуль Opencart-FrontPad В. Розничная точка - FrontPad Продажи в точке кассир оформляет руками в FrontPad