Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

100napb

Users
  
 View Profile  See their activity

  • Posts

    423

  • Joined

  • Last visited

 Content Type 

Everything posted by 100napb

  1. 100napb
    эта штука перемещает блок с описанием категории в самый низ контента на странице, прямо перед футером. промотайте страницу вниз и найдете блок с описанием категории там. зачем это все - вопрос. можете просто выпилить приведенный кусок js-кода из category.tpl, если хотите
  2. 100napb
    Код выглядит верным. А Ваши результаты выглядят так, словно где-то срабатывает строковая конкатикация. Ради проверки можете после блока вычислений вывести промежуточный результат в журнал ошибок опенкарта. Вот так: Посмотрите по коду ниже, какие операции над $price еще производятся. Скорее всего где-то накосячили или "неожиданно" приведение типа переменной к строке работает. Например, когда символ валюты приписывается.
  3. 100napb
    модуль для такой мелочи - это жир)) можно сделать простой редирект средствами веб-сервера (апачи или nginx; что там у Вас), а мобильные устройства фильтровать по user agent как альтернативный вариант, использовать библиотеку mobile detect. Добавить например в /catalog/controller/common/header.php буквально три строки: одна из которых - подключение библиотеки, а остальные - условие проверки и редирект.
  4. 100napb
    Система - настройки - редактирование настроек магазина - вкладка "опции". Ищем две группы настроек: статусы завершенного заказа. Как правило, это статусы успешно завершенного заказа + промежуточные статусы после оплаты. После установки этого статуса, пользователю будет отправлено письмо с доступом к загружаемым товарам и подарочным сертификатам. Заказы с этими статусами формируют первую, зеленую полоску "выполненных заказов" на Вашем скрине статусы обрабатываемого заказа. Как правило, это статус вновь оформленного заказа + статусы заказа ДО оплаты. Статусы, при которых заказ считается в обработке. После назначения такого статуса заказу будет происходить списание товара со склада и у покупателя будут вычтены бонусы и скидки. Заказы с этими статусами формируют вторую полоску "заказы в обработке" Заказы с остальными статусами (типа "отменен", "дублет", "отказ клиента" и т.п.) - это то, о чем Вы спрашивали. Те, которые не имеют статусов НИ завершенных, НИ заказов в обработке. Стандартных способов посмотреть их все и сразу через админку нет. Разве что, используя фильтр заказов, по статусу выбирать поочередно. Как предотвратить подобные заказы? Если у Вас в настройках выше все имеющиеся в магазине статусы правильно настроены, то... это нормально - иметь такие вот прочие заказы. У меня лично, например, все прочие - это все оформленные, но несостоявшиеся заказы. Отказы. Полезная цифра, которую всегда приятно видеть маленькой)
  5. 100napb
    Напомнило
  6. 100napb
    это всегда целый комплекс работ. и волшебной палочки, что бы "вжух и залетало" не бывает. Но кое-что Вы можете сами сделать. Например, наверняка нет сакрального смысла прятать в слайдерах последних новостей и товаров на главной странице тонну элементов (рили, там больше сотни товаров + с полсотни новостей)сократит сложность\структуру главной страницы и уменьшить кол-во узлов html-документа (пейджспи) Просто настройте в админке нужное количество - штук по 5, например
  7. 100napb
    в тексте ошибки, который Вы привели, содержится запрос из "мегафильтр про". Можете попробовать его отключить через админку, для начала + отключить его ocmod (модификатора мегафильтра может не быть в админке; лежит в папке system и для его отключения можно добавить символ "_" к расширению файла). Просто что бы удостовериться, что проблема связана с ним. как вариант: в контроллер или модель категории вносятся правки двумя или более модификаторами, которые между собой не дружат и делают невалидным код.
  8. 100napb
    1. Journal - Skins - Edit - Global - пункт меню аккордернеа "Collapse Content" - ищите строки "show more" и "show less". 2. Journal - Styles - Product Page Style - Пункт меню аккордеона " Stats - Other Stats - Среди прочих ищите "Model" они пошли дальше, еретики ) по-моему можно все языковые переменные жорнала назначить в админке, ни разу не открыв папку /catalog/language. Искать только замучаешься где назначать...
  9. 100napb
    .del
  10. 100napb
    Для начала уберите указание асинхронной загрузки (параметр async) в шаблоне темы (header.tpl ?) при подключении jquery-библиотеки. Сайт потому через раз и работает: иногда jquery успевает загрузиться раньше, чем к нему будут обращаться остальные скрипты; но чаще всего не успевает и консоль пестрит сообщениями об этом. В строке ниже, для бустрап.жс то же зря...
  11. 100napb
    похоже, что Вы пишите про проблему с ошибкой, а я про отсутствующие заголовки типа content-encoding или cache-control @Vladimir7 Yoda заставил меня невольно посмотреть внимательнее... у Вас таблицы стилей и скрипты (css и js) подгружаются на страничках с текущей, динамической, меткой времени. Что как бы дичь и делает бессмысленным кэширование, т.к. при каждом визите или обновлении страницы браузер клиента считает что ему отдают новый скрипт\стиль и грузит его с сервера, а не берет из кэша. Это явно что-то в настройках шаблона или его автор попросту перемудрил. Вот, смотрите: к слову, теперь мы видим, что часть статического контента, типа font-awesome, у которого нет метки времени в названии, начала нормально кэшироваться благодаря тому, что Вы прописали выше в htaccess. Правда сжатие контента не включилось, что может говорить о том, что у вашего apache не подключен mod_filter... попробуйте вот так
  12. 100napb
    Здравствуйте. У вас веб-сервер почему-то не обучен сжимать контент + не дает указаний по клиентскому кэшированию. Из-за этого любой сервис оценивающий скорость загрузки будет смотреть на сайт как на... гм ) не даст высокой оценки. для начала найдите в корневом каталоге сайта файл .htaccess и добавьте в самый низ следующие инструкции. После этого проверьте результаты хотя бы здесь. Если покажется мало \ захочется больше, то пишите в лс.
  13. 100napb
    Орнул ))
  14. 100napb
    звучит здорово. Из любопытства и для большего понимания (думаю, не мне одному может быть интересно): получается, вы научили редактор саммернот в админке сохранять что-то вроде bb-кодов для эмодзи, а сами эмотиконы выводятся на страничках сайта не как текст\шрифт, а как картинки? оригинальненько. ниже пару скринов с демо-сайта модуля
  15. 100napb
    поддержу. Наиболее разумно обращение к серверу СДЭКа делать асинхронно \ параллельно, что бы поскорее отдать страницу чекаута, не дожидаясь ответа апи. Если поглядеть на документации по интеграции, то можно сделать вывод о том, что кэшировать нужные данные для выполнения расчетов без участия сервера СДЭКа практически нереально - это over 9000 обращений нужно сделать: не только к каждому городу, но и с разными характеристиками отправлений (габариты, вес, тариф и тп). А там еще ведь разного рода ограничения в некоторых пунктах выдачи... В качестве единственного разумного варианта для кэширования остается разве что определить ограниченный перечень топовых\популярных направлений для отправки и заблаговременно готовить результаты только для них. Ну или кэшировать только те запросы, которые делали пользователи - так несколько проще - просто не запрашивать одни и те же данные повторно
  16. 100napb
    Вам, как разработчику и более опытному в пыхе, конечно, виднее. В качестве альтернативы стоит глянуть в сторону pcnt - он вроде как нативный. Конечно, небольшой ИМ с задачей раз в недельку обновить пару тыщ sku не испытывает серьезной потребности в максимально быстром экспорте\импорте. И подобная фича едва ли станет мастхэв для большинства - не всем это надо, да. Но иной раз скорость становится камнем преткновения и такие проекты то же есть )
  17. 100napb
    мускуль умеет работать в несколько потоков из коробки и специфических настроек для этого делать не нужно. там одно ограничение - нет мультипроцессорности в рамках одного запроса (даже тяжелый запрос будет выполняться силами 1 ядра), но это не мешает запускаться 2 и более таких запросов параллельно. Это факт. Та картина, о которой Вам прямым текстом со скринами пишет @avngroup практически 100% связана с однопоточной работой php-кода (это неплохо, так уж пыха работает). Неоднократно наблюдал подобное поведение для разных модулей: выгрузок в яндекс-маркеты, всяких экспортов-импортов и прочих интеграций - все это "добро" могло выполняться достаточно значимое время, но при этом давало нагрузку лишь на 1 процессорное ядро из многих. Было бы реально круто, если бы Вы смогли распараллелить (например с помощью pthreads или тех или иных очередей - Вам должно быть виднее) основную нагрузку, которую генерирует Ваш модуль. По-моему, ни один модуль сейчас такого не предлагает и не умеет
  18. 100napb
    если 2.1* ветка опенкарта прям обязательное условие, то mcrypt можно легко поставить из pecl'a. Он по-прежнему может быть установлен в качестве модуля php, просто он старый и не развивается - потому depricated и "в коробке" больше не идет. Погуглите по названию пакета "php72-php-pecl-mcrypt" или что-то в духе "php 7 mcrypt pecl". В том же remi-репозитории он есть. Можете так и передать хостеру. Проверял лично - полет нормальный ну и вот, в тему топика...
  19. 100napb
    потому что не установлена. Установить дело пары секунд, прописав команды apt-get install htop для ubuntu или yum install для centos'a Спасибо за скрин. Обратите внимание на значение load average (справа вверху). Там три числа\значения: за 1, 5 и 15 минут. И все они выглядят достаточно большими для сервера с 2 виртуальными процессорами. Похоже, что у Вашего vps\vds запаса прочности не хватает и под небольшим наплывом клиентов-ботов-зажатием ф5 в браузере он закипает. Либо эти значения связаны с нагрузкой на файловую систему - но по скрину этого не видно и надо мониторить (в шапке, по середине, 0.0wa). Либо, как посоветовали Выше, поискать графики нагрузки, в т.ч. на диски, в панели управления. Так же настораживает небольшое кол-во свободной ОЗУ. Если не секрет, сколько на сайте бывает уникальных посетителей в сутки \ сколько страниц просматривается? Я бы посоветовал провести аудит, что бы искать причины и оптимизировать, снижать нагрузку. Купить у хостера тариф подороже, не разобравшись - плохой вариант.
  20. 100napb
    Anyway, начать стоит с самого простого: подключитесь по ssh к серверу и покажите скрины вывода команд htop или top. Наиболее интересны значения load average, загрузка ЦПУ\ОЗУ, IO-нагрузка ( тут пример того, как в htop добавить колонку, отображающую нагрузку на диски) и топовые их потребители. В случае использования top вместо htop, интерес так же представляет значение wa в строчке, которая начинается с %Cpu(s).
  21. 100napb
    Без логов и указаний на конкретные ошибки, которые являлись причиной падения сайта и отката с бэкапов, сложно дать однозначные, конкретные ответы. что Вы имеете ввиду? у меня, например, есть проект, на котором эмодзи могут содержаться в отзывах клиентов, описаниях продуктов\статьях и в комментариях к заказам (отправяляются на почту клиентам). Исправно работает больше года по рецепту, которым делился выше. Если нужна помощь, а не совет, то пишите в ЛС.
  22. 100napb
    только ради эксперимента, только ради Вас. 1. /system/library/db/mysqli.php зеленым - добавил 2. в config.php файлах опенкарта define('DB_HOSTNAME', 'localhost'); 3. profit 4. вдогонку https://www.php.net/manual/ru/mysqli.construct.php
  23. 100napb
    плохо искали http://www.mysql.ru/docs/man/Can_not_connect_to_server.html Клиент MySQL на Unix может соединиться с сервером mysqld двумя различными способами: используя либо Unix-сокеты, когда соединение происходит через файл в файловой системе (по умолчанию `/tmp/mysqld.sock'), либо TCP/IP с соединением через номер порта. Unix-сокеты обеспечивают большую скорость, чем TCP/IP, но могут применяться только при соединении с сервером на том же компьютере. Unix-сокеты используются, если не задано имя хоста или если задано специальное имя localhost.
  24. 100napb
    в самом верху этого списка таблиц в интерфейса phpmyadmin есть пагинация страниц нужная Вам таблица просто на 2й \ следующей странице.
  25. 100napb
    хорошо то, что хорошо кончается В ОС3 из-коробки сессии хранятся в БД, в то время как в прошлых версия были файловыми.

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.

  I accept