Вход • Регистрация

Всего найдено: 5648

  • 10 июля 2023 г.
  • Хостинге спросите лог медленных запросов. Или сами в PMA или adminer гляньте, там видно какие запросы больше всего выполняются. Видно будет к каким таблицам запросы, в shop_param, search_index ли или ещё куда-то. Оттуда плясать уже можно

    Там ещё ошибки есть
    Цитата

    Warning: Invalid argument supplied for foreach() in /optimalstroy.ru/includes/custom.php on line 284
    попробуйте РНР 7.2 понизить
  • 13 июля 2023 г.
  • Я постараюсь руки дотянуть завтра, из поддержки доступы возьму, посмотрю, потыкаю )
    Я Дмитрию говорил, я люблю adminer, он старенький, но действенный и наглядный. Там есть "Процессы" и сразу видно, как сайт запускаешь, какие запросы повисают надольше и по ним уже понятно, откуда ноги растут
  • 10 июля 2023 г.
  • Ну во-первых, десяток строк можно было скопипастить и прямо так, без xlsx+zip+вложение, вот так:
    Код
    0.00007725 SELECT param_id, param_value FROM `diafan_shop_price_param` WHERE price_id=1875
    0.00011650 SELECT param_id, value1 AS value FROM `diafan_shop_param_element` WHERE element_id=835 AND param_id IN (8,15)
    0.00006550 SELECT image_id FROM `diafan_shop_price_image_rel` WHERE price_id=1875 LIMIT 1
    0.00011400 SELECT id, name1 AS name, site_id FROM `diafan_shop_brand` WHERE trash='0' AND act1='1' AND id IN (1)
    0.00035475 SELECT * FROM `diafan_rewrite` WHERE trash='0' AND module_name='shop' AND element_type='element' AND element_id IN (854,853,852,847,846,845,844,843,842,841,840,839,838,837,836,835)
    0.00024850 SELECT a.id, a.name1 AS name, a.percent, a.price, a.amount, a.required, r.element_id, r.summ FROM `diafan_shop_additional_cost` AS a INNER JOIN `diafan_shop_additional_cost_rel` AS r ON r.additional_cost_id=a.id WHERE r.element_id IN (858,857,856,855,854,853,852,851,850,849,848,847,846,845,844,843,
    0.00041225 SELECT id, name, alt1 AS alt, title1 AS title, folder_num, module_name, param_id, element_id, element_type FROM `diafan_images` WHERE trash='0' AND module_name='shop' AND ( element_type='element' AND ( param_id=0 AND element_id IN (854,853,852,847,846,845,844,843,842,841,840,839,838,837,836,835)))

    Во-вторых, какие же это *медленные" запросы? Десятитысячные доли секунды - это не тяжёлые запросы. Надо slow_query включить режим отлова, и все длинные и только их отловить
    Все-все не надо )
  • 11 июля 2023 г.
  • Вот, уже видно. Да, это значения характеристик с типом выпадающий список отбираются долго. 70 секунд - очень долго. Но 6 секунд ниже тоже много очень, проблема так же со связями с категориями, это когда вместо "Все" выбирают каждую категорию с Ctrl, например. Результат тот же, но нагрузка иная. Может где-то индексы с таблицах отвалились. Может наоборот, нужно поставить по полям, которые отбираются. Вообще, интересно админку глянуть. Давали доступы в поддержку?
  • 14 июля 2023 г.
  • Давайте перейдем в тикет, там разберемся.

    Цитата
    Причину почему не работает на старом серваке так и не смоги определить

    У меня, кстати, недавно так было, при почти нулевой посещаемости нагрузка на CPU 105% и ttfb 10+ секунд. Причем даже не VDS, физическая машина! Я вообще сидел как дурак глазами хлопал, туда-сюда то одно крутил, то другое, service apach2 stop делаешь, нагрузка 0%. service apache2 start - прыг на 105% и сайт висит. Неделю бился, не мог понять корни, потом между делом тыкнул "Обновить webmin", и он все пакеты обновлений Apache nginx за собой подтянул и после перезагрузки опа, тишь и благодать. Заработало как пуля. Я ничего не понял, но вздохнул, плечами пожал, заработало и ладно )
  • 11 августа 2023 г.
  • Самый прожорливый модуль - "Посещаемость" с защитами от ботов. Он надувает таблицу сессий и со временем она пухнет донельзя. Гляньте первым делом её, отсортируйте таблицы по размеру, она если первая, очистите. Через сессии вся работа цмс идёт и когда там миллионы, закономерно тормозит.
  • 19 июня 2023 г.
  • Цитата
    Является ли это правило альтернативой? RewriteCond %{ENV:HTTPS} !on

    Зависит от хостинга )
    Уточните у них, лучше .

    Скорее всего где-то на уровне сервера у них стоит отдельный редирект на https. Частенько такая галка есть в настройках панелек, типа ispmanager, что-то типа "Перенаправлять все запросы на https"
  • 21 июня 2023 г.
  • Это виртуальный адрес обмена, за него отвечает файл /modules/shop/shop.1c.php но его лучше не трогать, он не имеет отношения к проблеме. До него дело не доходит, доступ к нему блокируется на уровне веб-сервера. Может быть там проблема косвенная с https://user.diafan.ru/wishlist/show4136/
    Нужно посмотреть логи, и если там подобная ошибка, нужно поменять принцип запроса.
  • 19 июня 2023 г.
  • https://www.diafan.ru/dokument/full-manual/modules/shop/admin/#Integratsiya-s-sistemoy-1SPredpriyatie
    Цитата
    адрес сайта: http://site.ru/shop/1c/1c_exchange.php подставив вместо site.ru адрес своего сайта.

    Внимание!
    Не пытайтесь открыть этот адрес в браузере! Скрипт ответит только программе 1С по её запросу с авторизационными данными, которые будут внесены в настройки.
    Если Ваш сайт работает по протоколу HТTPS, то могут быть проблемы с подключением. В этом случае нужно в редирект HTTP>HTTPS файла htaccess добавить исключение:

    Код
    RewriteCond %{HTTPS} =off
    RewriteCond %{REQUEST_URI} !^(.*)1c_exchange(.*)$ [NC] [OR]
    RewriteCond %{QUERY_STRING} !^(.*)1c_exchange(.*)$ [NC]
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]

    В зависимости от хостинга синтаксис может немного отличаться от вышенаписанного. Поэтому если нет соответствующих знаний, лучше обратиться в тех.поддержку хостинга и попросить внести требуемые изменения
  • 19 июня 2023 г. , редакция: 1687184928
  • Код
    RewriteCond %{HTTPS} =off
    RewriteCond %{REQUEST_URI} !^(.*)1c_exchange(.*)$ [NC] [OR]
    RewriteCond %{QUERY_STRING} !^(.*)1c_exchange(.*)$ [NC]
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]

    Суть этого участка в том, чтобы адрес http://site.ru/shop/1c/1c_exchange.php открывался не по https, а по http
    То есть, если запрос адреса http://site.ru/shop/1c/1c_exchange.php, то не выполнять редирект на https, а остаться на http

    Спросите на хостинге, как сделать так, чтобы весь сайт был на https, а адрес http://site.ru/shop/1c/1c_exchange.php отвечал по http без редиректа
  • 21 июня 2023 г.
  • Цитата
    Не было проблем раньше, сейчас появилась
    Это нормально, хостинг выпускает обновление сервера и старые настройки перестают устраивать CMS.

    Подобных запросов было несколько в поддержку у нас, все решены. Способы +/- разные, зависит от хостинга, обновления apache, передачи переменных и настроек безопасности.
    На форуме вслепую гадать сложно, лучше, конечно, в поддержку дать доступы и конфигурацию хостинга и решить вопрос гарантированно.
    Сейчас выпустить обновление для CMS под изменения apache нельзя, так как не все перешли и применили его. Пока менять приходится индивидуально
  • 06 июня 2023 г.
  • Цитата
    Подскажите зеленому, куда смотреть? Где копать? Куда бежать?)

    Вариантов куда смотреть несколько. Наугад что-то конкретное сказать сложно. Скорее всего, как сказал Павел, или что-то в БД сломано, или что-то не перенеслось из архива, или переопределено в теме дизайна.
    Велика вероятность, что проблема в кэше, который надо очистить в папке /cache/ полностью.

    Куда бежать? В поддержку, конечно. Дать доступы, там быстро укажут, в чем проблема. Но придётся лицензию на сайт заиметь )
  • 06 июня 2023 г.
  • Цитата
    как правильно описать суть проблемы, и на что при этом обратить внимание!

    Что за сайт? Домен? Кто делал изначально? Какая версия? Когда работал корректно в последний раз?
    Ну и очевидные вопросы: что с лицензией и почему не идёте в гарантированную техподдержку, где точно помогут восстановить работу?
  • 02 июня 2023 г.
  • Цитата
    Где, что, прописать, что-бы система видила этот новый файл

    А системе зачем его видеть? Он нужен ПС, соответственно, достаточно было просто положить в корень и в robots.txt прописать
    Код
    Sitemap: https://www.example.com/newsitemap.xml
  • 30 мая 2023 г.
  • Ну вручную ограничить пользователя и материалы можно через
    Код
    if($this->diafan->_users->id==7 AND $this->diafan->_route->edit==44)

    В clauses.admin.php, да. Но нужно ещё создать там ручную функцию edit(), чтобы он список видел, но редактироваться открывалась только 44. Или просто при инициализации модуля блокировать пользователя. Но он тогда чисто по прямой ссылке редактирования сможет зайти, чтобы /edit44/ было в урл. А весь модуль статей будет недоступен.

    Но не проще ли при назначении прав пользователю поставить галку "Видеть только свои материалы" и назначить владельцем статьи 44 пользователя 7? Просто в БД автора махните и всё.
  • 30 мая 2023 г.
  • Цитата
    Скриншот во вложении.

    Ого!? По-моему, ваша версия системы несколько устарела )) Лет эдак на 10 )
    Я даже не уверен, что мои советы выше в ней сработают, там до 5.4 другая маршрутизация была.
    Тогда навскидку не скажу, надо в код лезть, архивы поднимать.
    Можете техподдержку попросить за техтикет сделают, если сами не разбираетесь
    Или если техподдержка есть у лицензии, подскажут код
  • 30 мая 2023 г.
  • Цитата
    Да, старенькая, но рабочая

    Ну это да, в целом, работает, не трожь - принцип правильный )
    Цитата
    Хотелось бы самим разобраться

    Кидайте глаз на соседние модули, где есть подобное ограничение. Файловый менеджер, например. Там видно, как ограничивался доступ.
    Я посмотрю вечером, если найду 5.2, подскажу точнее.
  • 21 апреля 2023 г.
  • Цитата
    И так далее. Есть ряд проблем, особенно если товар лежит в разных категориях, то ссылка на один и тот же товар имеет разный URL, это не правильно с точки зрения SEO.

    Не, это невозможно)
    Товар один, чпу у него одно. Категория у товара так же одна, это поле cat_id в таблице товара. А "Дополнительные категории" - это отдельная таблица shop_category_rel, там только id товара и id допкатегории. То есть, это никак не дубли товара, это физически один товар. Что-то напутали похоже в админке )
Показывать по:

Новости

  • 24 апреля, среда
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
  • 15 декабря 2023 г.
  • Подводим итоги 2023 года. Выпустили новую сборку DIAFAN.CMS 7.1.1, вводим новые тарифы на аренду сайта и коммерческую поддержку и автообновления с января 2024 г., строим планы на будущий год.