Leaderboard

1000мс - это НЕ приемлимо. даже без траффика. потому что хотите или нет, боты спрашивать не будут, а будут ходить как им захочется и создавать нагрузку. сейчас оно какое, сколько мс? чем меньше время отклика, тем меньше вы будете переживать о нагрузке на хост. если не выходит сделать не тормозящий сам по себе сайт, то нужно ставить кэш-модуль. и нагрузку создает не сам факт прихода 1000 человек, а то, сколько запросов они делают к сайту. именно скриптовых, тяжелых, а не запросов статики. одно дело если каждый зайдет и откроет 1-5 страниц и совсем другое если каждый из этой 1000 еще походит нормально по сайту, сделает с сотню запросов например. надо понимание сколько запросов в секунду максимум будет приходить, а не сколько человек в час или день. в общем заранее сложно угадать, не видя реального траффика по логам. вам бы по хорошему сразу стоило озаботиться кэш-модулем больше, чем выбором хоста т.к. это выйдет наверняка дешевле, чем платить постоянно за дорогой хостинг. расчет примерно: при 1сек ожидания отклика и если у вас 1 ядро процессора, значит максимум 1 запрос в секунду можно позволить. на 4 req/s надо 4 ядра (т.к. каждое будет полностью занято целую секунду одним лишь запросом). и тут речь минимум о vps, т.к. на виртуальном врядли вам дадут постоянно грузить на 100% несколько ядер. соотв. сократив время ответа до 0.1сек вы в 10 раз снизите требования к мощности хоста. и возможно вполне можно будет обойтись дешевым виртуальным хостингом.

Доброго дня! В пункті 4.2 $data['prices_custom'] = array(); $prices_query = $this->db->query("SELECT product_id, price FROM " . DB_PREFIX . "product_special WHERE customer_group_id = 7"); foreach($prices_query->rows as $price_item){ $data['prices_custom'][$price_item['product_id']] = $price_item['price'] * $data['currency']; } де 7 - це потрібний ід групи покупців І в пункті 4.3 if(isset($data['prices_custom'][$product['product_id']])){ $product['price'] = $data['prices_custom'][$product['product_id']]; }

Якщо ви використовуєте панелі управління серверами VestaCP/Hestia в режимі Nginx+php-fpm без Apache (то ви вже молодці :). І плануєте встановити (або вже використовуєте) багатомовність з префіксами виду /uk/url.html то перед вами постане одна проблема, яка пов'язана з кривим дефолтним конфігом Nginx в цих панелях. Проблема полягає в тому що сервер не буде обробляти запити типу /uk/index.php?route= і видаватиме помилку 404. Лікуємо. Перед if (!-f $document_root$fastcgi_script_name) { return 404; } в location ~ [^/]\.php(/|$) { потрібно записати if (!-e $request_filename) { rewrite ^/(.+)$ /index.php?_route_=$1 last; }

Зараз активно тестую https://salesdrive.ua/ Що можу сказати. Плюсів багато. Але, оскільки магазин в нас вже є і багато чого організовано саме в опенкарт, то виникли деякі затики. 1. Я використовую filterit дуже давно, в нас багато там налаштовано і перероблювати немає зараз змоги. Так от доставки і оплати нормально передавати не можна. Але обіцяли мені це зробити 2. В даній CRM немає груп покупців, які я використовую. 3. Для різних груп покупців різні ціни я також не можу використовувати 4. Немає нормальних оптових цін (те, що в опенкарт називається "знижки"). І менеджеру треба буде приймаючи заявку памятати, що ціну треба змінити (це за умови замовлення з соцмереж або по телефону). Тому, якщо у вас все це використовується, то думайте.

Я купував від Богдана модуль)) все працює) "проста" не вийшло))))))

Чтобы товары только этого фида то ключ поставьте p.sku,feed