Нет не стояла, поставил.
|
Здравствуйте, при отсутствии галки "администратора" в панели управления Битрикса, у менеджеров не получается создать комментарий. Сказали, что не настроены права группе "Пользователи". Я дал этой группе максимальные права по каждому модулю. Права в самой CRM перенесены из облака и были там настроены. Ограничение прав, допустим на просмотр чужих лидов работает, но не работает удаление лида (качественны-некачественный), нельзя оставить комментарий в лиде, нельзя создать быстрый лид или какой либо другой. Такое ощущение, что перестают отрабатывать js скрипты.
Записал видео для ТП (она пока разбирает вопрос, уже второй день). 1. - на этом видео сняты права админа в панели управления, оставлены те права, которые были в облаке (в облаке эти права корректно отрабатывали) 2. Может кто сталкивался с таким? В консоли разработчика (браузере) нет критических ошибок. Если настройка прав, то где смотреть, какой модуль или вообще их пересоздавать? |
|
|
|
|
|
Екатерина Шемаева,ошибка пропала, после установки модуля Push/RTC. Либо поднимал еще памяти memory_limit (но тут апач ругался).
Да, композит сайта настроен, но не авто композит, а ручной. Кэш на memcached через сокет. В заголовках не вижу битривского X-Bitrix-Composite: Cache (200). Вижу это Cache-Control: no-store, no-cache, must-revalidate Pragma: no-cache Что от чего мне не понятно, почему так. |
|
|
|
|
|
Получаю следующее сообщение от nginx 2019/08/26 12:43:01 [info] 6544#0: pagespeed: rollback gzip, explicit configuration in /etc/nginx/nginx.conf:67
в заголовках от сайта получаю HTTP/1.1 200 OK ......... Cache-Control: no-store, no-cache, must-revalidate Pragma: no-cache ......... при включенном композите сайта должен быть ответ
|
|
|
|
|
|
Екатерина Шемаева,
У вас есть новая почта в /var/spool/mail/root - это сообщение говорит о том что есть лог, или реально от сайта оправляется сообщение? При каких событиях появляется это сообщение? |
|
|
|
|
|
From Mon Aug 26 14:45:01 2019
Return-Path: <> Received: from p540981.kvmvps (localhost [127.0.0.1]) by p540981.kvmvps (8.14.7/8.14.7) with ESMTP id x7QBj1te009696 for <>; Mon, 26 Aug 2019 14:45:01 +0300 Received: (from root@localhost) by p540981.kvmvps (8.14.7/8.14.7/Submit) id x7QBj1Vp009695; Mon, 26 Aug 2019 14:45:01 +0300 Date: Mon, 26 Aug 2019 14:45:01 +0300 Message-Id: <> From: "(Cron Daemon)" <> To: Subject: Cron <root@p540981> /opt/webdir/bin/bx_cron_services.sh smtpd /home/bitrix/www Content-Type: text/plain; charset=UTF-8 Auto-Submitted: auto-generated Precedence: bulk X-Cron-Env: <XDG_SESSION_ID=20435> X-Cron-Env: <XDG_RUNTIME_DIR=/run/user/0> X-Cron-Env: <LANG=ru_RU.UTF-8> X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/root> X-Cron-Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=root> X-Cron-Env: <USER=root> Not installed smtpd module on site in /home/bitrix/www В чем может быть проблема? |
|
|
|
|
|
Проверяю заголовок сайта, но сам код страницы не показывает.
.htaccess
Можно ли, где-то помимо htaccess задать правила заголовков? При этом заголовке не сразу бывает показывается страница, приходится перезагружать ее. |
|||||
|
|
|
Сервисы не останавливал, но получилось так, что после ошибки не сработала php -v Потом делаю "yum update" ставится версия php 7.0 но в модулях пустота В результате "уронил" сайт. Пришлось ставить все модули заново. И теперь страшно делать эти откаты или апгрейды. Как такое получилось не понятно. До этого делал откат и апгрейд версии на "боевом" сайте, всё проходило гладко. Из консоли выдает следующее |
|||||
|
|
|
|
Продолжение истории - после не удачного роллбэка. по команде php -v
Пишу yum update ставятся пакеты php 7.0.33 но без модулей. Получаю ошибку соединения к mysql Устанавливаю модули php yum install php-apcu php-bz2 php-calendar php-Core php-ctype php-curl php-date php-dom php-exif php-fileinfo php-filterphp-gd php-geoip php-gettext php-hash php-iconv php-json php-ldapphp-libxml php-mbstring php-mcrypt php-memcache php-mysqli php-mysqlnd php-openssl php-pcntl php-pcre php-Phar php-pspell php-readline php-Reflection php-rrd php-session php-shmop php-SimpleXML php-sockets php-SPL php-standard php-tokenizer php-xml php-Zend OPcache php-zip php-zlib Сайт поднялся. Но осадок от работы menu.sh остался И от хостера (beget) тоже (до сих пор молчат). |
|
|
|
|
|
Ошибка при роллбеке до php 7.0. Bitrix virtual appliance version 7.3.13
|
|||
|
|
|
|
Когда поставил букву "D" - раздел Настройки/Веб-кластер/Группа #1/ Memcached "Подключения к memcached"
"Панель производительности" говорит что вообще никакого кэширования - В композитном сайте - говорит, что всё хорошо и есть соединение Но рейтинг мне в панели произоводительности снизили ![]() "Вот так вот......" Видимо придётся без буквы "D" обойтись |
|
|
|
|
Но вот скрин dbconn.php А в "Панели производительности" без перемен Конечно, позже еще раз всё просмотрю, в том числе и в настройках nginx, но пока на данный момент это остается загадкой. |
|||
|
|
|
|
Откатывать, как оказалось не обязательно. Нужно понять что cron работает очень специфически.
Значит что в итоге: 1. Есть cron.d, а есть crontab 2. Для перезапуска cron'а не достаточно просто написать systemctl restart crond.service Надо выполнить еще команду rm /var/run/cron.reboot - таким образом "обмануть" cron чтобы он не писал " rond[29801]: (CRON) INFO (@reboot jobs will be run at computer's startup.)" - т.е. после рестарта демона он не запустит добавленные задачи (скрипты), а сделает это после рестарта сервера. Но у многих проектов нет такой возможности делать reboot только из-за cron'а 3. Задачи по "старой" инструкции будут работать, если добавить скрипт в /etc/crontab, а не в /etc/cron.d/bx_название_бд В итоге в crontab должен оказаться */1 * * * * root -f /home/bitrix/www/bitrix/php_interface/cron_events.php (скрин) После добавления скриптов в crontab перезапустить по инструкции выше. Мне помогло. Может кому-то другому поможет тоже. Написанная инструкция актуальна для BitrxVM. |
|
|
|
|
|
Что в итоге-то? В dbconn.php так?
- события на кроне в /etc/cron.d/bx_MySQLname Статус крона - В логе - UPD. НО в списке агентов не (срин)! Т.е. последнее время исполнения остается старым. А то уже голова поломалась, искать в чем проблема. Изначально сделал по инструкции. Как теперь починить? ПОМОГИТЕ! |
|
|
|
|
|
Что в итоге-то? В dbconn.php так?
- события на кроне в /etc/cron.d/bx_MySQLname Статус крона - В логе - UPD. НО в списке агентов не (скрин)! Т.е. последнее время исполнения остается старым. А то уже голова поломалась, искать в чем проблема. Изначально сделал по инструкции. Как теперь починить? ПОМОГИТЕ! |
|
|
|
|
|
|||
|
|
|