pawana

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

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

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

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

Ні, це товар, якого на вітрині вже давно не має, але він є в бд і видаляти його не варто. Це те, що зазвичай ми переміщаємо в кладовку/гараж/сарай. От як організувати той сарай в бд? Доречі, ідея архівного товару (коли він є для ПС але його не має в лістингу вітрини) не завжди розумна. Так, для видачі гугла то ок, але коли людина час від часу буде заходити на сайт і бачити, що потрібного товару не має, навряд чи вона буде добре ставитись до такого магазину - рано чи пізно перестане туди заходити, навіть якщо буде бачити посилання в видачі гугла.

Доброго дня. У мене накопичилось десь 150-200 товарів, що зняті з продажу, але які, можливо, колись повернуться в продаж. Тобто, вони і не активні і видаляти не має сенсу, бо колись якось стануть у нагоді. Також, серед неактивних у мене нові товари, що готуються до продажу. Кожен раз приходиться колупатись в серед відключених товарів, щоб поставити в продаж новий товар. Хотів "зовсім архівні" перенести в резервну БД, а в основній видалити, але там "про товар" десяток таблиць, задовбешся потім переносити назад. Які можуть бути варіанти "чистки бд"?

Ну так обсудіть з автором. Скоріш за все встановити вручну інтервал можна навіть самостійно. Якщо сайти - це мультімагазин, то буде працювати для всіх. Інакше - домовляйтеся з автором. Насправді, такий допил вам менше ніж за 20 баксів ніхто робити і не буде.

Вам вже пропонували - саме те, що Ви хочете.

У вас всі замовлення приходять зі статусом Помилкового? Якщо так, у вас щось не правильно працює. Тоді спочатку розберіться з цим. Ну таке буває, але щоб всі - то так не буває. Ставте модуль чекаута, в якому не треба другий раз натискати. Якщо я правильно зрозумів, то в вас Помилкові замовлення знаходяться в тому ж списку, що і звичайні. Помилкові замовлення - це нормально. Якщо людина, наприклад, почала оформлювати замовлення, потім світло виключили, потім включили і вона ще по сайту полазила, щось змінила і таки оформила замовлення, то воно може бути і в помилкових і в нормальних. Якщо у вас саме так, то все ок. Для дублів можна замовити мод для автовидалення, а інші - це ж чудова штука для ремаркетингу.

Так от я і не розумію що хоче ТС - видалити дублі? Спочатку все одно треба навчитися не плодити їх. Потім думати при видалення. Якій сенс по колу ходити. Та я й не кажу, що одним. Я чимось схожим займався - все одно в ексель вивантажував, сортував, розкидував по дублях id основного. Потім вже вносив зміни в БД. Якщо там половина пустих - вже пів біди.

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

Ну прям автоматично, то навряд чи. Якщо зможете зробити запит в БД, то це не складно, якщо не зможете - то, мабуть, тільки за гроші. Я прото не розумію, дублі це нормально, чи Ви їх позбутися хочете?

Перенести не проблема, але в мене при переносі позлітали паролі клієнтів. Якщо id товарів не змінилися, то не проблема, інакше - гемор, але теж можливо

Якщо зробите такий модуль і виставите в маркетплейсі - куплю в той самий день, якщо для мене - дякую, але зараз, нажаль, не готовий. ТЗ дуже просте: Модуль накопичувальних знижок - можливість встановлення системи знижок (сума:знижка) для обраних груп покупців та для обраних магазинів. - можливість виключення знижки для акційних товарів або обраних категорій / виробників. - можливість нарахування знижки при першому замовленні (вітальна знижка) - можливість нарахування знижки для гостьового замовлення, якщо покупець з таким email/телефоном є в базі (у мене була скрита автореєстрація), але так як зараз не має сімпла, то треба буде шукати зразу в oc_order, або додати таблицю "гостьових" покупців, правда не знаю навіщо.

Уже замовляв. Колись мені зробили "комбайн" включаючи автоавторизацію. Заплатив чималу купу грошей. Працювала не ідеально, але працювала. Після декількох "глобальних" оновлень майже весь "комбайн" перестав працювати. Просити програміста відновлювати цей "клубок" не хочу, бо невідомо коли і від чого злетить іншого разу. Тому шукаю "універсальне" рішення, що буде працювати стабільно, а не до наступних оновлень. Мені ж цю радість ще треба буде подружити з модулем знижок, який теж рано чи пізно треба буде замінити бо моцкальський. В ідеалі б нормальний модуль з таким функціоналом купити. Насправді, я не знаю чому, у нас є купа модулів знижок, включно з накопичувальними з абсолютно однаковим функціоналом. Таке враження, що всі один базовий модуль перепиляли. Чи варіант, коли замовлення роблять по телефону або не хочуть реєструватися - це прям щось вийняткове? Чому мацкальського прогера ідея автоавторизації зацікавила, а наші наштампували клонів? Дивишся і не розумієш як вони їх продавати збираються?

