А в config.php все данные пользователя, вместе с паролями
не совсем понятно что у Вас с пользователями, но.. Серевер базы данных, название базы, пользователь и пароль могуть быть любыми. Вы можете на новом компе создать другую базу, пользователя с любым именем и паролем, просто потом внесите соответсвующие изменения в sites/default/settings.php в папке с друпалом
Желательно оставить структуру и название таблиц и одновременно объявить их Друпалу
Думаю тут половину ядра как минимум переписывать. Лучше и, как мне кажется, правильнее будет написать модуль на Друпал, который будет подключаться к удалённой базе, смотреть что там, забирать данные и заносить их себе уже по своей структуре. Аналогично при создании своих материалов дублировать их в старую базу по её структуре.
WSOD ловил дофига раз, конкретно была ли ситуация с логином не припомню. Только Вы в этом посте ответы вряд ли найдёте, нужно как-то заставить владельца показать еррор-лог. Права-то по-сути не нужны, пусть или сам посмотрит ошибку на время попытки логина, или, в крайнем случае, тупо скопировать содержимое.
сложно вслепую (эту тему сам не лапал), но наводку могу дать. Посмотрите через инструменты веб-разработчика есть ли вообще дописанные Вами стили в перечне. Даже если главенствуют стили темы, Ваши должны быть ниже, только перечеркнутые.
Что-то мне подсказывает, что Ваши стили вообще не цепляются к странице, тобишь проблема в атаче файла со стилями к странице, а не первенства/главенства.
ну дык объект как бы и без передачи по ссылке изменится
а можно чуток подробнее, плз? Хоть в какую сторону гуглить чтобы про это почитать. Почему измениться? Дело с объектом, друпалом, версией пхп или ещё чего? Мне б только направление..
Помню когда-то сам смотрел на хуки квадратными глазами
Если коротко, то нужно создать свой модуль, который будет состоять из двух файлов:
ваш_модуль.info
ваш_модуль.module
в первом будет описание (инфы в нете, в том числе и рускоязычной пруд пруди), во втором соб-сно сам хук:
это придумать самому при написании плагина для CKEditor'а. К примеру что-то типа
///1,2,3///
что вряд-ли будет использоваться в тексте. Потом при выводе через вылавливать из текста регулярками и разбирать на массив. Потом смотреть роль юзера и если его роль есть в массиве - оставлять ссыль, если нет - убирать. Но это только идея, конкретнее с человеком который возьмётся писать. Эт не я
что-то я загнул, хватит и просто вставки спец-меток в плагином CKEditor'а, и потом уже при выводе ноды фильтровать ссылки в зависимости от прав и меток
Хотя, если завести на отдельные роли отдельные поля ноды, написать плагин который будет расставлять метки на ссылках, которые потом будут подбираться хуком при сохранении ноды и в зависимости от меток распихивать по нужным полям, а потом при выводе, конкретным ролям будет показана конкретная копия поля (с файлами или без)...
CKEditor это явовский редактор текста, тоесть он и все его плагины отрабатывают конкретно на стороне клиента Проверка же прав - серверная сторона. Чисто теоретически, можно конечно поиграть в садо-мазо с написанием плагина, отправляющего аякс запросы и редактирующего конечный хтмл...Но сам слабо представляю как будет выглядеть такой код.
попробуй дописать ещё смену тайтлов, которые делал в самом начале к моему последнему варианту функции и попробуй вывести &$vars ещё раз, в самом конце, после исправлений. Посмотри, будет ли вообще присутствовать "Дата окончания" и если да, то в какой переменной
почитайте про селекторы css. К примеру так:
/*
* стили
*/
}
Исходя из того что стиль прикреплён и селектор тот что нужно, можно попробовать
не совсем понятно что у Вас с пользователями, но.. Серевер базы данных, название базы, пользователь и пароль могуть быть любыми. Вы можете на новом компе создать другую базу, пользователя с любым именем и паролем, просто потом внесите соответсвующие изменения в sites/default/settings.php в папке с друпалом
ага, стоп, перечитал и до меня дошло)
да, гадать можно по-всякому, но со ссылкой будет вернее
Думаю тут половину ядра как минимум переписывать. Лучше и, как мне кажется, правильнее будет написать модуль на Друпал, который будет подключаться к удалённой базе, смотреть что там, забирать данные и заносить их себе уже по своей структуре. Аналогично при создании своих материалов дублировать их в старую базу по её структуре.
я чисто уточнить. Вы в свои стили добавляли
WSOD ловил дофига раз, конкретно была ли ситуация с логином не припомню. Только Вы в этом посте ответы вряд ли найдёте, нужно как-то заставить владельца показать еррор-лог. Права-то по-сути не нужны, пусть или сам посмотрит ошибку на время попытки логина, или, в крайнем случае, тупо скопировать содержимое.
а через hook_node_presave не прокатит?
и это...чего у Вас с селектами не совпало?
сложно вслепую (эту тему сам не лапал), но наводку могу дать. Посмотрите через инструменты веб-разработчика есть ли вообще дописанные Вами стили в перечне. Даже если главенствуют стили темы, Ваши должны быть ниже, только перечеркнутые.
Что-то мне подсказывает, что Ваши стили вообще не цепляются к странице, тобишь проблема в атаче файла со стилями к странице, а не первенства/главенства.
спасибо за объяснения и респект за помощь нуждающимся
а можно чуток подробнее, плз? Хоть в какую сторону гуглить чтобы про это почитать. Почему измениться? Дело с объектом, друпалом, версией пхп или ещё чего? Мне б только направление..
Только чур не просто поглумиться и смыться, так-то толку мало будет
дык, что бы заполненное поле ноды сохранилось нужно либо тянуть ноду ссылкой, либо потом ретурн делать, нет?
На звание гуру не претендую, всегда готов учиться дальше, так что выслушаю все замечания. Будет полезно и мне, и создателю топа.
П.С. не забыть вконце закрыть иф
ну так а что неясно? Эта функция будет выполняться при добавлении новой ноды. Все ёё данные хранятся в переменной $node. только забыл амперсанд
Помню когда-то сам смотрел на хуки квадратными глазами
Если коротко, то нужно создать свой модуль, который будет состоять из двух файлов:
ваш_модуль.info
ваш_модуль.module
в первом будет описание (инфы в нете, в том числе и рускоязычной пруд пруди), во втором соб-сно сам хук:
это придумать самому при написании плагина для CKEditor'а. К примеру что-то типа
///1,2,3///
что вряд-ли будет использоваться в тексте. Потом при выводе через вылавливать из текста регулярками и разбирать на массив. Потом смотреть роль юзера и если его роль есть в массиве - оставлять ссыль, если нет - убирать. Но это только идея, конкретнее с человеком который возьмётся писать. Эт не я
что-то я загнул, хватит и просто вставки спец-меток в плагином CKEditor'а, и потом уже при выводе ноды фильтровать ссылки в зависимости от прав и меток
Хотя, если завести на отдельные роли отдельные поля ноды, написать плагин который будет расставлять метки на ссылках, которые потом будут подбираться хуком при сохранении ноды и в зависимости от меток распихивать по нужным полям, а потом при выводе, конкретным ролям будет показана конкретная копия поля (с файлами или без)...
Что я морозю...явно пора на отдых)
CKEditor это явовский редактор текста, тоесть он и все его плагины отрабатывают конкретно на стороне клиента Проверка же прав - серверная сторона. Чисто теоретически, можно конечно поиграть в садо-мазо с написанием плагина, отправляющего аякс запросы и редактирующего конечный хтмл...Но сам слабо представляю как будет выглядеть такой код.
[Решено] в тему допиши, плз
а если запихнуть в печеньку айди сессии? Уж в сессию можно внести чего угодно
тьфу, блин, что-то торможу сегодня конкретно. Ведь нужно же присвоить замену
попробуй дописать ещё смену тайтлов, которые делал в самом начале к моему последнему варианту функции и попробуй вывести &$vars ещё раз, в самом конце, после исправлений. Посмотри, будет ли вообще присутствовать "Дата окончания" и если да, то в какой переменной