-
Публикаций
336 -
Зарегистрирован
-
Посещение
Весь контент a13x
-
Спасибо, чёт искал искал и не увидел Теперь понятно почему я в базе не нашёл упоминания про это, все права оказывается в файле хранятся. p.s. а как их менять? почему они неактивны?
-
Подскажите, насколько я понимаю в системе нет разграниченных прав администраторов \ менеджеров сайта? Если есть то подскажите где, что-то не нашёл.
-
http://demo.simpla-template.ru/ А что за ужас происходит с фоном при прокрутке? Глаза можно сломать p.s. Firefox 57.0.2
-
В файле design.php кажется, бэкдор или троян, не знаю что именно, но будьте внимательны. Сейчас допиливаю этот шаблон, очень понравился. да косяки есть, причём даже на сайте автора они есть, но я у себя все пофиксил
-
1. можно внедрить CSRF Token для защиты от спама 2. можно сделать проверку на заголовок XMLHTTPREQUEST 3. сделать свои костыли, например когда человек кликает в поле ввода имени \ фамилии, на сайт отправляется AJAX запрос и в сессию записывается метка что это человек, а не бот. 4. капча, но её можно обойти. 5. не выдавать ошибку при срабатывании этих правил, а говорить что всё ОК, но просто не записывать в базу данные. Так вы не будете палиться и люди которые это делают будут думать что всё ОК. Выбирайте сами. Если все вышеизложенное не помогло - лечитесь от вирусов на сайте.
-
Да, правильно, можно и так реализовать, но тогда надо будет писать костыли для смарти на проверку активных категорий (когда добавляется класс active). В моём случае я проверяю по функции in_array(категория, массив категорий урла) class="{if $c->url|in_array:$rewrite->uri}selected{/if}" а вот как в вашем случае будет, это надо подумать, но в целом можно и так задачу решить, тут уж кто как хочет.
-
Я уже писал что делает этот модуль и для чего он. Не вижу смысла повторяться. Если вас всё устраивает, значит он вам не нужен. p.s. файл categories.tpl конечно же должен быть без одинакового вывода при проверке род. категории, а именно: {if $categories} {if !isset($url)}{assign url $rewrite->catalog->url}{/if} {if isset($prevurl)}{assign var="url" value="$url/$prevurl"}{/if} <ul> {foreach item=c from=$categories} {if $c->visible} <li> <a class="{if $c->url|in_array:$rewrite->uri}selected{/if}" href="{$url}/{$c->url}">{$c->
-
О чём сейчас речь? Какие одинаковые урлы? Я не хочу спорить, я лишь основываюсь на более чем 10-ти летнем опыте работы в этой сфере. Мне в принципе всё равно кто что должен и нет, я привык делать так, как будет удобно в дальнейшем мне и заказчику, так и делаю. По работе мне приходится продумывать ВСЕ мелочи, включая и такие, и в 99% случаев ни один нормальный человек не будет называть товар ПЫЛЕСОСЫ. Если уж такое случится и мне человек пожалуется на это, я допилю в админке проверку, либо объясню ему как правильно называть товары. Пусть будет так, но я придумал решение которое не зависит от
-
По ссылке согласен, где то упустил проверку....допилил. По поводу скрина, то не ко всему применима постоянная ссылка. в данном варианте вы привязали её к 1 категории, а у товара их может быть много. Чтобы исправить множественное вложение категорий, которое кроме как руками не вызвать, достаточно прописать в файле view/ProductView.php доп.проверку: Найти код: foreach($category->path AS $key => $cat){ $urikey = $key + 1; //0 - /catalog/, поэтому +1 $url[] = $uri[$urikey]; $this->breadcrumbs[] = [$cat->name, $this->rewrite->catalog->url."/".implode("/"
-
Помоему никто не будет создавать товар с таким же названием как у категории. Вы слишком категоричны + всегда для этого можно будет ввести префикс идентификации товара. 1. удобство в том что заходя в товар он по хлебным крошкам видит весь путь тоавра, включая подкатегории. В симпле же если я зайду в товар, то по крошкам я увижу каталог и бренд, но не полную иерархию категорий товара 2. а у меня почти так и есть, зная как работает контролер вы можете сами всё задать лишь дописав нужный метод. 3. тем что при переносе на nginx их надо переписывать 4. решение есть и будет всегда, мой метод лишь объ
-
Я аргументировал все свои ответы, а если вы чего-то не знаете, то это уже ваши проблемы. В СИМПЛА изначально идёт проверка на дубли, я лишь её переделал поскольку бренды и категории теперь не смешаны как это было раньше. А теперь вопрос, ПОЧЕМУ МОЁ РЕШЕНИЕ НЕ ПОДОЙДЁТ? получится аргументированно ответить или нет? Систему битрикс по вашему наверно тоже дураки разрабатывали
-
Я реализовал подобное, .htaccess тут непричём, сама система СИМПЛА работает только с 1 ктегорией, и если вам нужна цепочка категорий, то вам нужен этот модуль http://forum.simplacms.ru/topic/13136-правильные-чпу-без-htaccess-url-rewrite-средствами-php/
- 2 ответа
-
- simpla
- программирование
- (и ещё 2 )
-
Почитайте про тег LINK атрибут REL=CANONICAL и вы поймёте что это не дубли. Я уже писал выше. Во первых, это делается для удобства пользователей сайта, во вторых это правильнее в плане сео раскрутки, в третьих избавление от кучи ненужных строк в htaccess и простой установкой на nginx. Совсем не использовать нельзя, 1 строка будет полюбому, где вы будете указывать обработчик урлов, поэтому я сократил не НА столько, а ДО стольких то. Если его почистить то можно оставить всего 4 строки, при условии что у вас правильно настроен апач. RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_F
-
Fixed. http://simpla-url-rewrite.webtask.pro/catalog/bytovaya-tehnika/pylesosy/pylesos-dyson-dc32-animalpro Чтобы сделать урл без префикса, достаточно в файле Urewrite.php заменить метод на product_check() на этот public function product_check(){ $prod_url = $this->lasturi; $product = $this->products->get_product((string)$prod_url); if(isset($product)){ $this->module = "ProductView"; $this->arguments["product_url"] = $prod_url; } } и в файле-шаблоне design/html/products.tpl сделать ссылку на товар вида: <a da
-
Куча правок не относится к получению гет запросов, всё что связано с гет правится в классе request и в дальнейшем убираются из файлов переменные, которые определяются через этот GET (всего в 2-ух файлах). 50% остального кода это шаблонный вывод и ещё процентов 45 связан с проверками категорий, товаров и прочего. Поэтому что-то ещё лучше оптимизировать врядли получится, но если вы сможете, то напишите
-
Всё правильно, я этот вариант тоже начал рассматривать, не знаю зачем я с ID заморочился. Везде где есть запросы не через класс request - придётся править. Я пока нашёл это в двух местах - index.php и resize.php. Во всех остальных местах всё через класс request обрабатывается. Слишком объёмный конструктор получится + много данных надо передавать в смарти, поэтому мне было проще сделать новый класс. По поводу объёмных модификаций, то иначе не получается. Хотел как можно меньше затрагивать файлы, но это минимум который получился. На моём шаблоне правок гораздо больше. Если получится оптимизир
-
А чем штатная консоль не устраивает? У меня тоже как то был Firebug, потом когда он не показывал ошибку я долго ломал голову в чём проблема, в итоге его снес и оставил штатную консоль и она всё показала. В итоге никогда больше не использовал firebug. Проблема в версии firefox. Если жалуются клиенты то надо смотреть более детально, но повторюсь у меня всё работает.
-
Проблема на 90% в двойных кавычках " , т.к. если вы их не экранируете, то следующие параметры (после названия) просто не передадутся и товар импортируется без них, что собственно у вас и происходит. Это проблема CSV импортов, с XLS данной проблемы нет.