pawana

Та то була б фігня - для мене тут важливо, щоб покупці бачили посилання. Тут якраз мова про те, що за pbn гугл песимезує. От цього я як раз дуже боюся. Саме з цієї причини і вирішив написати пост.

Та я й не проти, просувати новий сайт не дуже легко Про бан я розумію, але в мене ідея, щоб гугл не вважав, що один з сайтів - аффіліат. Тут питання, що будуть сотні посилань з одного сайту на інший, потім вони ще й будуть мінятись: є залишок - нема посилання, немає залишку - є посилання. Т так тисячі товарів симафорити будуть.

Доброго дня. Є мультімагазин (зроблений на різних доменах). Є ідея для товарів, яких зараз не має в наявності ставити посилання на інший магазин, де ці товари можна замовити. Цей "інший" магазин - один з цього мультика, в нього урли і мета тайтли відрізняються, а описи і Н1 - такі ж як і на "основному" магазині. З "іншого" магазину посилань на основний не має, він взагалі там ні де не згадуються. Питання в тому, як Гугл віднесеться до великої кількості посилань з одного магазину на інший за умови, що вони просуваються як окремі сайти. Можна робити не посилання, а просто банер "цей товар можна зараз замовити в магазині .... і адресу без href, але то тупізм, як на мене.

Допоможемо

Доречі, це нормальна ідея і нормальна практика в світі. Тільки, мабуть, не проспонсуйте, а, наприклад, передзамовлення за спец. ціною.

П.С. Марк, те, що я написав вище, жодним чином не є звинуваченням в чомусь вашого модуля чи вас. Це було про мою особисту історію. А ваш модуль дійсно працює на сотнях магазинів абсолютно нормально.

Дякую ще раз! Оплату відправив на ЗСУ

Так, дякую, він у мене є, намагався налаштувати рази 3-4 за весь час, але жодного разу в мене нормально не запрацював. Навіть Марк колись налаштовував і теж глючило Знайдіть, будь ласка! Це мод для модуля, чи шаблон за яким просто зробити свій мод?

Доброго дня. Є магазин з англійською мовою та USD за замовчуванням. Проте в магазині є і українська /рос мова і сайт досить не погано ранжується в гуглі за укр/рос запитами. За такими посиланнями відкривається укр/рос версія, але валюта залишається USD і вибирати Грн., зрозуміло, ніхто не буде. Як можна прив'язати валюту до мови сторінки. Таке рішення є для модуля language, але там іде перемикання мови, а тут сторінка завантажується зразу з мовою не "за замовчуванням". Дякую.

Група: Камінь Атрибут: Агат Значення: Червоний Атрибут: Онікс Значення: Чорний

Якщо людина відмовиться від замовлення, Ви його відміняєте і товар повертається у продаж. Інакше буде саме так: Це зараз так генераторами торгують :)))

У автора в профілі написано - Не працюю. Якщо ви готові витратити 60 баксів на модуль, то, думаю вам за ці гроші зроблять саме те, що вам треба. Це не єдине, що ніхто не зробив

Дякую, буду пробувати. Дякую, розумію. Теоретично, все має бути гаразд, бо це значення мінусується окремо в $total, але буду слідкувати.

можна, якщо є доступ до сервера і Ви впевнені, що на піддомені окрема інсталляція Опенкарт. Якщо піддомен є мультімагазином і направлений на основний сайт, то він прибирається в налаштуваннях днс, апачу і самого опенкарт. Але, я б на вашому місці редірект все одно зробив.

Доброго дня. Потрібно вивести вартість доставки зі знаком "-": Зараз є так: В model/shipping.php так: if ($this->session->data['shipping_method']['code'] == 'novaposhta.warehouse' && $total['total'] >= 36.784 || $this->session->data['shipping_method']['code'] == 'novaposhta.poshtomat' && $total['total'] >= 36.784 ) { $total['totals'][] = array( 'code' => 'shipping', 'title' => $this->session->data['shipping_method']['title'], 'value' => -$this->session->data['shipping_method']['cost'], 'sort_order' => $this->config->get('total_shipping_sort_order') ); $total['total'] -= $this->session->data['shipping_method']['cost']; } Тобто в 'value' значення передається без мінуса. Підкажіть, будь ласка, що я роблю не так?

Найпростіший варіант - зробити 301 редірект на домен в htaccess. Можна їх склеїти в гугл консолі

Мене цікавило куди діти старий товар з бд, щоб і не видаляти і в адмінці не бачити Вся розмова щодо архівних товарів виникла випадково. Я ж спеціально в курилку тему відправив. Вирішив таки зробити процедури в бд, щоб такі товари перемішувати в "архівну" бд і повертати назад за необхідності. Якби трохи більше знань php, то зробив би мод, може комусь знадобилося. Загалом, вважаю ідею архівного товару дуже правильною і модуль @chukcha це вирішує так як треба, але тим не менше, не дивлячись не проблему СЕО, інколи краще прибрати товари взагалі ніж робити до них доступ з органіки.

Це подивіться https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=32518

Я це все добре розумію Так, і веде до товару, якого не має в наявності. Я кажу досить незвичайну річ для людей, які займаться и-коммерс, проте, якщо зробити опитування серед жінок, як вони поставляться до того, що в магазині постійно не має того, що їм потрібно, то вони підтвердять - магазин попаде в ігнор.

дякую, так я не думав. Але, так, @chukcha правий Функціонал знижок для окремої групи покупців. Так, перша ідея була саме така І прям купа потенційних конфліктів. Як не смішно, але схоже, що ідея заміни в замовленні product_id тріггером з точки зору "неконфліктності" буде самим нормальним

Для мене не правильна. Я тому і підкреслив. Здебільшого, товар про який мова, не має аналогів, точніше їх, як і цей товар, везти зараз не доцільно. Тому, щоб не розчаровувати людей тим, що цього товару постійно не має, краще його зняти з продажу, хоча з точки зору СЕО це ідіотизм. Інакше люди почнуть ігнорувати магазин, який їм дає розчарування.

Так, класний модуль, колись хотів купити його, проте для себе вважаю цю ідею не правильною. І питання моє було зовсім про інше :).

Доброго дня. Роблю новий магазин як мультік (тобто на тій самій бд). В магазині будуть ті ж самі товару, що і в базовому магазині, але з іншими залишками і іншими цінами. В основному магазині залишки реальні - це те, що є на складі, і замовити можна тільки цю кількість. В новому магазині - кількість може бути любою. Якщо з цінами все вирішується просто, то що робити з залишками - не розумію. Можна робити копію товару для нового магазину, але склад не буде розуміти яка відмінність між двома однаковими коробками з однаковими шк, бо фізично товар буде однаковий. Якщо зробити копії товару, то можна в замовленнях нового магазину після зміни на якісь статус (коли замовлення вже оплачене і відправлене постачальником, наприклад), робити трігером заміну товару в БД на "базовий", тоді склад не буде плутатись і в мене в базі не будуть збиватись залишки "основного" товару. Якщо є якась більш розумна ідея - буду вдячний за підказку.

Ну тобто видалити, а колись потім знову ставити вручну. В мене, наприклад, поставити товар інколи займає годину роботи. Я не хочу викидати 150-200 годин своєї роботи, що вже була зроблена і, можливо ще стільки ж, яку прийдеться робити знову. Яле й ковирятися серед сотень товарів в пошуках того, що потрібен - не хочу. От і шукаю якесь елегантне рішення.