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

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

25 октября 2009 в 17:54

<a href="mailto:shamaner@drupal.org">shamaner@drupal.org</a> wrote:
recovery.gov тоже был на друпе, переделали на .asp потратив 18 000 000$, перестал ложится как раньше.

23 октября 2009 в 15:03

VladbIka wrote:
Сайт имеет эксклюзивный дизайн и успешное продвижение.Разработка сайта осуществлялась при участии проекта "CMS Magazine"
Сорри, но так и не понял смысла этого комментария.

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

Ильич Рамирес Санчес wrote:
саш, вот чего я не понимаю в упор, так это смысла, зачем пиариться в качестве поставщика услуг на конференции которая нацелена на таких постащиков услуг как и ты, и на которую врядли попрут потенциальные клиенты?

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

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

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

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

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

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кб. Лучше бы выяснить что это за модули. Но если сайт работает быстро - я бы вообще ничего не трогал.

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.