первый вопрос
1. Войти в раздел Каталог админки
2. выбрать раздел, в котором вы хотите создать подкатегорию
3. нажать синюю кнопку "добавить раздел"
4. заполнить форму
5. сохранить изменения
второй вопрос
да. реально
1. открыть товар на редактирование в админке
2. в поле "виртуальные копии" выбрать раздел(ы) в котором будет лежать копия вашего товара. Надо понимать, что в данном случае новый товар не создается, поэтому при изменении параметров товара они поменяются во всех подкатегориях сразу.
3. сохранить товар
вам сюда
/ru/forum/828535
попробуйте
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">
как мне кааца пора завязывать. Т.к. тред скатывается в вечную тему.
В общем, т.с. высказал свое мнение по поводу Юми. Некоторые с ним согласны, некоторые - нет. все, как и должно быть.
а потом подтянулись свидетели вордпресса и опенкарта. (хотя про них вообще никто ничего не говорил)
Добавить какое-нибудь обязательное поле JS-кой с запаздыванием 2-3 секунды, после загрузки.
Отбивает 99% спаммеров-школьников (а у вас как раз такой вариант)
Ну, знаете, то, что ТП у юми медленная это факт.
они по моему запросу из маркета критический баг 3 недели выпиливали. Но это другой вопрос.
сама система мне нравится, особенно с появлением возможности делать php шаблоны, не влезая в дебри xslt и мезозойского tpl шаблонизатора.
Единственное, что могу сказать, если на сайте миллион товаров и у каждого 30 уникальных полей, то umi будет работать медленно, это факт (ну или потребует определенного шаманства с БД) по причине весьма специфического способа хранения контента в базе данных
у нас контент воруют постоянно, но так как издание, вернее издания, крупные и есть юр.служба, то как правило все решается одним официальным письмом. но иногда встречаются упоротые.
Там уже суды
а как входные данные и массив с разрешенными ссылками выглядят в жизни?
Подозреваю, что есть более оптимальное решение, чем сплитом гонять строковые данные
прошу прощения, что не получилось запустить?
<?php $modSettings['white_list'] = ' depic.me fastpic.ru fboom.me file.al fileboom.me filesmonster.com filespace.com filesmonster.com '; print_r (explode (PHP_EOL,$modSettings['white_list'])); print_r (preg_split("/\\r\\n|\\r|\\n/", $modSettings['white_list'])); // если надо избавиться от пустых ячеек print_r (array_diff(explode(PHP_EOL,$modSettings['white_list']), array(NULL))); print_r (array_diff(preg_split("/\\r\\n|\\r|\\n/", $modSettings['white_list']), array(NULL))); // если надо избавиться от пустых ячеек, ненужных табов и пробелов print_r (str_replace(array("\t",' '),array('',''),array_diff(explode(PHP_EOL,$modSettings['white_list']), array(NULL))));
можно еще explode (PHP_EOL,$modSettings[white_list']);
правда тут есть один фокус. конец строки в разных системах определяются разными кодами 1 или 2 байтами. т.е. если данные в массив получаются с другой платформы, то будут ошибки разбора. как вариант устранения preg_split("/\\r\\n|\\r|\\n/", $modSettings[white_list']);
