Дмитрий ЮГ написал: В том то и дело что цена не включена в НДС, а идет сверху товара. И соответственно в настройках соглашения не стоит признак того что НДС в цене товара.
Мы решали задачи, когда надо быдо НДС отключить ( "Тюнинг стандартного обмена с 1С или с МойСклад" - nds - НДС. Установить ставку НДС при выгрузке товара) https://marketplace.1c-bitrix.ru/solutions/askaron.handlers1c/Но единственный правильный вариант - включить "НДС включен в цену" в 1С. Это удобно. Или будете мучаться.
Если в 1С включено "НДС включен в цену", то на сайт выгрузится "НДС включен в цену". Это правильно. Только так и должно быть. Не пытайтесь исправить и сделать наоборот. Устанавливается в настройках соглашения с патнёром или в настройках вида цен.
В теории выгрузка изменений на сайт должна была решить задачу оперативного обновления каталога.
На практике оказывается, что один документ может внести исправление сразу в 1000 товаров, и выгрузка остатков и цен произойдет только, когда прогрузится файл import.xml, содержащий ненужные описания и свойства и картинки 1000 товаров.
Выход из ситуации настройка двух обменов в 1С. Один полный, другой только цены и остатки:
CentOS Linux release 7.8.2003 (Core) Exim version 4.93 #3 built 15-May-2020 19:15:03
После обновлений, получаю ошибки Broken pipe
Жду чтобы письма уходили, но получаю Broken pipe, а после нескольких попыток T=remote_smtp defer (-53): retry time not reached for any host for 'yandex.ru'
/var/log/exim/mail.log
Код
Отправляю себе письма
mail -s "test" test@yandex.ru
2020-06-10 16:31:18 exim 4.93 daemon started: pid=20243, -q1h, listening
for SMTP on port 25 (IPv6 and IPv4) port 587 (IPv6 and IPv4) and for
SMTPS on port 465 (IPv6 and IPv4)
2020-06-10 16:31:18 Start queue run: pid=20245
2020-06-10 16:31:18 End queue run: pid=20245
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 <= root@mysite.ru U=root
P=local S=491 T="test"
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 H=mx.yandex.ru [2a02:6b8::89]
Broken pipe
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 H=mx.yandex.ru [213.180.193.89]
Broken pipe
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 H=mx.yandex.ru [213.180.204.89]
Broken pipe
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 H=mx.yandex.ru [77.88.21.89] Broken
pipe
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 H=mx.yandex.ru [87.250.250.89]
Broken pipe
2020-06-10 16:31:37 1jj0pN-0005Gj-P0 == test@yandex.ru R=dnslookup
T=remote_smtp defer (32): Broken pipe
2020-06-10 16:34:33 1jj0sD-0005J8-3W <= bitrix@mysite.ru U=bitrix
P=local S=795
T="\320\242\320\265\321\201\321\202\320\276\320\262\320\276\320\265
\321\201\320\276\320\276\320\261\321\211\320\265\320\275\320\270\320\265"
2020-06-10 16:34:33 1jj0sD-0005J8-3W H=mx.yandex.ru [93.158.134.89]
Broken pipe
2020-06-10 16:34:33 1jj0sD-0005J8-3W == test@yandex.ru R=dnslookup
T=remote_smtp defer (32): Broken pipe
2020-06-10 16:37:40 exim 4.93 daemon started: pid=20583, -q1h, listening
for SMTP on port 25 (IPv6 and IPv4) port 587 (IPv6 and IPv4) and for
SMTPS on port 465 (IPv6 and IPv4)
2020-06-10 16:37:40 Start queue run: pid=20585
2020-06-10 16:37:40 1jj0sD-0005J8-3W == test@yandex.ru R=dnslookup
T=remote_smtp defer (-53): retry time not reached for any host for
'yandex.ru'
2020-06-10 16:37:40 1jj0pN-0005Gj-P0 == test@yandex.ru R=dnslookup
T=remote_smtp defer (-53): retry time not reached for any host for
'yandex.ru'
Ошибка при yum update, Bitrix virtual appliance version 7.4.3
Код
Downloading packages:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
percona-release-1.0-17.noarch. FAILED
http://repo.percona.com/percona/yum/release/7/RPMS/noarch/percona-release-1.0-17.noarch.rpm: [Errno -1] Пакет не соответствует предложенному для загрузки.
Предлагается выполнить: yum --enablerepo=percona-release-noarch clean metadata
Пробуем другое зеркало.
Error downloading packages:
percona-release-1.0-17.noarch: [Errno 256] No more mirrors to try.
Проблемы с лимитами на новой CentOs7 и Bitrix Env. Вот такой результат на новом сервере Евробайт с их новым образом CentOs
Код
Новый сервер
ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 514548
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 4096
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Не разворачивался бекап из-за open files (-n) 1024
Кое-как через limits.conf увеличили до 102400, сайт развернули. Теперь бекап не делается, а проверка сайта пишет наблица b_log_notification разрушена в результате внутренней ошибки MySQL. Восстановите ее целиком из резервной копии или только структуру через проверку системы
http://prntscr.com/qru4wr Полагаю, таблица нормальная, только остались ещё какие-то есть системные ограничения.
Узнайте у техподдержки хостинга, как запустить файл, который рекомендует запускать Битрикс. Если у них НЕ работает запуск скриптов, то смените хостинг. Вы ничего не сможете сделать.
А если вы криво скопировали себе файл - проверяйте.
Алексей Рассказов написал: Мой вариант решения задачи с помощью доп.свойства и обработчиков событий - Сортировка товаров по цене с учетом скидок Может быть кому-нибудь поможет
Так себе вариант. В битриксе правила скидок настолько сложные, что иначе как, пересчитывать весь каталог после изменения скидок нельзя. Наш модуль "Цены и скидки для SEO. Запись в свойства товаров" по честному пересчитывает цены всех товаров со скидкой.
В файловых системах BTRFS и ZFS с контролем четности и компрессией не рекомендуется держать виртуалки, базы данных и прочий подобный контент. У меня была BTRFS со всеми этими атрибутами. Только переместил в папку с отключенной компрессией и контролем четности - всё стало работать, скорость выросла примерно в 10 раз, этот синдром исчез.
Большое спасибо. Мы уже давно поменяли сервер, и не могу сказать какая файловая система у нас была. Но кому-нибудь поможет ваш совет.
Возникла задача, наконец, сделать хороший резервный сервер для сайта.
Задача: в случае аварии у хостинг провайдера переключить трафик на резервный сайт (сменить IP). Там клиенты будут делать заказы, а потом, когда все наладится, вернуть на боевой. Надо, чтобы на резервном сайте была актуальная версия сайта. Желательно, чтобы при возвращении назад мы могли восстановить новые заказы, сделанные во время падения.
Синхронизацию файлов сделаем как-нибудь. А вот с базой проблема - не хочется делать бекап каждый час и нагружать сайт.вЃ
Слышал про репликацию базы. Давно еще смотрел лекции Сербула.
Есть наивные детские вопросы:
1. Какие возможности в этом плане сейчас есть у Bitrix ENV ? Я бы отдельно настроил вторую виртуальную машину. Я аддски боюсь их пула серверов. Но может не всё так плохо? 2. Как лучше делать репликацию с рабочего на резервный? И откат обратно с резервного на рабочий?
Как я понимаю в машине 7.1 используется Percona - а это очень хорошо.
Обратите внимание - если у вас есть агент, который работает дольше 10 минут, то он будет запускаться повторно через 10 минут в случае, если он не завершился до конца.
Крон может запускать агенты и через 2 часа у вас параллельно выполняется 12 медленных выгрузок.
Найдите и отключите выгрузки, если они используют агент.
Максим написал: Арендовали сервер, 64 гб оперативки, диски SSD.Установили CentOS 7.3 и Битрикс Вэб-Окружение 7.0.1Развернули тестовую версию сайта. Работает очень быстро, но через некоторое время (1-2 часа) начинает сильно тормозить.На сайте посещалки вообще нет, т.к. тестовая версия, доступна только по ip.Вот результат утилиты top, показывает, что mysql жрёт процессор: https://yadi.sk/i/LiNNFyw43HVJdz Подскажите в чем может быть дело, куда копать ?
Вам надо заказать аудит сайта.
Классическая история: скорее всего вам разработчики сделали медленный неоптимальный сайт, а вы пытаетесь решить эту проблему через хостинг.
Как я понял вы спрашивате про настройки профилей экспорта и переключению их на крон?
Очевидно вы тоже наткнулись на это в своем модуле с выгрузками на торговые площадки.
Этой хрени уже очень-очень много лет.
Битрикс элементарно недоработал перезапись правил крона в файле крона пользователя системы. Этот функционал мы давно не используем.
Вы меняете настройки для cron нас сайте /home/bitrix/www и из crontab.cfg и все перетирается у пользователя системы bitrix командой типа crontab -e -u bitrix
А потом вы меняете на сайте /home/bitrix/ext_www/dev.site.ru и снова все перетирается у пользователя командой типа crontab -e -u bitrix
------------
Единственный вариант в битриксе настроить себе выгрузки на кроне - взять и явно прописать их в общем файле /etc/crontab для каждого профиля экпорта.
И не возиться с отдельными файлами для каждого пользователя системы.
Файл crontab.cfg - это недоделанный костыль для пользователей у которых всего один сайт в системе.
Надеюсь, когда-нибудь Битрикс обратит на это внимание и сделает себе нормальный настраиваемый файл крона.
1. Если клиент принимает платежи с пластиковых карт или электронных денег должен через кассовый аппарат пробить чек и отправить его к ОФД 2. У клиента есть 3 варианта работать:
- с помощью отдельного приложения с сайта отрпавлять в ККМ - выгружать в 1С в real-time и пробивать через 1С в ККМ - руками.
Теперь вопрос:
У клиента есть кассовый аппарат, они принимают наличные оффлайн. У клиента старая 1С, где нельзя поставить дополнение битрикса, но есть встроенный обмен с 1С.
Может ли использоваться вариант, если 1С старая или нужно самое новое дополнение битрикса и какой версии?
Какой вариант интеграции рекомендовать? Есть ли смысл обновлять 1С?
Будет ли проще к внедрению просто скачивать и передавать в ККМ чеки с помощью приложения Битрикса?