rapitosov@drupal.org: Комментарии

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

24 января 2007 в 4:50

Ведь что стоит тыкнуть фаербаговским инспектором в интересующий элемент, нажать в тулбаре View CSS, найти нужный класс и посмотреть в каком файле он определен? Воистину, это гораздо быстрее, чем писать сообщение в форум Smile

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

23 января 2007 в 17:55

Не может. Везде должна быть использована конструкция "count", и в ядре оно действительно так. Другие конструкции не будут корректно работать с функцией format_plural() изменяющей перевод в зависимости от численного аргумента.

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

22 января 2007 в 12:11

Однозначно лучше чего? Прекратите бросаться неконкретными восторгами.

Во FreeBSD всё описаное было ещё тогда, когда Gentoo был в глубокой бете. Ну, за исключением включения в порты откровенно глюкавого софта.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

20 января 2007 в 19:22

Точно так же, как и в повсюду в интернете.

По хорошему:
- на select вешается класс CSS (в зависимости от происхождения селекта это можно сделать через параметер Form API '#attribute' функцией hook_form_alter() (или хаком), переопределение theme_ функции, или банальный хак)
- через drupal_add_js() при генерации страницы, содержащей select, добавляется скрипт, навешивающий на селект эвенты.

По плохому:
- на селект сразу навешиваются эвенты

20 января 2007 в 2:04

Мой Вам глубочайший прижизненный памятник Smile

И огромное СПАСИБО за содержательную и актуальною заметку по оптимизации.

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

20 января 2007 в 1:52

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

20 января 2007 в 1:39

Всё так.

Возможно вводит в заблуждение фраза "Drupal позволяет создавать сайты различного назначения и сложности и управлять ими не обладая навыками web-вёрстки и программирования.", которая вовсе не подразумевает, что достаточно установить Друпал, что бы получить супер-мега портал уровня youtube Smile

19 января 2007 в 19:44

Никакой. Связь есть между качеством поддержки и переводами мануалов.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

19 января 2007 в 16:36

Это не анегдот, это суровые трудовые будни моей юности Smile

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

19 января 2007 в 15:06

Нашим читателям очень интересно узнать, пробовали ли Вы читать документацию, что бы разобраться в непонятных моментах, или пользовались форумом drupal.org?

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

19 января 2007 в 14:40

Согласен с Вами, но не вижу связи с выступлениями spin76.

Таксономия (или, в нашем варианте перевода, Словари) совершенно неочевидна, потому как не имеет конкретного назначения, а является очень гибким (в умелых руках) инструментом для организации содержимого различными методами, например:
- Рубрикация (словарь, с задаными администратором терминами, необходимостью указания термина и одиночной иерархией) - создание простой древовидной структуры.
- Теги или ярлыки (словарь с freetaging и без иерархии) - по аналогии с ярлыками ЖЖ.

18 января 2007 в 23:17

Я очень много читал на сайте про скорость работы, но до сих пор не могу понять, как люди могут серьёзно обсуждать эту тему. А особенно в предложенном Вами ключе - оценивать скрорость работы сайта скоростью загрузки странички у клиента. Заказчику это совершенно не интересно. Его могут интересовать затраты на хостинг, которые, для нормальной работы Друпала, должны быть где-то 10-25$/мес.

18 января 2007 в 20:13

Вот что делает с людьми мухоморная интоксикация Smile

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

18 января 2007 в 19:56

Объясните это интеграторам платформы Битрикс, которая многократно сложнее Друпала. Вплоть до того, что для добавления новостей написана инструкция на 29 страницах. Что совершенно не мешает им (интеграторам) создавать сайты за 100 килобаксов.

А вот найти хороший заказ на самоделку становится всё труднее. Заказчики учатся ценить качество и адекватность сопровождения.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

18 января 2007 в 19:47

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

18 января 2007 в 15:05

А ещё, что бы на самый дешевый хостинг вставало, и админы не возражали Smile

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

18 января 2007 в 15:03

О великий гуру самодельных CMS!

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

17 января 2007 в 13:52

После внимательного прочтения багтрекера, с ним ещё совсем недавно были проблемы.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы