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

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

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

22 июня 2008 в 11:05

http://brainstorm.name/node/128 - по поводу этого...

"Люди просто приходили и говорили что я им что-то и чем то обязан. Требовали объяснить как это работает."

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

"Все это при нуле реакции со стороны сообщества в плане тестирования модуля, предложений улучшений"

21 июня 2008 в 18:00

"а статическое кеширование - это когда килотонна кешированых страниц очищаются после каждого комента"

интересно, а нельзя сделать так, чтобы обновлялась только "страница на которую добавлен комментарий", ну и трекер. соответственно?

21 июня 2008 в 16:31

проще можно сделать...
Создаём страницу определённую ddos, например...
в ней прописываем пхп-кодом редирект на какой-нибудь сервис-пак от Майкрософта (у них сервера хорошие, денег много, выдержат)...

а потом прописываем алиасы, на которые у вас page not found... боты страницу находят и их отправляет за сервис-паком...

7 июня 2008 в 19:34

"если поставить 'skip', то модуль на заданных страницах грузиться не будет.
с ролями также как с путями.
версию загрузите последнюю."

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

6 июня 2008 в 22:37

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

31 мая 2008 в 16:41

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

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

22 мая 2008 в 19:15

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

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

21 мая 2008 в 18:56

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

А я вот пока на Servage. Вроде и нормально всё работает, а вроде иногда и медленно бывает. Но друпалвалуехостинг на заметку взял. Если что, будет куда переходить...

17 мая 2008 в 23:58

"1) Единое обновление? - Но оно перекрывается неудобством того, что при обновлении будут в offline ВСЕ сайты в связке.
2) Размер установки(лишние файлы)? - При огромной куче модулей размер будет не больше 5-10Mb что об этом говорить несерьёзно."

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

17 мая 2008 в 21:33

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

17 мая 2008 в 11:43

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

13 мая 2008 в 22:29

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

11 мая 2008 в 10:41

А кто скажет, сделать мультисайтовость с разными серверами баз данных? Скольки ни пробовал - не получалось. Проблема в том, что у разных серверов разные адреса, а Друпал не позволяет указывать в одном конфиге разные адреса серверов, только разные таблицы.

Например, я хочу таблицу locales поместить вообще на другой сервер баз данных mysql, как мне это сделать? Имеется ввиду, что сайт один и мультисайтинг мне нужен для уменьшения нагрузки на базу данных.

10 мая 2008 в 12:13

Кстати, node image до сих пор не работает с комментариями? Или вы это уже исправили? Помню его автор говорил, что такое будет... просто upload comment работает, но не делает превьюшки, а только ссылка или полная картинка...

4 мая 2008 в 15:35

Если интересует, то вместо портирования одного модуля три раза, посмотрите на другие модули, которые также нуждаются в этом... например, хороший модуль: http://drupal.org/project/comment_page

http://drupal.ru/node/7642 - описание модуля...

8 марта 2008 в 8:14

не понимаю тех, кто считает, что это плохая или бредовая идея...
дело собственно не в деньгах, просто "зачем платить больше"?

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

8 марта 2008 в 7:06

я вообще не понимаю, зачем требовать от посетителя его почтовый адрес, поэтому просто отключил "Require e-mail verification when a visitor creates an account" - не думаю, что спам-боты будут регистрироваться на моём скромном сайте тысячами, чтобы запостить что-то нелепое, тем более что регистрироваться для отправки комментариев необязательно...

8 марта 2008 в 6:27

Akzhan wrote:
Если честно, то использовать JavaScript Aggregator - имеет мало смысла (в отличие от компрессии).

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