Це не самий поганий варіант - зараз приходиться перераховувати вручну кожен раз.

Дякую, чи можна це зробити в addOrder до інсерту замовлення в БД? В такому випадку це не має сенсу. На форумі був такий модуль, але моцкальський

Доброго дня. Цікавить рішення, коли гостьове замовлення прив'язується до аккаунту при співпадінні телефону/мейлу. Тобто, при оформленні гостьового замовлення, якщо в базі є аккаунт з таким мейлом/телефоном, то замовлення прив'язується до цього аккаунта, але до моменту підключення модулів з "Враховувати в замовленні" та остаточного запису в базу. Це потрібно для того, щоб рахувалась накопичувальна знижка для постійних покупців, що роблять замовлення без авторизації/за телефоном.

Бо цей форум і є розробником ОКСтора (узагальнено). Сруть здебільшого на опенкарт раіся, бо в них свій продукт. Не бачив модулів для ОКС не сумісних з ОК. Ну, може, ті, що стосуються ЧПУ. Щодо СЕО - у мене стоїть Microdata Pro, більше нічого. Але швидкий шаблон, скрізь нормально прописані тайтл, дескріпш та Н1. Не можу сказати, що скрізь в топах, але є достатньо, тим більше не вкладаючи в СЕО абсолютно нічого крім власного труда (та й то було багато років тому). Втім, у мене вузька ніша. Щодо комньюніті - @spectre, з яким ви один одного вже послали куди тільки можна, наприклад, дуже адекватна людина, не тільки поради дає, але й часто людям допомагає безкоштовно там, де варто було б брати гроші. І він, можливо, остання людина тут, яка заслуговує на таке відношення. Тому, як то кажуть в мордорі "нє всьо так однозначно"

Зазвичай не втручаюсь в срачі, проте вирішив додати 5 коп. (я звичайний юзер, не програміст) Опенкарт - бескоштовна платформа. Багато в чому не ідеальна, але загалом проста і швидка. ОКСтор - закриває базові косяки ОК (я сидів на ОК довго, боровся до останнього, потім все одно переїхав на ОКСтор). І модулі, порівняно з Мадженто коштують копійки. І програмісті, навіть самі недоброзичливі і алчні, беруть, порівняно з мадженто, копійки. Якщо Ви будете задавати конкретні питання, скоріш за все Ви отримаєте відповіді (не завжди) і вони будуть достатньо точні і грунтовні. Якщо будете просити про список модулів - отримаєте розчарування від ком'юніті. Причому в обох випадках ви, можливо, будете спілкуватись з тими самими людьми. Я маю такий досвід тому можу про це говорити. Щодо модулів - у мене, наприклад є набір модулів на сайті. Хороших. Половина з них - москальські, навіть шаблон москальський. З одного боку, їх тут все одно купити не можна, з іншого - я вам їх і не пораджу, бо москальські. А заміну не знаю - сам зараз розбираюсь з тим, що є. Все інше з вашого списку - ваші фантазії.

Доброго дня. Є такий код (в для певних варіантів доставки він або віднімає вартість доствки з тотал, або додає): В першому випадку все завжди працює ідеально, а для weight.weight_6 та weight.weight_5 інколи (не завжди) двічі додає вартість доставки. Як тут: Можливо, я десь помилився і цього не бачу? Буду вдячний за підказку.

дякую, зараз буду копати.

Доброго дня. Пару днів тому вирішив встановити оновлення пакетів на сервері (debian+webmin), Оновлення не поставилося, а ввечері сайт перестав працювати (хостинг працює, але немає доступу до сайту ні по http ні по ftp. Перезавантажив ВПС, все запрацювало, а наступного дня приблизно в той самий час сайт знову ліг. Перезавантажив, почистив через autoremove, всі оновлення поставилися, але сьогодні сайт знову ліг і знову приблизно в той самий час. В логах апача нічого кримінального (пара годин до перезавантаження): Підкажіть, будь ласка, куди копати - не готовий зараз сервер перевстановлювати.

Ищите в поиске по форуму - ответы есть (в этой теме тоже), но всё делается вручную в движке. Если сами не готовы, то попросите в Услугах.

Probably, better to ask someone with needed skills to do this job . Also, if you really want to get some basic info (I know it's not true) - better to use English, it will be hard to chat here using google translator. Та не, нормально перевел, почти без ляпов