Boozenok: Комментарии

Главные вкладки

18 августа 2015 в 18:45

"t1mm1" wrote:
Опять же. Это не решит изначальную проблему - создание самих ссылок.

Что бы не писать переадресации, рекоммендую написать свой токен для формирования ссылок

Идея хорошая, попробую попробовать еще так

17 августа 2015 в 13:08

t1mm1 wrote:
и?
Вас беспокоит то, что гугл "увидит" эти ссылки и будут дубли?
Ну так не давайте гуглу эти ссылки.

Да, это же дублирование страницы. Как не давать их гуглу? я же не могу запретить ему не видеть заглавные буквы. А их можно ввести в любом урле на сайте и адрес будет доступен, вот и логично сделать 301.

16 августа 2015 в 22:41

t1mm1 wrote:
а почему вы не попробуете сгенерировать новые урлы, сохранив старые, и делать переадресацию со старых на новые по 301?

1. то есть по факту - вам нужен обработчик, который бы при сохранении делал урлу в нижнем регистре.
2. делал бы переадресацию со старых урлов на новые. это кстати есть в коробке от pathauto. Как и механизм обновления урлов, и построения самих урлов.

7 июня 2015 в 22:01

Это не код стандартного Аналитикса! И коммерсса у меня нет вообще.
Модуль никак не справляется с этой задачей.

Вопрос решен. всем спасибо за участие!

7 июня 2015 в 0:45

t1mm1 wrote:
Никакой экспрессии. Только пожелание - пишите по стандартам. У автора изначально костыли.
---
Автору нужно обработать данные для html основного шаблона страницы, но он пытается взять их из шаблона ноды. Логично использовать предпроцесс, но правильно это делать не на уровне шаблона темы, и не на уровне предпроцесса в самой теме. Все же темизацию и обработку данных стоит разделять. Простым языком - при смене темы - это работать уже не будет.

5 июня 2015 в 10:37

контекстные фильтры не помогают. там еще у меня редирект через рулсы стоит. Ну ладно, буду искать костыли.

Может вы поlскажете как лучше передать переменные из node.tpl.php (данные поля) в скрипт, который прописан в html.tpl.php

Скрипт вида:

dataLayer = [{

'name': 'сюда тянем имя с поля',

}];

6 мая 2015 в 13:44

да, в обход получилось прицепить #description, но всеравно класс .error не работает с .form-radios. К примеру, хочу банально прописать в css стиль для #description когда срабатывает ошибка - не хочет подтягивать(

26 июня 2014 в 18:34

Если это просто поля, которые пользователь должен отправить, то можно так:
1. Создать простые текстовые поля ссылка, размер, цвет
2. Ставим модуль editablefields
3. Даем права пользователям на редактирование этих полей
4. В настройках отображения полей задаем нужный виджет
5. Все

24 июня 2014 в 15:35

"multpix" wrote:
мысль моя такого рода, что не оптимально делать пары display_product, product на каждый чих.
но вам командовать парадом, и вам решать, удачи))

Я тоже так думаю, но изначально делалось для того, что бы ноды с диванами полностью отличались по виду и всякими "прелестями" от остальной мебели, для этого и делался отдельный тип материала.Но в итоге, все как всегда осталось в планах, вид тот же, типа материала нафик не надо.

23 июня 2014 в 12:56

"multpix" wrote:
может будет полезной мысль:

Так уже не пойдет. Мне именно нужно что бы диваны были отдельным и типом материала и типом товара. Тем более там уже много очень товаров залито, так просто не поменяешь.

"sergeybelya" wrote:

13 мая 2014 в 16:23

"websheriff" wrote:
Зачем писать пост если никакого ответа не даешь?

а зачем делать сайт, если не умеешь его делать?

Точно такого готового шаблона нет, любой какой вы не поставите нужно допиливать! А здесь без Css никуда, а если учесть, что это Drupal, то и без базового php тоже

8 мая 2014 в 13:12

"severip" wrote:
Как сделать так, чтобы email можно было достать независимо от роли?

Ну судя по этому

"severip" wrote:
'field_email'

у вас эмейл это просто обычное поле? дайте права всем просматривать это поле.
Field Permissions в помощь