Здесь описан случай, когда тебе никто не пишет (вероятно, ты никому не нужен, потому что ты неудобный для связи человек), а сам лишь потребляешь контент. Чем следовать этим советам, проще и лучше удалить телеграм. В общем, автор так и сделал. Ну, потому что нафиг он вообще тогда нужен? Вон, веб-версий аж целых две. Надо — зашёл, почитал, ушёл.
Реальность такова, что сейчас инфошума очень много везде. Да, его нужно фильтровать. Но не надо доводить до абсурда, когда ты вовремя не видишь важные входящие. Балансируй.
Любой мессенджер подразумевает быстрое общение, удобное. Instant Messaging же, ну. Это не про on demand никак.
И вот эти все барьеры и пароли, которые ты сам себе ставишь — полная чушь. Как ты себе их легко поставил, так и снимешь. Чтобы не снимать — нужна сила воли. А раз так, то может просто заняться ей, а не вот этим всем?
По поводу утёнка. Где-то видел такую цитату (за точность зуб не дам):
Мой кот -- самый умный на свете. Стоит ему рассказать о своей проблеме, всё сразу становится понятно.
КМК, всё сводится к следующему: когда ты рассказываешь проблему, с которой столкнулся, ты невольно упорядочиваешь все известные тебе сведения с одной простой целью -- чтобы собеседник тебя понял. Тут даже не обязательно получать ответ. Важно хотя бы для себя самого понять свою же цепь рассуждений. И тут вполне подойдёт утёнок, кот, etc, зачем кому-то грузить голову страшными словами?
Если нужен какой-то непредвзятый взгляд -- рассказываем человеку, ждём реакцию. Тут даже лучше: он чего-то не понимает, ты дополняешь (может, переформулируя). В такой беседе у самого чётче формируется понимание того, что ты говоришь. Я обычно объясняю всё на пальцах супруге. В какой-то момент ловишь инсайт и успешно решаешь задачу.
Внутри любой торговой сети обычно есть товары с собственными кодами. В EAN-13 таковые должны начинаться с двойки (подробнее здесь), иными словами — первые три цифры должны находиться в диапазоне 200-299.
Например, в моём регионе есть несколько ТС с собственными кухнями и пекарнями. Они продают охлаждённые салатики и пирожки по таким собственным кодам. Но у них есть и другой товар под собственной торговой маркой, который производится на стороне — у них ШК начинаются с 460, но кто за эти ШК в ответе — тоже было бы интересно узнать.
На самом деле, EAN-13 и есть общее правило. Все ли его соблюдают — вопрос. Но я полагаю, что он поднимается когда товар выходит за пределы хотя бы региона.
По второму вопросу: какая версия PHP имеется в виду?
Ведь из документации:
Предостережение
Если вы используете «yield» в контексте выражения (например, в правой части оператора присвоения), вы должны окружить «yield» круглыми скобками. Например, так правильно:
$data = (yield $value);
А вот это неправильно и вызовет ошибку синтаксиса в PHP 5:
Они не импортируются долго, а экспортируются из 1С в файлы. А импортируются на сайт тяжело. К слову, карты сайта пока нет: лечим как раз структуру каталога, чтобы sitemap'ы генерировать адекватные.
Пропускать обработку по контрольным суммам уже пробовали?
Программист 1С понизил объёмы выгрузок иным путём. Специфика нашей компании такова, что в нашу 1с дополнительно парсится нуменклатура сторонних поставщиков, и она каждый день меняется в большом своём количестве. Один такой каталог на 30 тысяч товаров, второй почти такой же, да плюс свой как они вместе взятые. Далее это всё дело летит на сайт, естественно, в режиме изменений, но повторюсь — объёмы колоссальны.
Так вот изначально в 1с теперь залетают только изменившиеся в стороннем прайсе позиции. Т.о. меньше позиций в нашей базе стали помечаться изменёнными, соответственно, и общий объём понизился. Больше никаких изменений на стороне 1с не производилось. Таких настроек даже не имеется, а корячить своё… программист сейчас слишком занят более приоритетными задачами, так что пока корячимся сами, битриксоиды.
На четвертом и далее он может помочь, но нужно понимать что делаешь.
В нашей среде его даже запустить не удалось толком. Он мне помог только состряпать свой скрипт) Взял самый важный кусок и завернул в свой интерфейс.
Буду благодарен вам за помощь. Вопрос ещё актуален. Прям мозоль какая-то.
Сейчас у нас есть план-Б, аналогичный вашему: выгружать стандартным модулем обмена из 1С нуменклатуру в файлы. Файлы отдельными скриптами отправлять на сервер, который уже фоном намного быстрее обрабатывает импорт XML. Скрипты, скажем, запускаемые по cron, могут быть как shell-овскими, так и php-шными, но суть в том, что они отправляют запрос битриксу так же, как это делает эска. На битриксе сам компонент импорта каталогов стандартный, не дописывался.
Я запилил свой js-скрипт на базе небезысвестного и чрезвычайно корявого bx_1c_import.php. Импорт таким образом пролетает намного быстрее.
Процедура импорта напрямую из 1С сама по себе тормозная, ибо сначала эска подвисает при подготовке одного пакета, потом готовые файлы пакета отправляет на сайт и уже подвисает он в процессе импорта. Когда количество пакетов идёт на сотни, в каждом около 500 элементов, сайт просто захлёбывается. И чем ближе обмен подходит к концу, тем дольше идёт выгрузка данных файл. При том, что пакеты сразу снимаются с регистрации после его импорта в битрикс (?).
Битрикс 15.5.8 УС Бизнес, 1С 8.2 с модулем обмена 4.0.5.1
Автор, низкий тебе поклон. Буквально последние дни занимаюсь этим вопросом и оптимизацией чего только можно. Пока выгрузки идут напрямую из 1С на сайт, но уже пришёл к выводу, что лучше отправлять готовый набор файлов вручную. В режиме обмена по изменениям в принципе у меня проблем не возникает… когда их не больше тысячи по товарам. Но на сайте у нас более 130 тысяч товаров, и у компании есть планы по увеличению этого количества до какой-нибудь бесконечности. Если сейчас сайт лежит (а сервер даже не напрягается!) даже при обмене по изменениям 16 тысяч позиций, то что будет дальше — ума не приложу. Настройки периодичности и размера пакетов помогают слабо. Нереально найти такой баланс настроек, при котором сайт не тормозил бы, но товары выгружались и обновлялись быстрее. Можно слегка облегчить обмены, разнеся определённые группы товаров в разные обмены.
Так что лично мне этот материал очень кстати, обязательно испробую.
Здесь описан случай, когда тебе никто не пишет (вероятно, ты никому не нужен, потому что ты неудобный для связи человек), а сам лишь потребляешь контент. Чем следовать этим советам, проще и лучше удалить телеграм. В общем, автор так и сделал. Ну, потому что нафиг он вообще тогда нужен? Вон, веб-версий аж целых две. Надо — зашёл, почитал, ушёл.
Реальность такова, что сейчас инфошума очень много везде. Да, его нужно фильтровать. Но не надо доводить до абсурда, когда ты вовремя не видишь важные входящие. Балансируй.
Любой мессенджер подразумевает быстрое общение, удобное. Instant Messaging же, ну. Это не про on demand никак.
И вот эти все барьеры и пароли, которые ты сам себе ставишь — полная чушь. Как ты себе их легко поставил, так и снимешь. Чтобы не снимать — нужна сила воли. А раз так, то может просто заняться ей, а не вот этим всем?
По поводу утёнка. Где-то видел такую цитату (за точность зуб не дам):
КМК, всё сводится к следующему: когда ты рассказываешь проблему, с которой столкнулся, ты невольно упорядочиваешь все известные тебе сведения с одной простой целью -- чтобы собеседник тебя понял. Тут даже не обязательно получать ответ. Важно хотя бы для себя самого понять свою же цепь рассуждений. И тут вполне подойдёт утёнок, кот, etc, зачем кому-то грузить голову страшными словами?
Если нужен какой-то непредвзятый взгляд -- рассказываем человеку, ждём реакцию. Тут даже лучше: он чего-то не понимает, ты дополняешь (может, переформулируя). В такой беседе у самого чётче формируется понимание того, что ты говоришь. Я обычно объясняю всё на пальцах супруге. В какой-то момент ловишь инсайт и успешно решаешь задачу.
Короче, хорошая метода, работает.
Например, в моём регионе есть несколько ТС с собственными кухнями и пекарнями. Они продают охлаждённые салатики и пирожки по таким собственным кодам. Но у них есть и другой товар под собственной торговой маркой, который производится на стороне — у них ШК начинаются с 460, но кто за эти ШК в ответе — тоже было бы интересно узнать.
На самом деле, EAN-13 и есть общее правило. Все ли его соблюдают — вопрос. Но я полагаю, что он поднимается когда товар выходит за пределы хотя бы региона.
Ведь из документации:
Программист 1С понизил объёмы выгрузок иным путём. Специфика нашей компании такова, что в нашу 1с дополнительно парсится нуменклатура сторонних поставщиков, и она каждый день меняется в большом своём количестве. Один такой каталог на 30 тысяч товаров, второй почти такой же, да плюс свой как они вместе взятые. Далее это всё дело летит на сайт, естественно, в режиме изменений, но повторюсь — объёмы колоссальны.
Так вот изначально в 1с теперь залетают только изменившиеся в стороннем прайсе позиции. Т.о. меньше позиций в нашей базе стали помечаться изменёнными, соответственно, и общий объём понизился. Больше никаких изменений на стороне 1с не производилось. Таких настроек даже не имеется, а корячить своё… программист сейчас слишком занят более приоритетными задачами, так что пока корячимся сами, битриксоиды.
В нашей среде его даже запустить не удалось толком. Он мне помог только состряпать свой скрипт) Взял самый важный кусок и завернул в свой интерфейс.
Сейчас у нас есть план-Б, аналогичный вашему: выгружать стандартным модулем обмена из 1С нуменклатуру в файлы. Файлы отдельными скриптами отправлять на сервер, который уже фоном намного быстрее обрабатывает импорт XML. Скрипты, скажем, запускаемые по cron, могут быть как shell-овскими, так и php-шными, но суть в том, что они отправляют запрос битриксу так же, как это делает эска. На битриксе сам компонент импорта каталогов стандартный, не дописывался.
Я запилил свой js-скрипт на базе небезысвестного и чрезвычайно корявого bx_1c_import.php. Импорт таким образом пролетает намного быстрее.
Процедура импорта напрямую из 1С сама по себе тормозная, ибо сначала эска подвисает при подготовке одного пакета, потом готовые файлы пакета отправляет на сайт и уже подвисает он в процессе импорта. Когда количество пакетов идёт на сотни, в каждом около 500 элементов, сайт просто захлёбывается. И чем ближе обмен подходит к концу, тем дольше идёт выгрузка данных файл. При том, что пакеты сразу снимаются с регистрации после его импорта в битрикс (?).
Битрикс 15.5.8 УС Бизнес, 1С 8.2 с модулем обмена 4.0.5.1
Так что лично мне этот материал очень кстати, обязательно испробую.
Для обрезки текста
В этом случае плитки всё же разъезжаются, это уже надо переверстать саму плитку.