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

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

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

1 сентября 2010 в 13:51

MaNaX wrote:
??? при помощи аргументов во вьюхе. сам не делал но наверн мона..

С помошью views с аргументами уже делается страница, доступная по пути в конце которого uid пользователя.
Вопрос был как ее к меню прикрутить и показать каждому пользователю именно его выборку.

1 сентября 2010 в 13:07

Сделал через переадресацию.

Чем такой вариант может быть плох со всех точек зрения???

Создал пункт меню, в параметре 'page callback' указал название функуии, которая не формирует страницу, а делает перенаправление с нужными аргументами на представление Views.
Примерный текст функции:

31 августа 2010 в 22:07

t3hk0d3 wrote:
Никак. И насамом деле пихать пользователей без особой надобности в меню нету смысла. Я например тоже ломал над этим голову, написал патч для menu.inc для поддержки хуков изменения дерева меню, но потом пришлось вывести все блоке через view и стилизировать под меню.

т.е. Ссылки типа user/[uid], которая присутствует в друпале в меню и показывает профиль текущего пользователя ("мои учетные данные") самому не сделать? Как то в это не верится...

30 августа 2010 в 14:37

Дабы не плодить еще одну тему.
Прикольно ведет себя данный блок в сочетании fupload.
При загрузки нескольких картинок он показывает количество зарегистрированных пользователей равное числу загруженных картинок + количество реальных пользователей на сайте. И это число хранится в течение времени установленного в настройках блока. Прикольно наблюдать себя на сайте в 50 лицах одновременно...

29 августа 2010 в 12:06

Хм. Посмотрел Smile Результат не впечатлил, поскольку данная инфа, если я правильно понял находится в таблице USERS? а именно для создания ее общей и затевался весь мультисайтинг в первую очередь.
Или я все таки не правильно понял с какой таблицей работает этот блок?

29 августа 2010 в 2:17

Как я понимаю о разном говорим. На данный момент модуль статистики "Statistics" (входит в доп. часть ядра) у меня на всех сайтах отключен и на основании этого я делаю вывод, что он к этому блоку никакого отношения не имеет.
Структура мультисайтинга - да ядро и все модули общие... sites/all/... Я и спрашиваю, что делать раздельным, но делать ядра для каждого сайта отдельными точно ради этого блока не буду.

29 августа 2010 в 1:30

<a href="mailto:annya@drupal.org">annya@drupal.org</a> wrote:
Сделайте разные таблицы statistics(по-моему) для разных сайтов.

Не наблюдаю я такой таблицы ( и ничего похожего тоже) ни в общей ни в раздельной БД.

27 августа 2010 в 3:56

"Alex_R" wrote:
Может какую надстройку на Views нужно прицепить

"sv2109" wrote:
Попробуйте модуль views_or

СПАСИБО!
Очень похоже, что то, что нужно. Смущает, что нет релиза модуля, но надеюсь, что работать будет нормально. О результатах отпишу.

27 августа 2010 в 3:24

<a href="mailto:annya@drupal.org">annya@drupal.org</a> wrote:
А зачем Вам это нужно? Может все гораздо проще? Или для некоторых изображений сгенерились не те презеты?

для этого: http://www.drupal.ru/node/49001 чтобы при изменении условий пресет пересоздавался.

27 августа 2010 в 0:29

xxandeadxx wrote:
"Alex_R" wrote:
Нужно сделать одно представление в котором показаны документы у которых эти поля имеют пары "0" "1", "1" "0" и "1" "1".

т.е показать все документы или что?

Все документы, кроме тех, у которых оба поля "0".

26 августа 2010 в 15:04

glu2006 wrote:
Нет, все пресеты определенного типа да, а именно изображения нет.

А в PHP нет функции, которая удаляла бы файлы по маске в указанной и во всех вложенных директориях?

26 августа 2010 в 14:38

Alex_R wrote:
Что за поле "fid" в объекте $file_data?

Что за поле до конца не понял, но по крайней мере это поле в таблице типа материала является уникальным ( field_типматериала_fid ) и по нему у меня получилось сделать выборку. итоговый текст выглядит примерно так:

26 августа 2010 в 13:07

Спасибо! Получилось, однако, получив результат, решил попытаться пойти совсем другим путем, оставив один пресет в настройках которого буду проверять ставить копирайт или нет. Пока не понял как там получить номер ноды, к которой присоединено изображение. Uid туда передается, а Nid нет.

25 августа 2010 в 17:07

Давно хотел написать как я эту проблему обошел, но все руки не доходили. Сегодня еще раз случайно проверил - проблема осталась!!! Поэтому рассказываю, свое совершенно тривиальное решение.
Для всех сайтов основной базой сделал общую, а таблицы которые для сайтов уникальные и находятся в другой базе (и при этом не заполняются с использованием Computed Field ) прописываю в setting в виде префиксов с точкой. И все работает.

25 августа 2010 в 17:01

В чем была ошибка не понял Sad Откатился к старой базе и повторил еще раз всю операцию и заработало. Вроде делал все так же как и в первый раз. После первого раза папку на сервере не трогал. Чудеса...

25 августа 2010 в 14:56

Что ошибка сервера - понятно.
Права у папок site/all/files' и 'site/mysite.ru/files' одинаковые. (начинаю тихо ненавидеть MS server, но вроде действительно одинаковые).
При подключении к старой папке files и старой таблицы files все работает, с новыми установками нет, при попытке удаления старых файлов тоже пишет, что доступ запрещен, так что не в fupload дело Sad

25 августа 2010 в 14:07

Сделал, практически все заработало. Возник непонятный глюк - перестал работать image_fupload при попытке загрузки выдает ошибку 503. Если кто сталкивался - подскажите пожалуйста... пока пошел искать причину...

25 августа 2010 в 2:27

Alex_R wrote:
2. Если требуется на существующем сайте поменять путь к папке files как я понимаю недостаточно поменять путь к папке в admin/settings/file-system и перенести туда все содержимое, а нужно будет и пути в таблице Files в поле filepath изменять? Или это система делает сама?