1. Главная
  2. B.X

B.X: Комментарии

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

11 февраля 2008 в 11:08

хех, тоже думал, что через htaccess оно проще будет...

но, ничего не меняется...
ведь ссылки на страницы изменяются в движке Друпала...
то есть, доступ по /page/2 будет доступен, но видиться эти ссылки будут всё равно по-прежнему...

27 января 2008 в 3:23

ну почему? некоторые хостеры (servage) даже разрешают выставлять Register Globals в режим enabled... зависит от кода, потенциально дыра, но если код хороший, то это не дыра, а дополнительные возможности... были уже обсуждения где-то (не помню где) на эту тему...

27 января 2008 в 3:12

просто не нужно использовать html-теги, они же потенциально небезопасны... заткнули одну дырку, появится другая... гораздо лучше использовать механизмы, которые уже есть, типа BBCode и тд... их же не зря придумали...

18 января 2008 в 5:03

а как переориентировать в комментариях? например, format_date($node->created там не работает... поскольку это не node собственно...

Добавлено:

Разобрался, собственно... в комментариях нужно указывать format_date($comment->timestamp

15 января 2008 в 0:05

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

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

14 января 2008 в 16:55

"только мертвость базы вне друпала как оценивать будете?"

очень просто, он ведь выводит страницу определённую при неработающей базе...
туда нужно включить перенаправление на статическую версию... а вот проверку из этой статической версии как сделать - затрудняюсь ответить...

наверное нужно, чтобы сохранялось всё в пхп, а туда при добавлении страницы в подобный кэш нужно вписывать инструкцию, которая бы проверяла "мёртвость базы данных"...

13 января 2008 в 21:42

"если вы ядро друпала глянете - то станет ясно, что не все там кешируется"

это понятно, что Друпалу оно не нужно кэшировать полную страницу, но вывод-то можно настроить, например, какую-нибудь "облегчённую версию", которая бы показывалась бы пока база данных недоступна...

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

13 января 2008 в 18:30

"в одном месте функционал livejournal, vkontakte, wiki, полноценной галереи, мощного сайта и добротного форума"

на Друпале даже обычный человек всё это может реализовать, все модули имеются (в том числе и для вики), дневники, галерея, форум всё есть... я не говорю о блогах и сообществах, так как изначально Друпал для этого и предназначался...

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

13 января 2008 в 18:25

"Странно, почему-то codefilter после фильтра html перестал работать, хотя раньше в таком порядке работало."

там посмотри, версия кодефильтра обновилась по дате, хотя осталась такой же по названию... может пользуешься просто старой?

"оффтопик. сегодня добью cache_clear_all - чтобы делал очередь на удаление каталогов для крона. потом таки придется плагинчик делать для крона :)"

13 января 2008 в 16:06

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

другой вопрос, что в различных темах всё будет выглядеть по-разному и быть может кое-что нужно будет изменить...

10 января 2008 в 18:43

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

29 ноября 2007 в 2:33

"Да, я пробовал Captcha Riddler, но отказался от него. И вот почему:
*Модуль защитит от случайного спам-робота, случайно зашедшего на ваш огонёк. Но он очень слаб для целенаправленной атаки на ваш сайт - один вопрос, который не меняется!"

От целенаправленной атаки не защитит ничего... Обсуждалась защита именно от спам-ботов... А от людей... хм... так кто иешает вопросы менять? И спамеру придётся каждый раз заходить на мой сайт... да пожалуйста...

29 ноября 2007 в 2:22

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

в разработке, а главное, в идее (таксономия etc...) и расширяемости лучше Друпала пока ничего нет... а приспособить к каким-то своим нуждам можно почти любую CMS...

18 ноября 2007 в 23:47

Уже давно существует Риддер Капча модуль (или как-то там)...
пишете вопрос (любой), на который нужно знать ответ (без выбора ответов)...
и как роботы, интересно, ответят на вопрос: "Какого цвета был флаг СССР?"...

имхо, никак...