clarionio
-
Публікації
69 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача clarionio
-
какой хостинг нужен для трафика 1к?
topic відповів в shurc1 clarionio Opencart 2.x: Загальні питання
З таким трафіком вже варто дивитись у сторону дедіків, у того ж Hetzner, вийде навіть дешевше ніж VPS, на хостингу все буде тупити (хіба що все закешувати, і наслідки від цього будуть цікаві) -
Відкритий код,набагато приємніший інтерфейс як адмінки так і стандартної теми. Нормальна логіка посадкових сторінок, на відміну від vier. Ну і те що згадав маестро @Yoda теж.
-
Цікаво, не знав про нього) То виходить дарма писав
-
OCfilter на 2 голови краше
-
Як варіант рішення - відправляти листи не відразу, а додавати у чергу. А листи з черги відповідно слати скриптом який кроном запускається (наприклад щохвилини). Маю такий модуль, можливо колись на продаж викладу, ця тема часто піднімається бачу
-
Тут вже залежить від налаштування, стандартні налаштування скоріше всього не підійдуть, тому що вони задумані для сайту без сторонніх модулів (і зазвичай тормозить щось стороннє і закублене,)
-
Сайт на повільному хостингу? Час відповіді викликає відчуття лагучості. На 3/4 порожнє меню то жах, в загальному сайт не відчувається комфортним
-
Модуль крутий, але іноді трохи капризний -
-
Вирішив таке питання самопальним брокером пошти у якому листи по крону відправляються, а при оформленні замовлення просто попадають у чергу по принципу FIFO
-
Права на директорію дайте 755, файли 644 І напевно відключіть open_basedir
-
Таку процедуру не треба робити, воно задумано для переїзду з версій 2.х, відмінності у БД краще потім руками зробити якщо вони є
-
АОП може і створити категорії якщо прайс yml/xml формату. Щоб створити сторінку категорії та націнка не потрібно її руками створювати, а треба завантажити прайс (має бути розмічена загальна вкладка у формі-постачальника) І потім виконати
-
Значить напевно що тільки 50 різних категорії є у товарах у вашому прайсі, таке часто буває в yml/xml вигрузках (там де дерево категорій окремо від товарів є)
-
Потрібно закинути мовні файли і прописати дректорію (імовірно pl-pl та кодування, наприклад: pl-PL,pl_PL.UTF-8,pl_PL,pl-pl,polska)
-
Модуль працює, але натягнути кастомну верстку то проблема, закодовано модель, що суперечить ліцензійній угоді опенкарт, кодувати можна бібліотеку наприклад, яка може працювати самостійно
-
Однакові урли для різних мов)
-
Ну перше на що я звернув увагу це - написи на картинках, мерчант їх не пропустить
-
Оптимізація запитів до БД часто необхідна, коли товарів більше ніж кілька тисяч. Кешери - зло, вони вирішують симптом, а не проблему. Поганий хостинг то теж зло, але і такі майже не зустрічаються (конкретно не буду казати, адже це їх прорекламує). Відверте зло це багатоповерхові запити в закубленому модулі, таке краще викинути
-
Спробуйте в контролері до наприклад $data['print'] додати вміст admin/view/template/common/lepingud/print.twig. То приблизно так треба (Приблизно, це означає що код не перевірявся) $print_data = array(); /* * Тут ви формуєте набір даних які треба прокинути у view * $data['print'] = $this->load->view('common/lepingud/print', $print_data) Потім у файлі admin/view/template/common/lepingud/lepingud.twig пишіть {{ print }}, там де треба вивести. Або краще для таких речей робіть завантаження через ajax, але то трохи складніше
-
То дещо мало, 1000*1000 приблизний мінімум, наприклад до картинок на сторінці товару. + бажано уникати випадку коли оригінали дуже малі. Конкретно я коли розраховую розмір картинок то орієнтуюсь на смартфони з 2к розширенням і десктопи з 4к
-
Гляньте до якого розширення у вас робляться ресайзи. Можливо справа у низькому розширенні
-
При написанні у підтримку як правило відкривають
-
MySQL має працювати і 10.х, там є зворотня сумісність. Оновляти сайт повністю не варто якщо там багато напрацювань і він дає стабільні продажі, краще модифікувати його просто
