Битрикс нормально справится с таким объемом. Он по шагам загружает XML-файлы во временную таблицу, а потом по шагам ее обходит. Таким образом он справляется с любым объемом. Но будет работать медленно в первый раз.
Потом вы включите выгрузку изменений. И будете выгружать изменения.
Package munin: merging configuration for file "/etc/munin/munin.conf":
By default, RPM would keep your local version and rename the new one to /etc/munin/munin.conf.rpmnew
What do you want to do ?
- diff the two versions (d)
- do the default RPM action (q)
- install the package's version (i)
- merge interactively with vim (v)
- background this process and examine manually (z)
Your answer ?
Где в виртуальной машине находится скрипт, который настраивает виртуальную машину при перезагрузке?
Где этот скрипт указывается?
Хочу, чтобы при перезагрузке MaxClients был не 8, а меньше. На одном сайте (который не мы делали) есть очень неоптимальные страницы и сервер постоянно зависает.
Знаю, как поправить настройки апача. Но не хочу, чтобы они сбились после перезагрузки.
Я бы хотел, чтобы 1С не запускала второй обмен пока идет первый (из-за косяка битрикса с единственной временной таблицей).
Если я тупо настрою расписание: 1 обмен в 00 минут 2 обмен в 30 минут,
то я могу нарваться на частую ситуацию, когда почему-то изменилось много товаров и запустился большой обмен длиннее, чем 30 минут.
Думаю, можно ли в 1С настроить, чтобы обмены не запускались одновременно? Либо воспользуюсь советом Юлии и модифицирую стандартный компонент, там несложно.
То, что на скрине - это стандарт, не требующий кастомизаций. Посмотрим, это ли имел в виду автор темы или что-то другое.
Нет не так. Я имел ввиду реально два разных обмена
Так как на скриншоте я естественно предполагал, но не получится.
Должно быть так:
- Выгружаем всю номенклатуру в один инфоблок.с одними настройками отбора для выгрузки на сайт (по остаткам и цене) - Выгружаем всю номенклатуру в другой инфоблок на сайт с другими настройками отбора (по остаткам и цене)
1С общая, обмена два, инфоблока два.
Товары не получится разделить по группам номенклатуры или по видам номенклатуры стандартными средствами. Должны быть пересечения.
У меня в 1С будет настроено два разных обмена: - оба обмена будут выгружать товары на один и тот же сайт, но в разные каталоги. - 1С общая.
Будет ли нормально работать выгрузка изменений по расписанию. В Битриксе используется общая временная таблица для этих задач. Я боюсь, что стандартными средствами без изменения компонента не получится сделать.
Может быть 1С сама не даст запустить два обмена одновременно. Или все-таки запускает?
Просмотрел код модуля формы и код модуля объекта. Код до обновления на типовую базу и после обновления не меняется. Это означает, что Битрикс возвращает оригинальный код из 1С.
Я не понимаю, зачем дополнение для УТ 10.3.20.2 заменяет форму редактирования элемента справочника номенклатуры и модуль справочника номенклатуры. Что там отличается от стандартной конфигурации?
Как следует устанавливать дополнение к 1С, если модуль номенклатуры и форма элемента кастомизированы?
Если товар никогда не появится - его можно удалять или деактивировать. Но лучше в 1С отметить, чтобы он не выгружался и всё, он удалится сам (в зависимости от настроек обмена).
Но нельзя, чтобы товар на сайте активировался-деактивировался-активировался-деактивировался в зависимости от остатка. Иначе у вас почти все товары будут так плясать, и с поисковиками будет некрасиво.
Чтобы не выводить товар в списке используйте в catalog.section фильтр: $arrFilter = array( ">CATALOG_QUANTITY" => 0 );
Артемий у меня вот вопрос зная специфику работы 1С я знаю что чем чаще она получает ответ тем лучше работает так как если она долго не видит ответа от сайта она начинает отдавать ресурсы на другие процессы и замедляет сама пропингавку сайта у вас не было с этим проблем?
не было, потому что 1С в обмене не участвует ))) Это всеобщее заблуждение, что пока идет обмен, 1С занята. 1С почти ничего не делает.
Занят только ваш процесс, если вы запустили обмен не по расписанию, а в своем процессе 1С в УТ 11.
1С действительно занята только в начале, когда она формирует файлы и отправляет их на сервер. Юля Бедросова смогла оптимизировать шаг передачи файлов с помощью FTP. Но это только один шаг, не самый долгий.
На других шагах 1С тупо ждет ответ. Обычно длина шага в Битриксе 30 секунд. В ответе слово success failure или progress. Потом 1С снова запускает страницу обмена. Никаких действий у себя 1С не производит. А в это время Битрикс работает с временной таблицей. Поэтому тормозить на стороне 1С негде. Основная нагрузка на сайте.
Цитата
я игрался с настройкай время шага когда-то на очень большом проекте у меня валился сервр из-за нагрузки и я вот нашел что время от 30 до 40 секун это оптимальное время.
Вы нашли время 30-40 секунд - значит у вас хороший сервер и маленький обмен. Вам повезло.
Кроме длины шага очень важный параметр "паузы между шагами".
Представьте что у вас очень быстрый интернет. Прошло 30 секунд, потом сразу без паузы еще 30 секунд. Потом еще. Серверу некогда отдыхать.
Модуль отказоустойчивый обмен с 1С вставляет между шагами паузы. 30 секунд обмен, 2 секунды пауза. Замедление на 1/15. Но надежность очень сильно повышается. Длина интервалов настраивается.
Цитата
И что мешает вам делать порционные выгрузки с тригером по изменениям тем самым разбивая отмен на несколько более легких чем один большой?
Зачем? Мы используем стандартный обмен со всеми будущими обновлениями. Никуда не лезем, ничего не ломаем. Добавили только паузы и снизили нагрузку.
Есть разбить большой обмен на более мелкие что это даст? У меня однажды обмен в 70 товаров завершался ошибкой.
Если хостинг говорит, что я не должен делать более какого-то количества запросов в минуту, как еще мне быть?
Нужна инструкция как обновлять виртуальную машину 4.2. Выбрал в меню пункт 18 - update.
Nagios при обновлении мне задаёт вопрос:
Код
Package nagios: merging configuration for file "/etc/nagios/objects/commands.cfg ":
By default, RPM would keep your local version and rename the new one to /etc/nag ios/objects/commands.cfg.rpmnew
What do you want to do ?
- diff the two versions (d)
- do the default RPM action (q)
- install the package's version (i)
- merge interactively with vim (v)
- background this process and examine manually (z)
Your answer ?
Ничего с этим не сделаешь. Обмен задуман для выгрузки неограниченного каталога товаров на любой хостинг.
Представьте, что у вас 40000 товаров и 100 МБ файл, а оперативной памяти на процесс 64 МБ ? — Вы не сможете взять и сохранить в памяти весь файл. Потом построить массив и аккуратно всё записать.
Битрикс построчно читает файл и пишет его во временную таблицу. Потом таблицу анализирует и выгружает требуемые данные. При этом для каждой сущности, которую надо выгрузить, делает новые запросы и проверки. Бережёт память.
Аналогичный обмен будет работать в 10 раз быстрее, если прочитать файл в память, держать все данные о структуре инфоблока в памяти, и записать сразу в инфоблок.
Но вас не должно это волновать. Заказчику при сдаче проекта надо настроить выгрузку изменений. Все будет быстро.
-------
Должен заметить, нам даже приходится обмен Битрикса специально замедлять, чтобы он не создавал большой нагрузки и был отказоустойчивым. Некоторым хостерам не нравится большое количество запросов и они обрубают обмен.