ComodoHacker,
если вы качаете между серверами такой ситуации быть не может
Связь между дата центрами идиальная, и никто вам не мешает добавить в конец $$ echo "закончил копировать валидно"
Ну или || echo провал братан
Леонид Марков, ну я тебе и так их могу назвать.
Для этогоне нужно быть 7 пяди во лбу.
Значит смотри как все проиходит
1. зомби процессы сьедают память 10% вероятности легпо проверить по памяти.
2. вы развиваете сайт и у вас появилась более сложная логика, порой даже просто количество товаров в категории отобразили. тем самым дали тяжелые хиты в бд на подсчет товаров в каждой категории.
но оно работает.
однако уже начинает образовываться очередь при этом сильно проседает средний хит.
3. у вас увеличилась база товаров предлоежний и тд, даже +30%
4. вы не кешировали важный компонент, смотри пункт 2
5. что бует дельше. дальше очередь будет забиваться и в какой-то момент буде лавинообразное падение бд при 100% загрузки не будет ответа.
Притом в этой очереди уже будут висеть вообще левые запросы.
6. у вас на сайте импорты экспорты в этот момент сайт тормозит.
Дайте название вашего сайта.
Можно уже будет более детально обговорить
Сами логи вам ничего не дадут
Как вариант можете проверить iotop -oka
Алексей,
ну да я про это и говорил ?sort=PROPERTY_MIN_PRICE&by=asc
сортировка по минимальной цене и от a-z или z-a
собственно про это и говорил, эту хрень не индексируют вовсе. И соответственно в рулах ее быть не может ( в тех что индексируются)
По хорошему так вообще за ajax это прячется.
Alexander_The_Great, Юрист аферист или другой юрист
Договор не может унижать честь и достоинства одной из сторон, ограничивать права или свободы.
все такие пункты договоров будут считаться ничтожными.
Александр, есть плюсы и того и того подхода.
К сожалению тема не на один час.
При 90К товаров лучше использвать разные инфоблоки.
Опишу вам сразу чего стит избегать
1. постобработчиков - минимизируйте желательно полностью убрав ( со временем их скорость работы превращяетя в очень большую проблему)
2. Используейте штатный обмен с 1с ( не тот что вшит в 1с а тот что на сайте битрикса) https://1c.1c-bitrix.ru/ecommerce/download.php
3. Не забыавйте что 1с подготавливает данные а битрикс просто импортирует
соответственна вся подготовка данных на стороне 1с, не постобработчиком на сайте, и если выбирать что кастомить, кстомизируйте 1с обмен ( к сожалению) но перед этим прочитайте полный ман по модулю.
Есть вероятность что вы пилите то что уже есть.
4. инкрементный обмен, настраивайте сразу его.
5 если на сайтах количество товара такое 90К 90К 90К то да 1 база 100%
если 30 30 30 то однозначно раные инфоблоки, тут дело в том что разные платформы будут требовать разного бизнесс процесса и различия в инфоблоках все-равно будут как и в логики построени фильтрации тд.
Скорее всего бренды разнонишевые и клиент у них разный соответственно и мелочи на сайте будут разные.
К примеру базовое белье дефиле переходит от сезона в сезон, и приходится в экспорте пилить что вот эти и эти признаки преетаскивают старый товар в новые коллекции. Дикая орхидея так не делает, поскольку другой цен сегмент. Соответственно такие мелочи копятся, в результате разные инфоблоки позволят вам нормально это сделать.
да и 90К товаров для битрикса это прям много.
Скорее всего вам нужно будет заняться после создания сайта производительностью, и даже если вы все реально закешируете то вам прийдется переделывать основной каталог на ОРМ дабы ускорить сайт ( и да он ускорится сильно)
Если же их удет 30 то это не так страшно, хотя ве-равно скорее-всего прийдется переходить, и избаляться от части штатного функционала. ( по средствам штатного апи)
Напишите какие товары чем отличаются платформы, чем сохжи, и будет боле понятно что делать дальше.
Так же не забывайте что многосайтовость местами не работает как положено
намрпмер в сео модуле нет селекта какой сайт именно, и вы не сможете напистаь разные условия для разных сайтов.
Тут конечно можно костыли впихнуть и заработает но прям простого решания там нет, поскольку этого разделения нет на уровне системы. И прям в импуты прийдется вписывать код ( по мнению разрабов это может каждый сеошник) угу прям вот так, лично общался с разрабом этого места.
В общем есть плюсы 1 базы основной это изменения кода будет менять его сразу на 3 платформах.
Минуы это ограниченая кастомизация инфоблока под каждую платформу и 3кратное увеличение базы.
Особенно если это товары разной направленности то есть и свойства и разделы будут тоже создаваться под каждую группу товаров.
недостаточно данных.
Покажите приблизительный массив хотя-бы из двух элементов.
Правильно ли я понимаю что он
вводит Автомобиль DS53F5
соответственно это через пробел ?
бывают ли пробелы
например
Холодильник мини 33032В
Бывают ли коды не в регистре.
Бывают ли пробелы в кодах.
может ли быть вариант такой печка красная 3 LDlNDl43
в общем никто тебе не поможет пока ты не дашь болше данных.
попробуй более простой синтаксис
(^[0-9]+\-[0-9]+\-[0-9]+(?|(_[0-9]+\-[0-9]+\-[0-9]+)|))\_(.+)(\.flv)
с экранированием тире.
если не поможет то зачем тебе программа то можно и с консоли
у тебя винда или линь?
если вы качаете между серверами такой ситуации быть не может
Связь между дата центрами идиальная, и никто вам не мешает добавить в конец
$$ echo "закончил копировать валидно"Ну или || echo провал братан