"mluchaninov" wrote:

если зайти на сайт с другого компьютера с любого браузера то редактирование тоже возможно

"mluchaninov" wrote:

Подскажите в чем может быть проблема

очевидно же. В вашем компьютере.

"Positiff" wrote:

drupal_mail('Заголовок',

Читайте справку по drupal_mail, у вас проблема не с 4-м параметром, а с первым.

"denis77443" wrote:

В тот момент когда сайт перестал работать, я ковырялся в файле node.pages.inc, но все что я там изменял вернул.

ага, поди Notepad++ с UTF8

menu_execute_active_handler('node/add');

"xxandeadxx" wrote:

васёк, создай сниппет в блоке и не мучайся

node_load(arg(1)) будет прекрасно смотреться при урле типа "user/123"

"<a href="mailto:annya@drupal.org">annya@drupal.org</a>" wrote:

Не совсем согласна. node_load при условии того что нода не кешированная будет нагружать базу десятками запросов. В моем варианте нужен только 1 запрос.

Не совсем соглашусь -)

menu_tree('ownmenu'); наверное

"Petro" wrote:

Ну если материалов 1 страница и пейджер соответственно не появляется то и не показывается количество материалов.

попробуйте так (не факт что сработает, не проверял):

"vitich" wrote:

ЗЫ: думать, читать документацию и разбираться самому всё-равно полезно :)

что может быть полезнее засирания своего мозга чужим (зачастую извращенным) подходом к решению задач

попробуйте menu_tree_all_data

"aldien" wrote:

Не помогло. Все-так же не виден апдейт.

не виден где?

было что-то подобное. Влияли комментарии в стилях, сформированные каким-то особым образом

Модуль counter ставьте. Он умеет.

"Y.Vladimir" wrote:

Требуется, при открытой статье подсветить соответствующий пункт меню, который является ссылкой на открытую статью.

Используйте l(); для ссылок.

та нееееее

"<a href="mailto:t1mm1@drupal.org">t1mm1@drupal.org</a>" wrote:

вы не сможете создать такого пользователя
дело в том, что обработка на уровне uid == 0 в апи недопустима.

зайдите в отчет о состоянии, дупла сама пофиксит

"Yusuke" wrote:

А это единственное решение, или есть альтернатива названия функции (связанная с именем модуля)?

есть еще хук_theme_registry_alter(&$registry)
там можно все что угодно переопределять

"Yusuke" wrote:

На страничке Б значение $_GET["param"] записывается в сессию

И эта примитивная операция у меня обрабатывается 700мс.

С помощью чего вы это реализовывали? Что возвращает страничка Б, если ее открыть в браузере? Может она у вас делает нужную работу, а потом рендерит контент с блоками "в никуда"?

"Serega_od" wrote:

Спасибо! А в какой функции надо прописать это?

обычно пишут в hook_init() но лучше делать это по необходимости, например в вызове той-же формы. Если подгружать глобально и всегда, то можно натолкнуться на грабли.

"vitg" wrote:

Дословный английски перевод: неправильное число параметров. В первом случае (code,surname) - 2 параметра, второй случай - VALUES ('%s',%d,'%s', nextval('doschool1_seq_id')) - 4 штуки, в третьем случае (для подстановки) $form_state ['value']['r_surname'] - 1 штука (если только это не массив третьего уровня).

"Son Serg" wrote:

Между db_query и pg_query разница в синтаксисе, как я понял небольшая.

В мануале по этой функции в PHP ни слова не сказано про плейсхолдеры, которые вы тут вовсю использовали. Я что-то пропустил? И кстати, действительно - почему такое упорное наклание на API Drupal?

белый блок контента на контрастном бэкграунде выглядит как рекламный popup-блок, особенно на главной. Глаз рефлективно ищет на нем кнопку "x" и цепляется за иконку RSS:)

"Son Serg" wrote:

Wrong parameter count for pg_query()

"Son Serg" wrote:

pg_query($db,"INSERT INTO doschoolweb (code,surname) VALUES ('%s',%d,'%s', nextval('doschool1_seq_id'))", $form_state ['value']['r_surname']);

а вы с db_query не путаете случаем?

"iNFerNo" wrote:

Ксти с 300 модулей до 150 опустился

вы че, народ.......
xD