| |||||||||
| |||||||||
23.04.2017 01:30
Да все можно, только стоит понимать различия. я писал уже о них не раз.
мультиуровни не просто мультиуровни.
базы разложены по уровням в папке catalog
даже если вы убили товарную группу в db_index.txt (основной базе) - она останется в папке catalog
даже после индексации
но это не касается товаров в этом товарном каталоге. они убьются.
это сделано для устоявшихся разделов как минимум.
тусовать туда - сюда - это для этого не предназначено.
чтобы полностью обновить содержимое каталога - просто удалите папку catalog и проиндексируйте.
зачем это сделано?
Это сделано как часть СУБД, для того, чтобы миллионы товаров содержать в этих кластерах и при индексации, которая в этом случае может занимать минуты, десятки минут, часы - не происходило бы выпадание товара из кластера.
по сути это эдакий вид кеша.
И да я не сделал автоудаление уже не нужных раздело при индексации - так как на огромном количестве вложенных папок не хватает оперативки обработать рекурсивно все папки. так что пока вручную. у меня есть средства работы под nix - но это понимаете не универсальный метод.
Добавление категорий происходит и так, а вот нюанс, что если вы категорию переименовали, иди удалили полностью - то вам следует удалить всю папку catalog - этот нюанс существует и именно вам он мешает жизнь.
Мультиуровни это не просто мультиуровни, а другой способ хранения БД, когда один товар находится одновременно в нескольких базах - выше и нижестоящих, с поддержкой кластеризации. А любой кластер требует средств обслуживания над программной средой движка - это может делаться скриптами bash команд, питоном, с++ и другими средствами работы СУБД. т.е. одним движком уже не обойдешься - все зависит от среды, где установлен движок.
В сегменте B2B для чего сделан этот режим как правило есть системный администратор, который состряпает крон задания для нужных работ - очистка кеша, логов и устаревших разделов. Этот режим для служебного пользования и не является необходимым всем юзерам. Его вообще я не рекламирую, и в скриншоты попадает случайно. Его использование - AS IS на свой собственный страх и риск.
мультиуровни не просто мультиуровни.
базы разложены по уровням в папке catalog
даже если вы убили товарную группу в db_index.txt (основной базе) - она останется в папке catalog
даже после индексации
но это не касается товаров в этом товарном каталоге. они убьются.
это сделано для устоявшихся разделов как минимум.
тусовать туда - сюда - это для этого не предназначено.
чтобы полностью обновить содержимое каталога - просто удалите папку catalog и проиндексируйте.
зачем это сделано?
Это сделано как часть СУБД, для того, чтобы миллионы товаров содержать в этих кластерах и при индексации, которая в этом случае может занимать минуты, десятки минут, часы - не происходило бы выпадание товара из кластера.
по сути это эдакий вид кеша.
И да я не сделал автоудаление уже не нужных раздело при индексации - так как на огромном количестве вложенных папок не хватает оперативки обработать рекурсивно все папки. так что пока вручную. у меня есть средства работы под nix - но это понимаете не универсальный метод.
Добавление категорий происходит и так, а вот нюанс, что если вы категорию переименовали, иди удалили полностью - то вам следует удалить всю папку catalog - этот нюанс существует и именно вам он мешает жизнь.
Мультиуровни это не просто мультиуровни, а другой способ хранения БД, когда один товар находится одновременно в нескольких базах - выше и нижестоящих, с поддержкой кластеризации. А любой кластер требует средств обслуживания над программной средой движка - это может делаться скриптами bash команд, питоном, с++ и другими средствами работы СУБД. т.е. одним движком уже не обойдешься - все зависит от среды, где установлен движок.
В сегменте B2B для чего сделан этот режим как правило есть системный администратор, который состряпает крон задания для нужных работ - очистка кеша, логов и устаревших разделов. Этот режим для служебного пользования и не является необходимым всем юзерам. Его вообще я не рекламирую, и в скриншоты попадает случайно. Его использование - AS IS на свой собственный страх и риск.