Ваш отзыв до нас не добрался. Возможно, истекла сессия, и данные не ушли. У Вас есть возможность написать еще раз? И я сразу же его опубликую.
Не знаю будет ли желание в следующий раз писать что либо....
19.06.2018 22:33:22
Для сомневающихся привожу дополнительную информацию, а то говорят не все включено -
8 дней отсутствия какой либо реакции это нормально - это пока укладывается в регламент????? Тикет создал хоть куда нибудь в продажи, так как поддержка по маркетплейсу не существует, я по крайней мере не нашел. |
|
|
19.06.2018 12:15:03
Хочу поделиться опытом общения с морозостойкой поддержкой Битрикса.
Купил модуль на маркетплейсе Решил оставить отзыв - написал все подробно с чем пришлось столкнуться и какие получил результаты. Отзыв отправился. Прошла неделя, две, три, месяц - пишу в тех поддержку Битрикса по данной проблеме - Обращение № 1971601: Никто не ответил, прошло больше недели. Что за свинское отношение? Захожу на сайт Битрикса в раздел контакты, набираю номер телефона, берет трубку молодой человек и представляется IT компания такая то, я говорю, что звоню в Битрикс. Он мне говорит, что Битрикс переадресовывает звонки на партнеров, чтоб они решали проблемы. Объяснил проблему, в ответ - я не я хата не моя. Подождите еще может появится, напишите в поддержку. Я говорю что писал и там полный игнор. В ответ - мы Вам ничем не можем помочь. А оплатить Битрикс у Вас можно, я спрашиваю. В ответ, да конечно можно, вот Вам счет. А кто будет отвечать за продукт? Я не я хата не моя! Битрикс нужно переименовать в компанию - Я не я хата не моя! |
|
|
22.12.2017 11:53:14
Время идет, проблема остается и ничего не меняется - больше 3000 свойств в одном инфоблоке уже ничего не работает. И работать не будет в ближайшее время, я думаю.
Вот подборка тем по этой "не существующей для Битрикса проблеме": 1. Как хранить большое количество характеристики товара? - 2. Каталог тормозит от большого количества свойств - 3. Организация инфоблока с большим количеством элементов - 4. Значения свойств элементов инфоблоков - какой вариант самый оптимальный? - 5. Максимальное количество свойств инфоблоков ограничено? Не сохраняются настройки инфоблока. - 6. При создании свойства выдается ошибка - 7. Битрикс тормозит при большом количестве свойств - 8. Битроник: 2-е архитектуры торгового каталога на выбор! - |
|
|
22.12.2017 11:11:00
Подготовил ссылки на темы по данной проблеме, может кому то полезно будет:
1. Как хранить большое количество характеристики товара? - 2. Каталог тормозит от большого количества свойств - 3. Организация инфоблока с большим количеством элементов - 4. Значения свойств элементов инфоблоков - какой вариант самый оптимальный? - 5. Максимальное количество свойств инфоблоков ограничено? Не сохраняются настройки инфоблока. - 6. При создании свойства выдается ошибка - 7. Битрикс тормозит при большом количестве свойств - 8. Битроник: 2-е архитектуры торгового каталога на выбор! - |
|
|
21.12.2017 22:25:42
Вот что Битрикс ответил после недельной переписки:
- проблема не распространенная и вообще не типовой случай... "Обычно такая задача решается разделением на инфоблоки (по разделам или по типам). Каких-то штатных средств нет для ускорения продукта при таком количестве свойств." "Прочитайте статью наших специалистов по производительности: Особенное внимание уделите пункту "Неправильная структурная организация инфоблоков". Я думаю, что часть вопросов пропадёт. Если у вас есть предложения по развитию продукта, пишите на наш сайт идей: Если доработка понравится другим пользователям и разработчикам, то она будет включена в план на реализацию." В самой статье ничего нового, а по этой теме привожу отрывок - "Неправильная структурная организация инфоблоков Пожалуй, это наиболее распространенная проблема — встречается в 90% проектах (а Битрикс сказал, что не типичная проблема). Когда все товары «складывают» в один инфоблок. У такого инфоблока накапливается большое количество свойств всех товаров, это чревато большими выборками и медленным импортом. Рассмотрим на примере абстрактного спортивного магазина, у которого в ассортименте одежда, лыжи, велосипеды (и у каждого вида товаров свои свойства). Свойства товаров попадают в один инфоблок, велосипеды получают свойства лыж и одежды (и, соответственно, наоборот — данные виды товаров получают свойства велосипедов). Представьте, сколько «избыточных» свойств накапливается, если категорий товаров у магазина много. При этом однажды мы столкнулись с противоположной проблемой: у проекта была правильная структура инфоблоков, но также было много агрегирующих выборок (новинки, акции, хиты). Получилось, что вместо одного запроса в «долгий» инфоблок для генерации выборки отправлялось по запросу в 50+ быстрых инфоблоков и затем ещё происходило их совмещение в коде. Из-за этого компонент в целом стал работать медленнее. Так что если проекту необходима такая функциональность, то надо разрабатывать запасной план — создавать отдельную таблицу в базе данных (делать «денормализацию» структуры инфоблоков), либо через внешнюю агрегацию, либо что-то ещё." |
|
|
20.12.2017 15:24:02
Второй вариант - один инфоблок на одну категорию - 400 штук. Только потом это все собрать в кучу будет непростой задачей - фильтры, акции, новинки, вывод в каталоге, поиск, бренды и т.д. |
|||
|
20.12.2017 11:52:34
Воспользовался советом Битрикс - "При создании информационных блоков рекомендуется хранить свойства инфоблока в отдельной таблице, причем все значения свойств одного элемента хранятся в одной строке. Эта технология называется Инфоблоки 2.0 и позволяет существенно ускорить работу системы, а также снять ряд ограничений в предыдущей версии инфоблоков."
При переходе на хранение свойств инфоблока в отдельной таблице, возникли проблемы: 1. Практически все значения свойств пропали 2. Стало не возможно делать импорт через xml - выдается ошибка MySQL Query Error: UPD ATE b_iblock_element_prop_s10 SE T PROPERTY_795 = 'бытовой' WHERE IBLOCK_ELEMENT_ID=1865 [[1054] Unknown column 'PROPERTY_795' in 'field list'] 3. удалил все свойства и сделал еще раз обмен, теперь новая ошибка: Ошибка ([14] ALT ER TABLE b_iblock_element_prop_s10 ADD PROPERTY_7319 numeric(18,4) , ADD DESCRIPTION_7319 varchar(255) ) добавления свойства 7319. |
|
|
20.12.2017 10:46:10
Воспользовался советом Битрикс - "При создании информационных блоков рекомендуется хранить свойства инфоблока в отдельной таблице, причем все значения свойств одного элемента хранятся в одной строке. Эта технология называется Инфоблоки 2.0 и позволяет существенно ускорить работу системы, а также снять ряд ограничений в предыдущей версии инфоблоков."
При переходе на хранение свойств инфоблока в отдельной таблице, возникли проблемы: 1. Практически все значения свойств пропали 2. Стало не возможно делать импорт через xml - выдается ошибка MySQL Query Error: UPD ATE b_iblock_element_prop_s10 SE T PROPERTY_795 = 'бытовой' WHERE IBLOCK_ELEMENT_ID=1865 [[1054] Unknown column 'PROPERTY_795' in 'field list'] |
|
|
20.12.2017 10:44:48
Воспользовался советом Битрикс - "При создании информационных блоков рекомендуется хранить свойства инфоблока в отдельной таблице, причем все значения свойств одного элемента хранятся в одной строке. Эта технология называется Инфоблоки 2.0 и позволяет существенно ускорить работу системы, а также снять ряд ограничений в предыдущей версии инфоблоков."
При переходе на хранение свойств инфоблока в отдельной таблице, возникли проблемы: 1. Практически все значения свойств пропали 2. Стало не возможно делать импорт через xml - выдается ошибка MySQL Query Error: UPD ATE b_iblock_element_prop_s10 SE T PROPERTY_795 = 'бытовой' WHERE IBLOCK_ELEMENT_ID=1865 [[1054] Unknown column 'PROPERTY_795' in 'field list'] |
|
|
13.12.2017 15:16:20
Сейчас стоит все на сервере Intel Xeon L3426 16 GB, на Битрикс Веб окружении вообще все перестало работать, периодически белый экран выпадал, зависал инфоблок при редактировании и другие тормоза. Перешли на Веб-сервер на основе Nginx и PHP-FPM, настроили, все заработало. Забыли про проблему. Но когда стало 8000 свойств в инфоблоке - опять тормоза и зависания вернулись - особенно когда что то пытаемся отредактировать в инфоблоке. Количество попугаев 141-200 - параметр очень относительный - не знаю о чем он вообще говорит, о какой производительности? - 1. Посещаемость - никакая 100 в сутки (сайт новый) 2. Кеширование в файлах - по другому не получилось настроить. Используется на Битрикс Веб Окружение а Веб-сервер на основе Nginx и PHP-FPM - 3. Версия PHP - 7.0.25 - 4. Агенты на кроне 5. Обмен через xml один раз в день - /bitrix/admin/perfmon_db_server.php?lang=ru - /bitrix/admin/perfmon_php.php?lang=ru - /bitrix/admin/site_checker.php?lang=ru |
|||
|
29.10.2017 11:56:12
При установке веб окружения выдало ошибку - You can find root password at /root/.my.cnf client config file
Centos 7.3 Вход на сервер с помощью ssh key Что можно предпринять? |
|
|
27.10.2017 14:10:45
Категории стале редактироваться, когда поставил параметр max_input_vars - 25000. Но производительность все равно ужасная. Куда еще копать? |
|||
|
03.11.2014 10:35:44
Все перерыл, но данной настройки не нашел, может подскажете? |
|||
|
22.10.2014 19:41:04
array( "CONDITION" => "#^/#", "RULE" => "", "ID" => "bitrix:catalog", "PATH" => "/catalog/index.php", , Все работает в виде: категории - site.com/категория/ товар - site.com/element/товар-1/ Добиться вида - site.com/товар-1/ так и не удалось. Но появилась еще одна проблема - хлебные крошки (пропала в строке категория) было в подкатегориях: Главная-Категория-Подкатегория стало: Главная-Подкатегория то же самое и в товарах Подскажите, как восстановить нормальный вид хлебных крошек: Главная-Категория-Подкатегория и Главная-Категория-Подкатегория-Товар |
|||
|