mesateri

90% всіх проблем можна вже зараз вирішити за допомогою chatgpt. Як наприклад зараз:Ці помилки виникають не через права доступу, а через те, що PHP не може відкрити файл – тобто функція fopen() повертає false, тому подальші виклики flock(), fread() та fclose() отримують невірний (boolean) параметр. Можливі причини та рекомендації Файл не існує або був видалений Метод get() використовує функцію glob() для пошуку файлів за певним патерном. Якщо знайдений файл видаляється (наприклад, через логіку в конструкторі, яка видаляє прострочені файли), то між викликом glob() і fopen() файл може стати недоступним. Відсутність перевірок помилок У коді не перевіряється, чи вдалося відкрити файл. Якщо fopen() повертає false, подальші операції з файлом викликають помилки. Невірна конфігурація шляху Переконайтеся, що константа DIR_CACHE вказує на правильну директорію, і що ця директорія існує та доступна для читання/запису. Рекомендації до покращення коду Додайте перевірку після fopen() Перевірте, чи вдалося відкрити файл, перш ніж виконувати інші операції. Наприклад: public function get($key) { $files = glob(DIR_CACHE . 'cache.' . preg_replace('/[^A-Z0-9\._-]/i', '', $key) . '.*'); if ($files) { $handle = @fopen($files[0], 'r'); if (!$handle) { // Файл не вдалося відкрити – можна повернути false або обробити помилку іншим способом. return false; } flock($handle, LOCK_SH); $data = fread($handle, filesize($files[0])); flock($handle, LOCK_UN); fclose($handle); return json_decode($data, true); } return false; } Перевірте правильність шляху та імен файлів Переконайтеся, що DIR_CACHE має вірне значення і директорія існує. Також перевірте, чи немає проблем із символами в іменах файлів, які можуть впливати на пошук. Обробка видалених файлів Якщо файл може бути видалений між викликом glob() та fopen(), розгляньте можливість додаткової перевірки на існування файлу (наприклад, file_exists()) перед його відкриттям. Підсумовуючи, проблема не в правах доступу (хоча вони завжди варто перевіряти), а в тому, що функція fopen() не знаходить файл, і ваш код не враховує цей випадок. Внесення відповідних перевірок допоможе уникнути попереджень та стабілізує роботу кешу.

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