axel: Комментарии

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

22 октября 2009 в 16:14

XmasterX wrote:
бессмысленная и беспощадная реклама :)
Рекламы будет ещё много, т.к. нам нужны деньги Wink Не будет рекламы -> не будет спонсоров -> не будет конфы -> так и будем сидеть рефлексируя, почему в рунете так мало друпала.

22 октября 2009 в 1:34

Ожидал увидеть в топике опрос Smile

Для упорядочения времени читаю "Тайм-менеджмент для системных администраторов" Тома Лимончелли. Пытаюсь следовать методике. О результатах сообщу Smile

21 октября 2009 в 20:30

В дополнение к топику. Если есть доступ к настройкам Апача (VDS или свой сервер), то для подобных целей предпочтительнее использовать mod_security (http://modsecurity.org)

20 октября 2009 в 1:05

Попытка обнаружить phpmyadmin и его конфигуратор - setup.php. У тебя установлен phpmyadmin на этом хосте? Если нет то, можно спать спокойно. Если установлен, то стоит проверить доступность setup.php и вообще доступность phpmyadmin - есть ли авторизация на входе.

15 октября 2009 в 15:04

cmsmagazine.ru wrote:
Интервью действительно получилось очень интересным, в чем большая заслуга Александра Графова, за что ему большое спасибо!

11 октября 2009 в 17:41

Присоединяюсь. Только проблема не в незнании языка по-моему, а в невнимательном отношении к контексту. Пример тот же inline - не посмотрев что это и о чём перевели как "в линию". А вчера я не мог понять, где в admin_menu в менюхе "Очистить все кеши" очистка таблиц - пункт Cache tables перевели "Кешировать таблицы". Вторая проблема в отсутствии технических ограничений на область действия перевода в Drupal - долгое время один перевод был сквозным для всех модулей и всего сайта, контектсы появились только в D6 и используются ещё не везде.

11 октября 2009 в 1:42

Это таблица сессий пользователей. Её можно очистить, но тогда всех кто залогинен на сайте - отлогинит с него. Вообще в размере 392Мб для таблицы ничего страшного нет. Но для таблицы сессий в 4353 строк размер 392Мб действительно слишком большой. В settings.php я бы не стал ничего трогать, т.к. дело не в настройках длительности сессий. Дело в модулях, которые хранят в session.session (longtext) слишком много данных - если прикинуть на 1 запись таблицы получается ~90кб. Лучше бы выяснить что это за модули. Но если сайт работает быстро - я бы вообще ничего не трогал.

10 октября 2009 в 20:17

Группу на groups.drupal.org вычёркиваем because:

Your Group entry entitled "RussianDC" has been denied by our content moderator. Our group guidelines are posted at http://groups.drupal.org/node/add/og. The content has been deleted from our site.

5 октября 2009 в 17:20

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

5 октября 2009 в 1:33

b-man wrote:
Удобно когда профайлер сделан отдельным приложением, интегрирован с средствами для написания запросов, и менеджером, множество настроек, шаблонов, можно одновременно запускать трейсы на разных серверах и тд.
Заинтересовал, посмотрю теперь.

4 октября 2009 в 15:58

likin wrote:
Может и так. Я согласин, что когда человек, что-то создает, то создает под что-то новое. А вот старое переделать под новое никогда не хватает сил и времени. Потому я не знаю как правильно это назвать. Пришлось включать поддержку 4-ой версии.
Да, в сборке Denwer под Windows такой проблемы не наблюдалось(сразу включено), под Debian когда всё собирал по частям пришлось помучится.

4 октября 2009 в 14:02

likin wrote:
Проблнма заключается в том, что установлен mysql-5.*, а Drupal
адаптирован под 4-ую версию, на сервере МУСКУЛА надо включить поддержку меньшей версии, там описано как...

Это ошибочное утверждение, не вводите людей в заблуждение. Drupal 6 работает с mysql 5.1 и mysql 5.0. Более того, эти версии являются предпочтительными, нет никакого резона включать совместимость с mysql 4.* или ставить старую версию mysql.

30 сентября 2009 в 21:24

<a href="mailto:Mr.Alinaki@drupal.org">Mr.Alinaki@drupal.org</a> wrote:
Я все понимаю, вКонтакте говно и все такое. Но игнорировать его, имея группы в фейсбуке и спамерских профессионалах.ру это странно как минимум.

29 сентября 2009 в 4:27

wyatkins wrote:
axel, вот Ваше личное мнение (насколько я понял Вы привели Друпал в Россию со всеми последствиями): Какие, требования что ли, предъявлять к подрядчикам? На чем делать акцент в первую очередь? чтобы не продешевить и, через какое-то время, узнать, что я и мой шеф&Co лохи последние, развели по-полной.

29 сентября 2009 в 4:03

Для блокировки ip можно использовать .htaccess, если оно действительно надо. Но по-моему именно для защиты от спама это не самое эффективное решение. Для антиспама см. модули spam, mollom, akismet.

28 сентября 2009 в 5:36

kwas wrote:
Похоже, это оно самое. Еще раз БОЛЬШОЕ Спасибо!
Вот только несколько не понятно, а крон то тогда зачем. Это чей косяк, Друпала, который не может нормально работать с кроном (или крон с ним), или хостинга, на котором крон не живет?

Никаких косяков. http://drupal.org/INSTALL.txt - прочти пункт 7.