drOC

Если токен сформирован, вероятно, проблема в сессиях. Можно попробовать сбросить пароль через базу данных. Также произвести сравнение файловой структуры с помощью утилит вроде git diff на предмет вмешательства в фс, проверить журналы сервера, настройки безопасности. Проверить квоты. В общем, если есть предпосылки ко взлому, или что то пошло не так без вашего вмешательства, нужно изучать все аспекты.

Можно ссылку на сайт в тему или ПС

Сколько запросов http в минуту? Включено ли отображение количества товаров в меню категорий? Так или иначе, при такой базе, нужно смотреть в сторону memcached и/или прокси кеш.

Не совсем понятна задача - вам нужен журнал редактирования товаров или некий информационный блок с датой для покупателя?

payoneer + вывод USD на валютный счет monobank от $1 в любое время (через приложение).

https://validator.w3.org/nu/?doc=http%3A%2F%2Fbitty.com.ua%2F Вам бы еще SSL установить, для магазина - обязательно.

Точно замечено, спасибо за информацию. Предполагалось что проблема в конфликтующих связях БД между разными версиями, хотя импорт производился вручную. Возможно, кому то пригодится инструмент, которым пользовались при переносе (кроме сабжа, проблем с базой нет): https://mysql.datamerge.online Тему можно закрыть. Спасибо всем участникам!

Всем спасибо за предложения. Вопрос снят с повестки.

ocStore 2 -> ocStore 3

ocStore 3.0.2.0, забыл приложить версию.

Спасибо за ответ, по модулю вопросов нет, но в контексте задания, нам также не нужны мультиязычные aliases, которые используя формирователь SeoPro, должны быть уникальными (category_1_ru, category_1_en например) Используя префиксы URI, в таких алиасах теряется смысл. Но структуру ссылок и поведение редиректов хотелось бы оставить.

1. Требуется сделать мультиязычные URL вида www.site.com/en 2. Для SeoPro найти решение убрать мультиязычные keywords, так, чтобы URI имели одинаковый вид для всех языков сайта, кроме префикса en/ru. Есть еще задачи по части бекенд.

Некорректная работа после переноса БД со второй версии - часть не отображается, некоторые модули не отключаются. Нужно найти причину и исправить. Предположительно, ошибка возникает в конфликтах таблиц oc_module oc_extension% Есть еще задачи по части бекенд.

Требуется доработать шаблон (Bootstrap 4, Pure CSS) Задачи: Доработать страницы оформления заказа, корзины, оформить (при возможности написать) модули. Необходим опыт: Bootstrap 4 - в проекте используется минимум кастомного CSS, максимум стандартных классов. GIT - будет плюсом, базовые знания для командной работы (проект на GitHub) Adobe XD Есть задачи по части программирования + верстки, например: 1. Модуль меню в шапке - вывод категорий и подкатегорий + кастомные ссылки по группам (блокам/колонкам меню) с возможностью добавления их в неограниченном количестве в настройках модуля в админке. 2. Модуль подписки на новости - при указании email в футере, подписывать гостя/пользователя с базовым административным интерфейсом. 3. Модули оплаты/доставки (сервисы, шлюзы, geoIP) 4. Модуль корзины и тд. По каждому пункту будет предоставлено отдельное ТЗ. Подробности в PM, просьба указать желаемую часовую ставку. Заинтересованны в долгосрочном сотрудничестве.

Вам нужно знать структуру данных и пространства имен в OpenCart. Заказы не отображаются, потому что с большой вероятностью вы не импортировали дочернюю таблицу. Обратите внимание на структуру таблиц oc_order% Пройдитесь по первичным ключам и отследите, которые из них связаны с другими таблицами, например поле marketing_id требует наличия идентичных первичных ключей в таблице oc_marketing. Поскольку в OpenCart не используются внешние ключи / InnoDB, проще импортировать все данные, исключив ненужные таблицы / поля.

Есть онлайн утилита для предварительного сравнения и выборочной интеграции таблиц, полей и данных. Работает для разных версий серверов MySQL. Для разработчиков значительно упрощает анализ структуры разных версий. Возможно будет полезным. Конфликтующие структуры - только руками, в прочем, между разными версиями OpenCart отличий минимум. https://mysql.datamerge.online

Просто укажите нужное подключение в файлах конфигурации config.php и admin/config.php

Ошибка при установке OpenCart? Если так, то проверьте, совпадает ли пароль пользователя БД, с тем который указываете при установке. По большому счету, для новичка будет проще установить OpenCart на реальный хостинг, где уже все настроено из коробки, есть удобная контрольная панель, техническая поддержка, и автоматические бекапы На виртуальном хостинге установка OpenCart не составит трудностей, к тому же часто бывает доступна в один клик. Иначе, когда доделаете проект, возникнет вопрос переноса сайта на внешний сервер с ковырянием текущих конфигураций. И поскольку сайт на локалхосте, вам никто не сможет помочь с этим даже на платной основе.

Цель установки данного модуля? Если хотите улучшить релевантность выдачи то для этого используются другие решения.

У вас симпатия к запросу? Я о вложенных селектах.

Добрый день, а что в логах - так и напрямую заходят или реферально. Возможно это локальная проблема при динамическом формировании ссылок, например в фидах, не поддерживающих какую нибудь модификацию.

Согласен, SELECT в JOIN - достаточно ресурсоемкая операция, так как требует выборки по каждой вложенной записи, а у вас их на А4 хватит, учитывая перспективы данных таблиц.

Який у вас хостер?

Якщо повідомлення відправляються періодично, така помилка дійсно може свідчити про блокування програми sendmail зі сторони хостинг провайдеру. Інакше це могла бути інформація про помилку підключення до поштового серверу і т.д. Незалежно від того, яка у вас відвідуваність, в завданні cron може бути велика черга email для розсилки за певний проміжок часу. В наданих логах зафіксовано помилки інтерпретатора PHP. Тобто скрипт повідомляє про неможливість виконання запиту до sendmail. Більш точна інформація стосовно причин помилки sendmail, в залежності від операційної системи і конфігурації, журналюється окремо, як правило для linux серверів це директорія /var/log/. Якщо у вас виділений сервер, ви можете перевірити логи самостійно, інакше нормальною практикою є надання хостером такої інформації, в тому числі кількість розсилок за певний проміжок часу відповідно до вашого тарифного плану, час і процес, який викликав перевищення ліміту. Іншою причиною блокування відправлення листів може бути вірусна активність/розсилання спаму у фоновому режимі, але це малоймовірно, якщо ви не користуєтесь варезним софтом. Вимагайте інформацію від хостера, пропозиція змінити тарифний план - це відповідь відділу продаж а не технічної підтримки. Можете самостійно спробувати зібрати більше інформації використовуючи команду: /usr/sbin/sendmail -X /var/www/tiens/data/x.log -D /var/www/tiens/data/d.log -t -i -f [email protected] Відповідно, якщо ви маєте доступ до директорії /var/www/tiens/data/ данні будуть збережені у файлах: /var/www/tiens/data/x.log /var/www/tiens/data/d.log