mesateri

Початкові дані: Ostore 3.0.7 Налаштування: Хочу реалізувати, щоб замість : /index.php?route=product/category&path=71 , в адресному рядку було: /category/71 Аналогічно і для Товарів. В system/library/seopro.php був вставлений такий код: public function prepareRoute($parts) { if (!empty($parts) && is_array($parts)) { foreach($parts as $id => $part) { // new seo /product/100 , when 100 - id product if (preg_match('/^product\/(\d+)$/', $part, $matches)) { $this->request->get['product_id'] = $matches[1]; $this->request->get['route'] = 'product/product'; unset($parts[$id]); continue; } if (preg_match('/^category\/(\d+)$/', $part, $matches)) { $this->request->get['path'] = $matches[1]; $this->request->get['route'] = 'product/category'; unset($parts[$id]); continue; } // new seo В .htaccess додані наступні рядки: RewriteRule ^product/([0-9]+)$ index.php?route=product/product&product_id=$1 [L,QSA] RewriteRule ^category/([0-9]+)$ index.php?route=product/category&path=$1 [L,QSA] Все працює наче нормально. При заході на /category/71 відкриває потрібну категорію. Чи не пропустив я чогось? Можливо ще і public function baseRewrite треба правити?

Все класно, але так і не зрозумів, для чого потрібно Коефіцієнт "засів" Приклад, є товар , в нього середньомісячні продажі по кварталу 100 шт, по року 120.. Чим допоможе кеф? Чи це по типу, в середньому на партію яка закуповується 3% браку, 5% крадуть, тому кеф повинен бути 1,08?

на болотах вже закінчились і програмісти?

а що тепер потрібно оновити модифікатори. /storage/modification - видалити через фтп всі папки які тут знаходяться. Якщо не було тегу в оригінальному файлі header.php , ви його туди добавили, то залишилось оновити модифікатори. Якщо це не допомогло, беріть оригінальні файли і по одному переносьте поки проблема не вирішиться, при цьому не забувайте видаляти модифікатори. (свої файли можете перейменувати, на header2.php якщо хочете зберегти те що напрацювали.)

Переконайтеся, що PHP встановлений: Ви можете перевірити це, створивши файл з ім'ям info.php з таким вмістом: <?php phpinfo(); ?> Якщо ви бачите код як текст на сторінці авторизації, це вказує на те, що PHP-код не обробляється правильно, і він виводиться як звичайний текст. Це може статися з кількох причин: Неправильна конфігурація сервера: Можливо, сервер не налаштований на обробку PHP-файлів. У цьому випадку сервер просто відображає вихідний код файлу. Неправильне розширення файлу: Переконайтеся, що файл має розширення .php, а не .html або інше. Відсутність PHP на сервері: Якщо на сервері не встановлено PHP або вебсервер не налаштований для роботи з PHP, код не буде виконуватися. Помилка в конфігурації вебсервера: Наприклад, в Apache може бути відсутній або неправильно налаштований модуль mod_php.

1. на сторінці оформлення замовлення додається обов'язкове поле емейл (якщо до цього не було). --після натискання на кнопку оформити відбувається: 2. в контроллері по базі пробиваєте чи є такий емейл в базі 3. Якщо є, то замовлення здається під цим customer_id 4. Якщо немає, примусово реєструєте, рандомний пароль відправляєте на цей емейл. Авторизуєтесь під цим логіном --Відбувається оформлення замовлення.

якщо версія 3 опенкарта, то в catalog/controller/account/account.php вставте $data['total_reward'] = (int)$this->customer->getRewardPoints(); а в шаблоні вставте {{ total_reward }} на місце де хочете вивести

зробіть скрін з Дизайн -- Макети -- Обліковий запис, щоб зрозуміти які модулі використовуються.

ліва колонка виводиться з контроллера extension/module/account , там є total_reward, тому виводиться нормально Якщо ви виводите свої дані через якийсь модуль (який підключили в праву колонку через Дизайн - макети), то додайте в контроллер модуля код з extension/module/account який відповідає за total_reward. Якщо додаткового модуля не підключали, то значить виводиться повинно через catalog/controller/account/account.php, тому додайте код з extension/module/account який відповідає за total_reward. Взагалі, гадати на кофейній гущі, що у вас там під капотом , складно)

Тільки хотів написати, що дуже не вистачає данного функціоналу. Модуль стрімко розвивається, так тримати!

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

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

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

https://nazarkachurak.com/checkbox/ Правильно чек відправляти після покупки той який ви фіскалізували. Найпростіше використовувати для цього сервіс чекбокс. Для цього навіть є гарний модуль

више було посилання на послугу пошук вірусів.

перезалийте оригінальний файл опенкарт, щоб відновити роботу сайту, а потім вже шукайте віруси.

Навіщо вам свинособача локалізація? Ми зі всіх проектів прибрали взагалі русняву мову і це ніяким чином не відобразилось на зменшенні продажів. Навпаки, там де недопереклали сайт, нам приходили обурливі повідомлення на пошту, пофіксили і все норм. Лагідна українізація, це коли будуть всі сайти на українській мові і з часом легко вивчиться будь-якою людиною. Запускати новий проект з ворожою локалізацією в 2024 році, це мінімум, якось дивно.

Відповідь хостера. Залишу тут може комусь допоможе :

Підскажіть, може хто знає, бо перерив вже весь інтернет. Почала періодично вискакувати помилка mysqli::close(), магазин на версії 1.5.5.1. php - 5.6 Сервер vps, диск заповнений на половину, оперативка загружена на 3-5%, як і проц. Лог с адмінки 2024-02-12 10:00:02 - PHP Notice: mysqli::close(): send of 5 bytes failed with errno=32 Broken pipe in /var/www/xxx/data/www/xxx.com.ua/system/database/mysqliz.php on line 71 2024-02-12 10:15:02 - PHP Notice: mysqli::close(): send of 5 bytes failed with errno=32 Broken pipe in /var/www/xxx/data/www/xxx.com.ua/system/database/mysqliz.php on line 71 2024-02-12 10:30:02 - PHP Notice: mysqli::close(): send of 5 bytes failed with errno=32 Broken pipe in /var/www/xxx/data/www/xxx.com.ua/system/database/mysqliz.php on line 71 Помилка виникає кожні 15 хвилин. Перша думка мабуть це крон, в задачах знайшов тільки /usr/local/mgr5/sbin/cron-ispmgr addon/srvmon, яка кожні 15 хвилин, це якась сервісна Ispmanager services monitoring task (srvmon) Перерив всі логи, не бачу якоїсь закономірності, типу щоб через якийсь модуль.

хто користувався, поділіться досвідом, так як в нас звичайні номери забанили ще більше року тому, коли ми своїм клієнтам писали. Загальна кількість "новий" клієнтів десь 400 була і то номер телефону в бані.

Підскажіть, не можу зрозуміти. Є наприклад ТОВАР, кількість якого 1 шт. Одночасно на сайті 2 користувачі додали до кошика, та вже перейшли на сторінку оформлення замовлення. Заповнив дані та нажав підтвердити замовлення, спрацьовує метод confirm і відправляється замовлення. В результаті ми отримуємо 2 замовлення в базі, та товар з залишком -1. Тількі що провів тести на Ocstore 3.0.3.7 версії. Якщо додати в кошик, потім перейти на сторінку замовлення, (паралельно ставимо в адмінці кількість товарів на складу 0, імітуємо, що хтось викупив товар), натискаємо підтвердити. Результат замовлення в адмінці, товар на складах з залишком -1. Хто як вирішував це питання? моливо є ідеї?

Так, тільки Total (N товаров Сумма) берется с Order таблиці, а дані по кожному товару, беруться з order_product таблиці. Це хіба що прорахувати Total самостійно. Ну якщо кращого рішення не знайду, піду цим шляхом. Дякую за думку

В магазині за замовчуванням стоїть доллар США. Товари всі продаються в гривні. (курс гривні * доллар) В налаштуваннях гривні йде округлення до цілого. Тобто замість 8 грн 55 коп, буде 9. Приклад, ТОвар 1 1.6 доллара 65,60 грн (ціна без округленн) 66 грн (ціна продажу) ТОвар 2 1.6 доллара 65,60 грн (ціна без округленн) 66 грн (ціна продажу) Всього 3.2 доллара 131,20 грн (ціна без округленн) 131 грн (з округленням) Ось тут і виникають складнощі, передаючі дані в податкову через ПРРО, в нас Ціна товару 1 + 2 = 132 грн, а ми передаємо 131 грн... Підскажіть, хто як вирішував таку проблему? або може є думки, як це вирішити. З нашими стрибками курсу гривні, вести облік товарів в гривні не варіант, бо якщо будет стрибок , наприклад, до 45 , прийдеться всі товари вручну змінювати ціну.

сам відповім на своє питання, після консультації з менеджером нової пошти. При створенні накладної, правильно вказувати форма оплати готівка + в полі контроль оплати вказуємо сумму наложки, яку НП зарахує нам на р\р