Владимир(v1adimir@drupal.org)

Реальное имя
Владимир
Страна
РФ
Город
Новосибирск
Пол
мужской
Ваша работа
Куём Сайты!
Что-нибудь еще о себе

El Duderino

Сайт или домашняя страница
http://newmental.ru
Jabber ID
newmental.ru@gmail.com
Skype
newmental
Предлагаю_сервисы_для_Drupal
Программирование модулей на заказ
Вёрстка и дизайн тем оформления
Создание коммерческих сайтов
Блог
Просмотреть последние записи в блоге
Темная материя
Материалов: 0/35, комментариев: 1/2458
Время участия
7 лет 3 months
Пользователь поблагодарил
Материалы: , Комментарии:
Пользователя поблагодарили
Материалы: , Комментарии:

v1adimir@drupal.org Втр, 27/12/2011 - 03:23

Сломались Views3 при апдейте с rc3 на release 3.0

При апдейте при помощи drush сломались Contextual Filters. Чуть позже будет пара скриншотов. Ни решения, ни issue такого пока не обнаружил. Еще изучаю проблему.

В общем, имейте в виду!

Ключевые слова: 
Версия Drupal: 
0 Спасибо

v1adimir@drupal.org Пнд, 28/11/2011 - 21:04

Не могу пройти Mollom на localize.drupal.org

Уже какой день не могу оставить коммент в теме "Перевод "radio-button" на http://localize.drupal.org/comment/reply/4268
Не могу пробиться сквозь их капчу, раз 20 уже пробовал.

Кто знает, что это за нафик?

Тип материала: 
0 Спасибо

v1adimir@drupal.org Втр, 25/10/2011 - 16:23

Как сделать Views Block с выборкой nid'ов > чем nid текущей страницы?

Drupal 7, views 3. Есть задача сделать views block, в котором бы показывались материалы с nid бОльшим, чем у nid данной страницы.

То есть нужно текущий nid использвать как value в filter criterion. Но как?

Тип материала: 
Ключевые слова: 
0 Спасибо

v1adimir@drupal.org Сб, 08/10/2011 - 18:12

МТС блокирует Skype

Только что прочитал на /. и малость офигел – http://yro.slashdot.org/story/11/10/08/0326235/russian-telco-mts-bans-skype-other-voip-services Там есть ссылка на pdf с Договором, вот выдержка:

Цитата:
ДОГОВОР
об оказании услуг связи физическим лицам

Закрытое акционерное общество «КОМСТАР-Директ» (ЗАО
«КОМСТАР-Директ», 119121, Москва, Смоленская-Сенная пл., д. 27, стр.
2), именуемое в дальнейшем «Оператор», с одной стороны и физическое
лицо, указанное в п. 2 Заявления о заключении настоящего Договора
(далее — «Заявление Абонента»), именуемое в дальнейшем
«Абонент», с другой стороны, совместно именуемые «Стороны»,
заключили настоящий Договор об оказании услуг связи физическим лицам,
именуемый в дальнейшем «Договор», о нижеследующем:

I.
ПРЕДМЕТ ДОГОВОРА
1.1. Оператор оказывает Абоненту Услуги, а Абонент обязуется оплачивать
Услуги в соответствии с условиями настоящего Договора, Приложений к
нему, Правил оказания услуг «Домашний Интернет» и «Домашнее ТВ»
(далее — «Правила»), являющихся неотъемлемой частью настоящего
Договора.
...

3.4. Абоненту запрещается:
...

3.4.4. Использовать Услуги для целей передачи голосовой информации по
сети передачи данных, в том числе по сети Интернет, то есть Абоненту
запрещается использовать такие программы, как Skype и ей подобные, для
передачи голосовой информации по сети Интернет.

Особая радость в том, что нашего локального провайдера, как раз недавно купил МТС.

0 Спасибо

v1adimir@drupal.org Сб, 01/10/2011 - 09:53

Посоветуйте Live Support Chat

Есть сайт, на джумле пока еще. Заказчик хочет на него повесить live chat/messenger, чтобы девушки с ресепшена могли отвечать на вопросы в режиме реального времени.

Посоветуйте решение? Может имеет смысл повесить фоном друпал с каким-нибудь shoutbox'ом?

Тип материала: 
Ключевые слова: 
0 Спасибо

v1adimir@drupal.org Ср, 28/09/2011 - 15:27

DrupalCafé Новосибирск?

Читаю здесь про разные DrupalCafé и становится, блин, завидно.

Вопрос, а есть ли желающие собраться аналогично в Н-ске? Так чтобы без пафоса познакомиться, потрещать за жизнь. Кино про парашютистов досмотреть. ))

0 Спасибо

v1adimir@drupal.org Сб, 17/09/2011 - 14:34

Индийский код 2. Второй аргумент против самописов

В продолжение темы http://www.drupal.ru/node/68559

Краткое содержание предыдущего поста – занялся поддержкой сайта на самописной CMS. Не могу сдержаться, чтобы не выложить наиболее очаровательные решения. Осубую пикантность задаче придает тот факт, что изначально CMS была разработана под cp1251, а в последнем проекте, уже после сдачи и запуска ее стали переводит на UTF-8.

