- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Garin33, $tabs в блоке? menu_local_tabs()
Забавно, только сейчас дошло попробовать print render(menu_local_tabs()) в блоке, после прочтения в другом источнике))...Работает!
Здравствуйте!
Ссылки в комментариях к ноде ведут не на сам комментарий, а на первую страницу ноды (при многостраничных комментариях). Это приводит к тому, что пользователю приходит на почту уведомление о новом комментарии к статье вида - http://www.домен.ru/#comment-2964
при переходе по ней, пользователь не попадает на комментарий, не попадаем даже на страницу с этим комментарием, а попадает на первую страницу с данной статьей и пользователь вынужден, листая страницы с комментариями искать последний. Подскажите, пожалуйста, как решить данную проблему?
Здравствуйте!
Ссылки в комментариях к ноде ведут не на сам комментарий, а на первую страницу ноды (при многостраничных комментариях). Это приводит к тому, что пользователю приходит на почту уведомление о новом комментарии к статье вида - http://www.домен.ru/#comment-2964
при переходе по ней, пользователь не попадает на комментарий, не попадаем даже на страницу с этим комментарием, а попадает на первую страницу с данной статьей и пользователь вынужден, листая страницы с комментариями искать последний. Подскажите, пожалуйста, как решить данную проблему?
Если вы про модуль comment notify, то использовать тег [comment:node:url] или [comment-subscribed:node].
Если вы про модуль comment notify, то использовать тег [comment:node:url] или [comment-subscribed:node].
Где в настройках сайта использовать эти теги? Проблема даже в не только в уведомлениях о новом комментарии, а в ссылках в самих комментариях. Если кликнуть на ссылку комментария непосредственно на странице сайта, то открывается начало ноды первой страницы.
В настройках уведомления о комментарии, есть примечание - !comment_url = полный URL к записи и комментарию - отметьте: если включен пейджер, это не будет корректно работать - установите максимальное количество комментариев так, чтобы все они размещались на одной странице или отображались в обратном порядке.
Как обойти эту недоработку?
Где в настройках сайта использовать эти теги? Проблема даже в не только в уведомлениях о новом комментарии, а в ссылках в самих комментариях. Если кликнуть на ссылку комментария непосредственно на странице сайта, то открывается начало ноды первой страницы.
В настройках уведомления о комментарии, есть примечание - !comment_url = полный URL к записи и комментарию - отметьте: если включен пейджер, это не будет корректно работать - установите максимальное количество комментариев так, чтобы все они размещались на одной странице или отображались в обратном порядке.
Как обойти эту недоработку?
Это уже не знаю :) У меня такого нет, видимо комментарии изначально были оформлены иначе.
Использую флаг Like (т.е. подсчет количества кликов по ссылке). Каким скриптом можно обновить значение этого флага? Хочу обновлять через VBO. Есть такие варианты?
У flag есть api: https://drupal.org/node/305086
$flag->flag('flag', 456);
The signature of this $this->flag() method is:
<?php
function flag($action, $content_id, $account = NULL, $skip_permission_check = FALSE)
?>
Обнаружил баг на нескольких сайтах.
Срочно нужно решение, помогите!
Проверьте свои сайты, возможно у Вас то же самое!
Суть вот в чем, если вы находитесь в одном из разделов сайта, к примеру site.ru/category и к этому урлу дописать произвольные символы, к примеру site.ru/category/135135wegsadgsadg - это не вызывает 404 ошибку, а показывает опять эту же категорию!
WTF? 😕
Получается бесконечное множество дублей страниц.
Как исправить? В чем причина?
Модуль Global Redirect установлен. Drupal 6.28.
---------- Добавлено 21.11.2013 в 20:03 ----------
Кажется нашел закономерность. Во всех случаях используется views для вывода содержимого категории. В настройках пути вьюхи стоит пометка:
То есть абракадабра после слеша в конце урла воспринимается за %.
Однако, дубли рождаются и для страниц, на которых вьюха вызывается, как блок.
Причину понял, пол дела сделано. Осталось понять, как исправить.
Это не баг, в д7 также
Для вьюс: https://drupal.org/project/views404
Для остальных страниц можно использовать preprocess_page, например если arg(0) == 'node', то для arg(3) отдавать drupal_not_found()
А вообще мне нравится эта фича, можно к любому пути добавить нужные аргументы, при этом не нужно объявлять их в hook_menu
Это не баг, в д7 также
Для вьюс: https://drupal.org/project/views404
Для остальных страниц можно использовать preprocess_page, например если arg(0) == 'node', то для arg(3) отдавать drupal_not_found()
Спасибо!
Пока пробовал такое решение, но не помогло. Попробую модуль, который вы посоветовали и отпишусь.
---------- Добавлено 21.11.2013 в 20:25 ----------
А какую лучше версию ставить?
6.x-1.0-beta1 или 6.x-1.x-dev?