1. Главная
  2. Ильич Рамирес Санчес

Ильич Рамирес Санчес: Комментарии

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

8 августа 2011 в 17:20

"Gukov Yor" wrote:
Зависит от: Content (включён), FileField (включён), ImageField (включён), ImageCache (включён), Node Reference (включён), jQuery UI (включён), ImageAPI (включён), Text (включён), Option Widgets (включён)
Требуется для: advimage_og (отключён), advimage_ref (отключён), advimage_up (отключён))
Ошибка

6 августа 2011 в 1:45

"Sebastian-Old" wrote:
Может оффтоп, но для д-6 сск-3 актуален мультиполями и поддержкой таксономии в качестве полей без костылей типа content_taxonomy

ну если такая пьянка... Smile
я не смотрел как там разработка 3.0 идет и что в планах.

31 июля 2011 в 15:28

"Poveritov" wrote:
а как стоит поступить в такой ситуации, работать только без imagecache чтобы удалялась фотка профиля?

модуль написать который фото удаляет из imagecache

29 июля 2011 в 18:15

Gukov Yor wrote:
"Ильич Рамирес Санчес" wrote:
а модуль jquery ui стоит?

да включен, иправилось, пару раз включил-выключил модуль, работает, но опять вот чё при добавлении, нода создалась но фотки нет и пишет

29 июля 2011 в 10:14

"KostyaAtDrupalru" wrote:
Подскажите, теоретически возможно связать этот урок: http://xandeadx.ru/blog/javascript/36 с этим: http://api.drupal.ru/api/function/drupal_add_js/6 ?

понятно. желания читать нет. надо все делать за вас.

29 июля 2011 в 10:11

"Gukov Yor" wrote:
Fatal error: Call to undefined function jquery_ui_add() in /home/xxxx/domains/xxxxx.ru/public_html/sites/all/modules/advimage/advimage.edit.inc on line 286

а модуль jquery ui стоит? он вроде в зависимостях выставлен

28 июля 2011 в 0:22

"<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>" wrote:
А как иначе-то для основного счета предприятия? Ключи только на отдельном носителе.

у промсвязьбанка клиентбанк удобнее. ssl сертификаты с паролями и все. на отделном - это перебор. другой вопрос что на этой тачке с клиентбанком не должно быть ниче лишнего и тд.

27 июля 2011 в 23:37

"Punk_UnDeaD" wrote:
так это объекты же, а с объектами всё становится лучше!!!

так в реальности там оракл пашет с ними как со связыванием таблиц и получается неоптимальная жестянко.
а так да - PL/SQL позволяет 90% логики засунуть в него по части обработки данных. и в умелых руках очень мощная штука.

27 июля 2011 в 22:25

"RxB" wrote:
Не.
Обыяно говорят типа вот в оракле есть такая функция (сделать пиздато), а в мускуле её нет, поэтому мускуль говно, просишь составить их магический запрос с пиздатой функцией - не могут

ога. в оракле есть объектные типы данных для полей таблиц. которые на больших объемах(а особенно на выборках по ИХ ПОЛЯМ) начинают неебически тормозить.
но программеры ведуцо и всю эту крутотень юзают.

27 июля 2011 в 21:53

"Cyber" wrote:
Иногда можно нарваться на контору с завышенным ЧСВ и раздутыми от пафоса яйцами за свою «чудо-систему», исполненную чОтко и мега круто.(сарказм)

я нарывался. ну нахуй такие конторы.
это совковый подход. вы не знаете нашей внутренней мега системы - потому вы лох.
рядом с ним стоит подход - - наебитесь опыта в нашей конторе лет 5-7-8-10 - начнем нормально оплачивать труд