1. Главная
  2. andriy85if

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

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

19 января 2013 в 19:01

"multpix" wrote:
[current-user:uid]
юсерайди текущего пользователя

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

Ура! Теперь кажется все работает как я хотел! Правильный токен был user/[current-page:url:args:value:1]/notes

multpix, спасибо за идею с модулем menu token!

19 января 2013 в 16:50

Идея с menu token мне понравилась, но только подскажите мне пожалуйста еще один момент:

И так, есть страницы:
user/имя-пользователя/ - это страница профиля пользователя
user/имя-пользователя/blog
user/имя-пользователя/notes

Как правильно прописать токены ссылки (если делать через menu token) например к странице user/имя-пользователя/notes, если переход например делается с страницы user/имя-пользователя/blog

17 января 2013 в 19:25

извините, но не понимаю где эти ссылки должны быть. Если по-порядку, открыл страницу настройки представления у views (блок). Какой вариант лучше выбрать для fields? и какие прописать настройки для этого варианта?

17 января 2013 в 1:26

"voviko" wrote:
вы меня не учите

извиняйте, просто написал первое что возникло в голове после того как прочитал Ваш ответ.

Кстати, придумал как по-другому объяснить что мне нужно.
Мне нужно сделать так как на сайте drupal.ru Например, когда заходим на профиль пользователя http://www.drupal.ru/username/имя-пользователя видим вкладки "Bookmarks" и "Материалы с участием пользователя".

16 января 2013 в 23:36

"voviko" wrote:
выведите блок по адресу /user/%/blog, через views. надеюсь правильно понял...

это так страницу представления можно вывести. А страницы на которых выводиться блок, который сделанный в Views нужно настраивать в настройках видимости блока через страницу администрирования блоков. И еще нужно чтобы в самом блоке ссылки были в зависимости от пути текущей страницы.

16 января 2013 в 23:00

"voviko" wrote:
перефразируйте вопрос.

Честно говоря даже не знаю как перефразировать.
Еще есть такой вариант вопроса http://www.drupal.ru/node/95188
За пол дня в гугле нечего не нашел, как только не менял поисковые запросы.

16 января 2013 в 0:03

для визитки или типа того лучше Blogspot. Я там делал сайты 2 фирм. Хорошая функциональность, особенно касательно настройки дизайна. Можно все до самых мелочей настроить. В друпале так дизайн не правя вручную файлы не настроишь. А также там нет необходимости в обновлениях безопасности и в хостинге. Создал сайт и забыл. А друпал использую для более сложных сайтов с особой функциональностью

14 января 2013 в 16:10

Спасибо за ответ! А эта тема имела свое продолжение тут http://www.drupal.ru/node/95013 Там же указано как сделать это в друпал 7. Правда действительно не получиться переменную поставить в корне пути (мой-сайт/%), а еще нужно чтобы после переменной тоже был сегмент (например как у меня мой-сайт/user/%/blog), потому что если поставить например мой-сайт/user/%, то у меня даже почему то не открывались профили пользователя за стандартным адресом мой-сайт/users/имя-пользователя. Хотя адреса как бы не накладываються

13 января 2013 в 23:50

если материалов не очень много, то можно поставить полные редиректы 301 в htaccess. Например

Redirect 301 /ссылка/на/материал-на-старом-сайте.html http://new-site/ссылка/на/материал-на-новом-сайте.html

Я так 2 раза менял домен одного сайта. И вес страниц не теряется.

Правда если материалов много то нужно искать вариант как сделать чтобы автоматически была переадресация со страницы отдельных материалов на старом месте на страницы на новом.

13 января 2013 в 23:39

Спасибо за указание на contextual filter ... правда я не понял что значит raw value from url, 1 ... но нашел там что нужно выставить сначала RELATIONSHIPS "Материалы: Автор" и после этого появится "(author) Пользователь: Имя" в CONTEXTUAL FILTERS. И так работает.

13 января 2013 в 23:30

"drupby" wrote:
это как?

В google analytics есть что-то типа миграции сайта с одно домена на другой... указать гуглу чтобы правильно переиндексировал все страницы ... и эта функция доступна только для главного домена ... а вариант с www идет уже как поддомен ... ну и еще вариант без www красивее выглядит

13 января 2013 в 14:43

по-идее, если поставить редирект 301, то никаких проблем с переиндексированием не будет

если для домена то так:

RewriteCond %{HTTP_HOST} ^www\.site\.ru$ [NC]
RewriteRule ^(.*)$ http://site.ru/$1 [R=301,L]

я еще для поддоменов ставлю на всякий случай
RewriteCond %{HTTP_HOST} ^www\.poddomen\.site\.ru$
RewriteRule (.*) http://poddomen.site.ru/$1 [R=301,L]

Несколько раз встречался с тем что вариант без www лучше чем с www. Особенно при работе с google webmasters

11 января 2013 в 15:00

Вместо list (integer) настроил "Целое" ...там можно указать минимальное и максимальное значение... правда нет варианта "список" ... будет текстовое поле для ввода значения при создании материала

10 января 2013 в 16:03

возможно ответ не в тему, но мои вечные проблемы с всякими визуальными редакторами закончились только после того как перешел на Bueditor (допиленный вариант согласно http://www.drupal.ru/node/40962) И текст очень чистый получается, что важно для поисковых систем) Кстати, на drupal.ru он же и используется.

13 апреля 2012 в 19:07

Столкнулся с тем, что отпала необходимость создания того сайта Smile Но попробуйте модуль Domain Access. Он должен быть более функционален чем Subdomain (судя по размеру)

13 февраля 2012 в 0:54

Я только "за" кириллическою доменную зону для Украины (как .рф), но это будет еще очень не скоро, и еще есть проблема что в ".укр" все буквы имеют аналоги в латинице.
А касательно доменов idn, которые сейчас есть уже для украинских доменных зон, то читал на форумах что очень хорошо оптимизируется под поиск, если ключевые слова есть в названии сайта.

12 января 2012 в 14:26

Такая мысль возникла при замене стандартной главной страницы на отображение в views, где не используются тизеры. Я же не знаю на сколько быстро будет расширятся база если каждый день добавлять новые ноды, вот и подумал, что возможно это сэкономит где-то 10% базы и еще меньшая нагрузка на базу при создании нод