Вот реализация функции toLower (toUpper() такая же точно)

<?php
function toLower($content) { 
    
$content strtr($content"АБВГДЕЁЖЗИЙКЛМНОРПСТУФХЦЧШЩЪЬЫЭЮЯ""абвгдеёжзийклмнорпстуфхцчшщъьыэюя"); 
    return 
strtolower($content); 
}
?>

Казалось бы малость смешно, но все правильно? Болт там! strtr() работает побайтово и пока этот файл был в cp1251, оно работало. Но после конвертации в UTF-8, естественно, начались чудеса. Фамилия "Агарков" превращается в "ѰѳѰрѺѾѲ".

Отсюда простой вывод – в Друпале, Юмле, Джанге... подобный баг наши бы и поправили мнгновенно, в самописной CMS работать тестором приходится исключительно разработчику данной CMS или тем лохах ответственным разработчикам, которым доверили поддержку проекта. ))

p.s. только не надо гнать в комментариях, что в django такой баг невозможен. )

Ключевые слова: 
0 Спасибо

v1adimir@drupal.org Ср, 14/09/2011 - 16:00

Индийский код...

Недавно я продемонстрировал, по меткому замечанию kyky, "жгучий баттхерт" к кодировке cp1251.

Сегодня я осознал, кодировка тут непричем, баттхерт вызывают ее поклоники. Сейчас занялся поддержкой чужого сайта запущенного примерно полтора года назад. На cp1251. И несколько месяцев назад, переведенного на использование utf8.

И обнаружил там вот такую функцию...

<?php
function cp1251_to_utf8 ($txt)  {
    
$in_arr = array (
        
chr(208), chr(192), chr(193), chr(194),
        
chr(195), chr(196), chr(197), chr(168),
        
# ... и так до chr(255)
    
);  
     
    
$out_arr = array (
        
chr(208).chr(160), chr(208).chr(144), chr(208).chr(145),
        
chr(208).chr(146), chr(208).chr(147), chr(208).chr(148),
        
# ...
    
);  
     
    
$txt str_replace($in_arr,$out_arr,$txt);
    return 
$txt;
}
?>

Я считаю, что мило... Еще раз повторюсь, это код написан в 2011 году.

Ключевые слова: 
0 Спасибо

v1adimir@drupal.org Пнд, 15/08/2011 - 12:53

Параметры из одного views во views block на этой же странице

Есть страница со вьюзом и exposed filters. На этой же странице есть, блок где происходит обработка другого вьюза вручную, через views_get_view('хххх').

Вопрос, как можно ли сделать чтобы обновления одного из этиз вьюзоз по ajax вызывало бы обновление и другого? Даже так, как из блока можно перехватить параметры из ajax вызова?

Сейчас вызовы выполняются через get и параметры выбираются из $_GET.

Тип материала: 
Модули и темы: 
Ключевые слова: 
0 Спасибо

v1adimir@drupal.org Втр, 09/08/2011 - 09:43

Перехват/предобработка данных от exposed filters?

Есть views с exposed filters Date. Проблема – пользователи могут ввести некорректные данные – несуществующий день месяца или вообще не ввести день и т.п…

Как можно перехвать обработку данного фильтра перед тем как им займется вьюз? Сразу оговорюсь, использовать javascript для предобработки не хотелось бы.

Тип материала: 
Модули и темы: 
Ключевые слова: 
Версия Drupal: 
0 Спасибо

v1adimir@drupal.org Втр, 09/08/2011 - 07:54

Требуется ли санитизация данным введеным в CCK?

Есть imagefield, из него собираю в модуле img и в title планирую поставить
$node->field_big_photo_start[0]['data']['title']

Нужно ли значение этого поля прогонять через chec_plain ли оно зачищается в процессе спасения нода и его безопасно и так использовать?

Тип материала: 
Модули и темы: 
Ключевые слова: 
Версия Drupal: 
0 Спасибо

v1adimir@drupal.org Чт, 04/08/2011 - 18:57

