Pull to refresh

Comments 29

Отличный пример написания модуля для ССК. Спасибо.
SWFtools мне показался монстроподобным. У меня не было цели написать конкретно модуль вставки флеша, просто как пример он отлично подошел. Я описывал общий алгоритм добавления своих форматтеров.
Далее будет много кода, мало картинок и вообще всё скучно и уныло...

Ну почему скучно, вон какие буквы разноцветные, красиво.

У меня используется rand(1, 10000). Если есть более адекватный способ, буду рад услышать его в комментариях.

Более адекватный — rand(1, 99999999)
Тогда уж mt_rand(1, PHP_MAX_INT)

Но можно и что-нибудь более экзотическое сделать, например substr(md5(uniqid('', true)), 0, 10); =)
Такая экзотика только процессор нагружает. Сгенерировать уникальный ID можно и просто рандомом, к тому же, я не думаю, что на странице будет настолько много полей одного типа, чтобы rand(1, 10000) сгенерировал 2 одинаковых значения.
Можно встроенными срудствами друпала — user_password(10)
6.x-1.0-beta1
Кто вам сказал, что надо его использовать?
И что с того, что beta — многие хорошие модули доступны в dev только, но работают на ура. А надо — мы ж не велосипеды пишем. Есть модуль для вывода swfobject кода. Надо его юзать. Идеология CMS + унификация кода. Вы же не оспариваете CCK :)

Ну и акцент был на static переменную, а то rand(0, 1000) — это тот еще изврат.
Рисунок к посту сделан кровью? )))
All CMS suck, Drupal just happens to suck less
черт. прошу прощения, забыл:
— троллим под этой чертой ----------------
А еще, можно переложить вывод поля на шаблон еще проще будет.
Можно, так даже правильнее будет, но тут не так много кода, поэтому решил не заморачиваться.
можно еще TextField+TinyMCE c кнопкой Embedd Media
Зачем нужна проверка на включенный модуль filefield? Он у вас в зависимостях, и должен быть включен при нормальной работе системы.
К тому же не забываем про хук api.drupal.ru/api/function/hook_requirements/6 — он как раз нужен для того, для чего вы использовали hook_init.

Оформите пожалуйста код в соответствии с соглашениями принятыми в Drupal.
Да вообще то, учитывая стандарты написания zend у него все нормально. А у друпы есть ошибки кстати. Когда копировали они стандарты к себе, то оцепятались, сравни-увидишь.
Читаем цели создания стандартов zend (http://zendframework.com/manual/ru/coding-standard.overview.html):
Хороший стандарт кодирования важен в любом проекте, и особенно там, где множество разработчиков работают над одним проектом. Наличие стандарта кодирования помогает гарантировать, что код высокого качества, с меньшим количеством ошибок, и легко поддерживается.

Я бы не назвал это целями, ну да ладно. Суть такова — у большого проекта должен быть стандарт. Соглашение от zend хорошо, но сообщество друпал выработало свой стандарт и уж если пишешь под друпал, то надо его соблюдать.
да нет своего стандарта. есть стандарт только разработчика языка. А то что сообщество требует придерживаться этого стандарта- нет друпал стандарта есть только зенда-- то это ж хорошо.
Да нет никакого «стандарта разработчика языка». Есть соглашения внутри проекта.
Если один разработчик предпочитает табы, другой — пробелы, то внешний вид кода этих двоих оставляет желать лучшего.
zendframework.com/manual/ru/coding-standard.overview.html я и не знал что в переводе это означает соглашение. Кстати не ты ли в свое время писал на друп ру про то как кто то в друпе использует на каждом шагу лишние?
Да, проверка в модуле на включенный модуль filefield уже лишняя, раз filefield описан в зависимостях в info файле.
function theme_swffield_flash(){
//…
}
я бы вынес генерацию html в темплейт. думаю, так правильнее будет.
Sign up to leave a comment.

Articles