"Artu" wrote:

deb, согласен. только еще не делал, и не представляю какой там объем работ работы.
Хук напишешь. А как редактировать, виджет отображения автоматом не появится?
Связать со views нужно?
Админить поля через код? Нужно писать в админку.
Можно ли хоть ли совместить кодинг и использования ECK, например?

"Saltan" wrote:

deb, вы советуете не заморачиваться с сущностями, а сделать все на нодах?

Через ноды значительно быстрей, но правильней имхо было бы писать кастомный код. Мне кажется плохой идеей хранить характеристики недвижимости типа площади, этажа, цены и т.п. в полях друпала. Было бы правильней хранить это в своей отдельной табличке. Ну а чтобы получить все ништяки, предоставляемые сущностям в Друпале, достаточо реализовать hook_entity_info.

"DimDim" wrote:

Недавно один неумный человек сделал соц сеть на друпал, говорит потратил 1,5 млн долларов. Говорят что сеть получилась лучше фейсбука и вконтакте вместе взятых. Эта соц сеть проработала пол года, догадайтесь почему они ее закрыли.

И кто этот человек? Что за социальная сеть?

"Artu" wrote:

Возможно ли будет создать структуру используя ECK? Нужно ли будет программировать?

Проще реализовать хук_ентити_инфо и хук_схема, все будет намнооого прозначней. И думаю что если на сайте понадобится поиск по большому числу критериев (найти однокомнатные квартиры в кирпичных домах в Ленинском районое ценой до 2500тр не на 1м этаже) то лучше сразу отказываться от "друпал-вей" (напихать 100500 полей в ноды) а делать все ручками.

Ну раз знаете, то можете сами ответить на вопрос "Стоит ли заняться установкой SSL сертификата для интернет-магазина". Практический смысл это имееет только если вы, к примеру, храните номера кредиток покупателей.

А вы знаете зачем нужен SSL?

Сделать можно, но сбрасывать автоинкремент в sequences я бы не стал (хз к чему это приведет). В постгресе все скорее всего просто, а для мускла имеет смысл писать костыль: на hook_user_presave новым юзерам выставлять uid по своему правилу (свои sequences). Это также гарантирует что номера юзеров будут последовательными (в ядре это не так, т.к. таблицу sequences может использовать кто угодно, отсюда пробелы в номерах юзеров).

В 7-ке для порядковых номеров юзеров используется таблица sequences (в mysql) и внутренние механизмы СУБД в Postgres. У вас я так понимаю мускл? Тогда сбросьте auto_increment для поля value таблицы sequences. Но учтите, что эта таблица используется другими модулями и это приведет к непредсказуемым последствиям.

"RxB" wrote:

Что было-то?

Неправильная настройка сервера, админ по-видимому не знал про то что друпал использует нестандартные расширения типа *.module и они были открыты для чтения. Ну и классика жанра - захардкоженные в модулях логины-пароли.

Кстати ответили седне утром и закрыли дыру оперативно.

"mialpet" wrote:

А вы по моей честно признаюсь не самой удачной фотографии (у меня с ними проблема) о моем возрасте узнали или это снова ваша телепатия? Или мне должно быть 40 лет чтобы что-то тут писать?

"kv4" wrote:

Это понятно, но мой вопрос был немного в другом.
Вот пример: Нужно что бы пользователи заполняли паспортные данные в некоторой форме, в которой помимо паспортных данных есть какие-то ещё данные (к примеру параметры заказа). Для хранения паспортных данных что лучше, создать Entity или создать новый тип поля?

"misterpronin" wrote:

Пользуюсь браузером Google Chrome и расширением к нему Chrome Sniffer, которое показывает какие CMS использованы на просматриваемых сайтах. И вот заметил... что один из банков, а именно Восточный экспресс банк, использует мою любимую CMS Drupal.

Сайт делали индусы. Дырявый как решето. Отписал в техподдержку, посмотрим, ответят ли.

Apache Solr.

"ХулиGUN" wrote:

Зачем логика в шаблоне?
пхп_поле+ подстановочные шаблоны

Зачем код в базе? Свой вьюс хэндлер))

"mialpet" wrote:

А это и вовсе жесть хотя вариант конечно, если ничего другого то так и сделаю, но хочется чтоб по технологии все. Я просто где-то видел что можно управлять выводом в друпале, вот как? (не шаблонами)

Это не жесть, а патентованный способ вывести данные не дожидаясь вызова delivery callback.

Тут все просто: поля нужны там, где нужны или могут понадобиться несколько значений. Свойства (properties) нужны наоборот там где они всегда будут в единичном экземпляре.

Например у нас есть сущность Foo. У неё допустим есть следующие характеристики: color, size, fruits.
То есть:

Свою сущность проще и логичней.

print 'hello world';
drupal_exit();

И что он возвращает? выполните в phpmyadmin

БД не может влиять на запрос, его формирует Друпал. Distinct это вырожденный случай Group by так что добавляется группировка или нет разницы быть не должно.
Кидайте сюда запрос (с дев сайта и с продакшена)

"drupby" wrote:

вам ftp и не надо всё дело в неправильно выставленных правах - всего то и делов
чего вы прицепились к этому несчастному ftp?
не той дорогой вы идёте - я же вам давал ссылку на решение данной проблемы и заметьте там по ссылке в заголовке написано [SOLVED]

> Cannot create directory /sites/all/modules/smtp/.

Может, функция ftp_mkdir ожидает полный путь к папке?

С ФТП запаритесь. Друпал поддерживает авторизацию по SSH, но нужен установленный модуль PHP ssh2.

Кому нужен Assist - обращайтесь в личку.