Вот как оно Михалыч Ж(

Пытаюсь зайти на drupal.org и вижу очаровательное сообщение

Вот оно как пользоваться провайдером у которого несколько тысяч пользователей через один gateway интернетом кормятся.

0 Спасибо

v1adimir@drupal.org Ср, 03/08/2011 - 18:22

Порядок вызова preprocess

Есть задача, нужно для модификации модуля cck_pager вызывать preprocess_content_field().

Вот здесь, http://drupal.org/node/223430, указано следующий порядок вызова preprocess функций:

1. template_preprocess
...
3. moduleName_preprocess

Определил маятема_preprocess_content_field() в маятема/template.php, но это препроцессор вызывается после cck_pager_preprocess_content_field().

Тип материала: 
Версия Drupal: 
0 Спасибо

v1adimir@drupal.org Сб, 25/06/2011 - 08:09

Сколько стоит написать полное ТЗ?

Вопрос, возник у S_F, процитирую:

Цитата:
Геморой это да. Я лично по неопытности пару раз влетал с работой когда нет вменяемого ТЗ. Теперь только стандартные вещи без него берусь делать.
Кстати, коллеги, а во сколько стоит оценивать работу по написанию полного ТЗ? И насколько подробно его стоит расписывать?

По-моему, тема достаточно любопытная, чтобы обсудить отдельно.

0 Спасибо

v1adimir@drupal.org Вс, 19/06/2011 - 15:07

Мои топ-10 «Что я не согласен делать как веб-разработчик»

Не моё, вот отсюда http://www.pixelclever.com/personal-policies-project-management-and-web-development Но показалось любопытным, чтобы поделиться.

В общем, перевод в виде тезисов

#1: Не делаю сайты для неэтичных целей.

#2: Не снижаю стоимость работ, потому что у заказчика проблемы с бюджетом.

#3: Никаких эскизов, набросков, вариантов... до подписания договора.

#4: Не стану делать криво-но-побыстрее, лишь бы снизить цену.

#5: Никаких новых фич без пересмотра бюджета в сторону увеличения.

#6: Не работаю с аутсорсерами из стран третьего мира.

#7: Не работаю с заказчиками, которые врут, кто они на самом деле – hr, посредники, хитрые дизайн-бюро.

#8: Если я работаю на вас, это не значит, что я должен без оставновки в рабочее и нерабочее время болтать с вами по skype.

#9: Я не люблю когда рабочие отношения путают с дружбой. Когда заказчик под видом дружеского ужина трахает мне мозг своим сайтом.

#10: Я не выполняю распоряжения всех подряд сотрудников компании заказчика. Только одного представителя заказчика, у которого есть полномочия принимать решения.

0 Спасибо

v1adimir@drupal.org Вс, 22/05/2011 - 09:31

Соображения после собрания друпаллеров Н-ска

Впечатления насчет встречи (кто не в курсе – http://www.drupal.ru/node/62337 http://www.drupal.ru/node/62642)

Вначале вкратце...

1. Компании i20 для решения бизнес-задач нужен PR Drupal'а. Желательно в виде раскрученного бренда «Сибирского сообщество Drupal».
2. Компании i20 нужен пул грамотных специалистов.
3. Академпарку, правительству НСО и т.д... нужны инновации. «Сибирского сообщество Drupal» можно использовать как инновацию.
4. "Рядовым" сибирским разработчикам Drupal... я не понял что нужно. ))

Комментарии по пунктам

1. По поводу раскрученного бренда «Сибирского сообщество Drupal». Это всем нужно. Всем друпалерам Сибири, да и России, пойдет на пользу если drupal чаще будет на слуху.

Понятно, что самые "жирные" заказы будут доставаться i20. Но всех заказчиков они не переварят, да и многих отпугнут их ценники. Заказчики пойдут дальше и, соответственно, больше нормальных заказов станет у всех.

Но эта цель не может служить основой для сообщества разработчиков. Подобная цель интересна предпринимателям.

2. Грамотные специалисты нужны всем. Это тоже понятно. Если Сиб.сообщество Drupal станет притягивать профессионалов или, хотя бы, перспективных студентов это тоже всем будет на пользу.

Однако невозможно этого добиться по заказу. Интересные люди станут подтягиваться если только будет интересное сообщество.

0 Спасибо

v1adimir@drupal.org Пнд, 28/02/2011 - 06:47

Лаборатория генодиагностики БиоЛинк

Собственно сабж – Лаборатория генодиагностики БиоЛинк, http://biolinklab.ru/

p.s. косяки с контентом уже не наши. )

Версия Drupal: 
0 Спасибо

v1adimir@drupal.org Пт, 18/02/2011 - 17:53

Правовой статус переводов с друпалера

Суть проблемы

Я наивно полагал, что переводы с drupaler.ru распространяются на условиях open source. Но после того как друпалер лишился официального статуса начались речи – права на переводы принадлежат изначальным авторам, условия пользования этими переводами узнавайте у авторов в письменном виде.

Я попробовал прояснить ситуацию у сторонников drupaler.ru (http://drupal.ru/node/52937, где-то с 10 по 14 страницу). Результаты печальные у этих переводов нет ни лицензии, ни публично озвученных условий по использованию, ни внятного авторства.

И теперь эти переводы составляют основу русской локализации на l.d.o.

То есть любой разработчик русских переводов сейчас должен использовать их только на свой риск.

Возможные решения

1. Традиционное – ничё не делать, авось само рассосется.

2. 100% надежое – выкосить с l.d.o. все переводы от друпалера. И закачивать переводы только по разрешению самих авторов. Правда, кто там автор тож не понятно, об этом ниже.

3. Выяснить под какой лицензией распространялись данные с друпалера и действовать исходя из этого. Самое правильное решение, но оно, как я понимаю, зависит от PVasili.

Авторство переводов

Ключевые слова: 
Версия Drupal: 
0 Спасибо

Страницы