Угу... Но в ноду надо ж сначала эти самые параметры (по которым фильтровать) как-то добавить? Не будет же человек создавать View, и указывать в нем вывод нужных нод по их NID?
Логичнее делать категорию (или термин), назначать ноде эту категорию и потом выводить нужные ноды, отфильтрованные именно по признаку принадлежности той самой категории. Нет?
Ещё раз, внимательно, прочитайте последний абзац моего предыдущего сообщения. Там содержится ответ именно на этот вопрос.
Да дело в том, что так действительно не работает (не идёт замена "node_alias/PARA" на "node/NID/PARA"), по крайней мере, у меня не получилось это реализовать
Можно так попробовать: создаёте страницу (page), и в тело ей прописываете необходимый вызов ф-ции. И не забудьте поставить содержимому страницы тип "PHP".
Вот пример: добавляю страницу и назначаю ей алиас "my_page". Далее, в тело страницы пишу:
<?php
$arg = arg(1);
my_page_func($arg);
function my_page_func($arg = NULL) {
// ...
// real code
// ...
}
?>
а что означает эта "заточенность" типа данных под афишу, что для ее обеспечения нужно привлекать CKK?
Это я Вам как вариант сказал (в моём случае, другие типы данных не подходили, пришлось свой писать, тогда CCK не было, а Flexinode не хотел использовать). Разумеется Вы можете использовать и один из существующих типов...
Возможно Вам стоит посмотреть в сторону модуля Event.
Для Дрюпла версии 4.6.х я на его основе делал модуль, который для подобных целей сейчас и используется (назовём его "EventEx"). Идея такая: есть модуль, который может привязывать любой из типов контента к определённым дням (и часам) и есть тип данных, который "заточен" под "афишу" (в моём случае - "событие"). Т.е. задача разбивается на две части.
Народ, я вот читаю и прямо каким-то ущербным себя начинаю чувствовать: не первый раз пишут про проблемы с этим самым locale.module, а я не могу понять - отчего так? У меня ни как не получается сделать, что бы этот модуль так сильно грузил систему и делал множественные запросы к БД каждый раз.
Просто для информации: отправил Shelendor-у версию 1.2.2 с фиксами и обозвал её - 1.2.2.1.Там только исправления версии 1.2.2, без ф-ции вывода всех материалов, данного типа (эта ф-ция пристуствует только в версии 1.2.3).
Что касаемо добавок в CSS - они совсем не обязательны. Они влияют только на [b]отображение[/b] букв, при выводе страницы со всеми материалами данного типа. Если не сделать этих добавок, то всё по прежднему будет работать, просто эти буквочки будут выводиться таким размером, как весь остальной текст и всё.
Отображение ссылки на "все" можно включить/выключить в настройках модуля ("Show 'All' link").
Таким образом, если Вы не хотите использовать эту ф-циональность, то просто отключаете её, да и всё.
Я не исполюзую термов. Можно сделать так чтобы можно было их отключать, чтобы модуль на них не обращал внимания как в версии 1.2.1
Про "не использую" подробнее можно? Вы их не используете вообще или для какого-то типа контета? В общем опишите, что б я смог у себя повторить эту ситуацию. Тогда и смогу поправить модуль.
С наступающим!
Народ, всех поздравляю с уже наступившим
Здоровья, много друзей и удачи желаю вам, коллеги
Вывод по пункту в меню документов определенного вида
Правда, Ваша
убрать форматирование при выводе через views
Один из возможных вариантов - обработать текст перед выводом нужным фильтром (который бы и убирал форматирование).
Конкретнее предложить ничего пока не могу, т.к. не знаю подробностей задачи.
Вывод по пункту в меню документов определенного вида
Угу... Но в ноду надо ж сначала эти самые параметры (по которым фильтровать) как-то добавить? Не будет же человек создавать View, и указывать в нем вывод нужных нод по их NID?
Логичнее делать категорию (или термин), назначать ноде эту категорию и потом выводить нужные ноды, отфильтрованные именно по признаку принадлежности той самой категории. Нет?
Вывод по пункту в меню документов определенного вида
Посмотрите в сторону тахосономии (Taxonomy) или (сейчас это более актуально) - категорий (Category).
Как восстановить пароль администратора на localhost?
Ещё есть вариант (почти то же, что предложил Dan): надо в таблице {users} просто подменить пароль пользователя.
UPDATE users SET pass=md5('тут пароль новый') WHERE uid=1
вызов функции / передача парамс
Да дело в том, что так действительно не работает (не идёт замена "node_alias/PARA" на "node/NID/PARA"), по крайней мере, у меня не получилось это реализовать
вызов функции / передача парамс
вызов функции / передача парамс
Можно так попробовать: создаёте страницу (page), и в тело ей прописываете необходимый вызов ф-ции. И не забудьте поставить содержимому страницы тип "PHP".
Вот пример: добавляю страницу и назначаю ей алиас "my_page". Далее, в тело страницы пишу:
<?php
$arg = arg(1);
my_page_func($arg);
function my_page_func($arg = NULL) {
// ...
// real code
// ...
}
?>
афиша с показом анонса на каждый день
Я сразу и ссылку указал на него.
афиша с показом анонса на каждый день
Это я Вам как вариант сказал (в моём случае, другие типы данных не подходили, пришлось свой писать, тогда CCK не было, а Flexinode не хотел использовать). Разумеется Вы можете использовать и один из существующих типов...
афиша с показом анонса на каждый день
Возможно Вам стоит посмотреть в сторону модуля Event.
Для Дрюпла версии 4.6.х я на его основе делал модуль, который для подобных целей сейчас и используется (назовём его "EventEx"). Идея такая: есть модуль, который может привязывать любой из типов контента к определённым дням (и часам) и есть тип данных, который "заточен" под "афишу" (в моём случае - "событие"). Т.е. задача разбивается на две части.
Принимаем поздравления
Народ, я вот читаю и прямо каким-то ущербным себя начинаю чувствовать: не первый раз пишут про проблемы с этим самым locale.module, а я не могу понять - отчего так? У меня ни как не получается сделать, что бы этот модуль так сильно грузил систему и делал множественные запросы к БД каждый раз.
БООООЛЬШАЯ ошибка. И очень тсранное поведение Друпала.
Ёлки-палки... я до такой простой вещи не додумался - всё - пора на покой
БООООЛЬШАЯ ошибка. И очень тсранное поведение Друпала.
А как Вы решили проблему с подключением к разным БД?
БООООЛЬШАЯ ошибка. И очень тсранное поведение Друпала.
Функция для определения параметров залогиненного юзера
Параметры "залогиненного" (текущего) пользователя доступны через "глобальный" объект $user:
global $user;
Пороблемы после переноса
Проблемы уже нет? (я только что Оперой заходил - всё в порядке, вроде, выводится)...
как запустить друпал
Может Вам это поможет?
Модуль indexpage?
Просто для информации: отправил Shelendor-у версию 1.2.2 с фиксами и обозвал её - 1.2.2.1.Там только исправления версии 1.2.2, без ф-ции вывода всех материалов, данного типа (эта ф-ция пристуствует только в версии 1.2.3).
Модуль indexpage?
Понял. Постараюсь исправить.
Так я и думал.
Модуль indexpage?
Исправить отдельно могу.
Что касаемо добавок в CSS - они совсем не обязательны. Они влияют только на [b]отображение[/b] букв, при выводе страницы со всеми материалами данного типа. Если не сделать этих добавок, то всё по прежднему будет работать, просто эти буквочки будут выводиться таким размером, как весь остальной текст и всё.
Отображение ссылки на "все" можно включить/выключить в настройках модуля ("Show 'All' link").
Таким образом, если Вы не хотите использовать эту ф-циональность, то просто отключаете её, да и всё.
Модуль indexpage?
Про "не использую" подробнее можно? Вы их не используете вообще или для какого-то типа контета? В общем опишите, что б я смог у себя повторить эту ситуацию. Тогда и смогу поправить модуль.
Модуль indexpage?
Новая версия модуля IndexPage отправлена Shelendor-у.
Посмотрите-попробуйте… Пишите если что не так.
Модуль indexpage?
2Maf: Угу... кажется вразумел. Быстро не обещаю, но попробую.