Вообще REST-ресурс такого по умолчанию не предполагает. Но вы можете создать новый кастомный эндпойнт, например rest/create-multiple-articles, постить на него массив из нескольких сущностей и в нем вручную эти сущности сохранять. Плюс нужно тогда открыть транзакцию, чтобы запрос выполнился целиком или не выполнился вовсе.

Но Niklan правильно пишет про ошибки: не исключено, что лучше отправить несколько запросов.

https://www.drupal.org/project/front - насколько я помню, тут можно по ролям задавать разные главные страницы и редиректить анонимуса на главную (т.е. user/login).

Вы зайдите в описание end(), там прямо написано:
Массив. Этот массив передается по ссылке, потому что он модифицируется данной функцией. Это означает что вы должны передать его как реальную переменную, а не как функцию, возвращающую массив, так как по ссылке можно передавать только реальные переменные.
Это ко второму случаю.
А в первом случае такая же проблема у drupal_render().

А что не получается-то? Вроде ж оно примитивное - module_invoke_all('название', аргументы) - и всё.

В админке зайдите в отчеты -> журнал. Если библиотека старая, там будет написано и ссылка будет, где скачать.

У такого обычно 2 причины.

1. Не установлен mod rewrite у апачи.
2. Не включены .htaccess.

Ну max int ведь, нет?

Funtik44 wrote:

Предлагаю вам друг с другом поговорить, вы видно на одной волне.

Нетрудно заметить, что мы и так с друг другом разговариваем. Но спасибо за предложение.

Quote:

PS Всётаки продолжаете настаивать на том, что все языки одинаковы. Ну-ну.

Все-таки вы не умеете читать. Ну что ж поделать, не вы первый, не вы последний.

Quote:

Кстате, а http://openatrium.com/ совсем не в тему?

Там самого CRM-а из коробки практически нет, очень много допиливать надо. Для collaboration еще как-то сгодится (хотя basecamp например во многом пипцаче для этого), а как CRM - надо очень много дорабатывать.

NaZg wrote:

откуда такой вывод?

Из определения же

drupby wrote:

Зачем интересоваться чьим то мнением? бери гигантов CRM (SaaS) - Salesforce ,NetSuite и других и изучай их технологическую составляющую

Их на форуме обвинить в глумеже и некомпетентности не получится, неинтересно

А так-то конечно, добротный способ узнать, как сделать то что надо сделать - выяснить, как сделаны уже существующие решения.

Quote:

Судя по вашему ответу, все системы и языки одинаково эффективны

Это только если не уметь читать.

Quote:

Что не так по определению.

По определению чего?

Funtik44 wrote:

Я не понимаю, почему например Вам, как профессионалу, вместо бестолковой писанины, просто не дать оценку тому, что Вы знаете. Например - "php точно нельзя использовать для таких проектов, не потянет, питон получше, но я бы обратил внимание на java". Вместо простого и лаконичного ответа, постоянно идёт троллинг. Такое поведение похоже на поведение бабок возле подъезда.

shved wrote:

Это я так понимаю в идеале, а как сотрудничают обычно?

Обычно изучают того, с кем собираются работать - кто он, что о себе сообщает, что про него говорят другие люди, репутация в сообществе и т.д. Вроде очевидно.

Quote:

Я так вначале и хотел сделать, но подумал что технически это будет не совсем верно.

Как раз наоборот: технически если логин в качестве логина не используется, то он низачем больше и не нужен.
А на странице юзера в качестве имени можно что угодно выводить.

Это делается по-разному. Самый простой способ узнать, как это сделано в каком-то модуле - заглянуть в его код и посмотреть, как сделано там.

Quote:

А можно чуть по подробнее про "готовый HTML" и про render array?

В первом примере, во-первых, пропущен элемент page arguments, но это наверно просто забыли вставить.
Во-вторых, page callback должен не выводить что-то через echo, а возвращать значение (за исключением случаев когда нужно вывести JSON или что-то еще без "обертки"). Этим значением должен быть либо готовый HTML, либо render array. Соответственно, надо не echo 'Hello World'; а return 'Hello World'; - тогда "обертка" появится.
Ну и в третьих, задача, приведенная на рис. 3, вообще не требует написания своего модуля, кроме, разве что, учебных целей.

Если с db_select, то как подсказали выше.

Quote:

=( не запустилось, пробовал так:

То что вы не знаете php - не означает, что не нужно пытаться понять написанное.

Junegton wrote:

"graker" wrote:

Именно так оно и должно быть. В значении поля-ссылки на термин таксономии лежат tid-ы.

т.е. конструкция была правильная, с поправкой на машинное имя поля field_user_otdel

Именно так оно и должно быть. В значении поля-ссылки на термин таксономии лежат tid-ы.

Junegton wrote:

если я прописываю в page.tpl <?php dpm($user) ?>, мне через Крумо выводит инфу по пользователю, но ни одно из моих полей что я добавлял профиль сам - не отображается, по ним нет инфы.

А можно просто приложить скриншот с картинкой развернутого вывода dpm($user); ?

Я конечно извиняюсь, но может так получиться, что ваше поле user_otdel на самом деле называется field_user_otdel?