По id не выйдет получить все сессии... стоит либо хранить id последней сессии в поле юзвера, либо заводить таблицу юзвер - сессия. И при логине прибивать все остальные
Ну и? При строгой типизации - одинаковое время выполнения. При нестрогой in_array чуть быстрее. При чём в примере при нахождении элемента foreach не прерывает цикл)))
опять же судя из ссылки Антона $user->roles - массив, где ключами выступают айдишники ролей.
То есть для интерсекта нужно составить сперва соответствующий массив для оператора и администратора, и потом проверить длину чтобы вернуть булево значение. Как по мне через isset проще, короче и понятнее
Первый проход проверяет оператора, второй - администратора.
Алексей, будьте любезны объяснить чем именно кроме слова "специализированная" foreach отличается от in_array
Я могу, конечно, ошибаться, но in_array это тот же цикл по массиву и тогда в вашем module_access() получается 2 обхода одного и того же массива.
Гораздо быстрее отработало что-то типа:
Нет, конечно же. Тут больше зависит от склада ума. Вот у Вас, например, всё магия и происки нечистой силы, и пытаетесь "решать" ваши проблемы такой же неведомой магией (тупой копипаст, который по сути не понятен, ни как работает, ни для чего нужен)
Принципиально panels_views работате с аргументами намного более гибко чем views настройка возможна но поколдовать конечно придется. И как часто в Друпале бывает есть варинат без UI с кодом но это уже совсем другая история.
Это уже по ходу диагноз - решать все проблемы кешированием. Кеш - не панацея. И если на то уж пошло, то при грамотной архитектуре приложения кеш практически не нужен. Тот же сайт в моём профиле. Использование кеша минимально, хотя некоторые компоненты имеют достаточно сложную архитектуру и бизнес логику.
А дивиз друпала, по ходу следующий: "Наговнотыкал? Медленно? В кеш!"
Как обеспечить проверку в DRUPAL8, что под одним логином мог зайти одновременно только один человек?
https://www.drupal.org/project/session_limit
Drupal 8 как вывести регион в node.html.twig
Напомнило:
- Что можешь?
- Могу копать
- А ещё?
- Могу не копать
- А лестницу сделать можешь?
- Да, но нужно долго копать
Как обеспечить проверку в DRUPAL8, что под одним логином мог зайти одновременно только один человек?
По id не выйдет получить все сессии... стоит либо хранить id последней сессии в поле юзвера, либо заводить таблицу юзвер - сессия. И при логине прибивать все остальные
Как лучше реализовать таблицу?
Не проще ли сделать контент тайп с юзером, датой и суммой и просто вьюхой выводить?
Нужно создать блок
Даже, если кастомным модулем, не понимаю при чём тут database API. Судя по картинке,
<?php global $user;?>
за глазаКак вывести термины в таком случае?
SELECT бла бла бла FROM {node} node
Выбор платежной системы
А сейчас хз - я там уже не работаю)))
Как в hook_menu настроить права доступа?
Ты там с мобилы что ли сидишь?
Как в hook_menu настроить права доступа?
Вот это уже дело... друпал вей мать его
Как в hook_menu настроить права доступа?
Ну и? При строгой типизации - одинаковое время выполнения. При нестрогой in_array чуть быстрее. При чём в примере при нахождении элемента foreach не прерывает цикл)))
Как в hook_menu настроить права доступа?
опять же судя из ссылки Антона $user->roles - массив, где ключами выступают айдишники ролей.
То есть для интерсекта нужно составить сперва соответствующий массив для оператора и администратора, и потом проверить длину чтобы вернуть булево значение. Как по мне через isset проще, короче и понятнее
Как в hook_menu настроить права доступа?
Первый проход проверяет оператора, второй - администратора.
Алексей, будьте любезны объяснить чем именно кроме слова "специализированная" foreach отличается от in_array
Выбор платежной системы
В бородатом 2013м мы на livemaster.ru юзали ликпей для платежей с Украины
Как в hook_menu настроить права доступа?
Я ж писал
Если это не так, то объясни мне, как работает in_array?
Как в hook_menu настроить права доступа?
Я могу, конечно, ошибаться, но in_array это тот же цикл по массиву и тогда в вашем module_access() получается 2 обхода одного и того же массива.
Гораздо быстрее отработало что-то типа:
На сайте творятся чудеса!
Мадмузалель, я не цепляюсь к Вашим словам. Мои выводы основаны исключительно на контексте Ваших вопросов и комментариев.
На сайте творятся чудеса!
Studio VIZA Я бы сказал проще, но матерный фильтр не пропустит.
На сайте творятся чудеса!
Нет, конечно же. Тут больше зависит от склада ума. Вот у Вас, например, всё магия и происки нечистой силы, и пытаетесь "решать" ваши проблемы такой же неведомой магией (тупой копипаст, который по сути не понятен, ни как работает, ни для чего нужен)
На сайте творятся чудеса!
Может просто это не Ваше?
Как вывести термины в таком случае?
А ты оказывается ещё тот изращуга)))
Как вывести термины в таком случае?
Я согласен с Алексеем (Gun_dose).
На сайте творятся чудеса!
Восстание машин не за горами
Как вывести термины в таком случае?
Это уже по ходу диагноз - решать все проблемы кешированием. Кеш - не панацея. И если на то уж пошло, то при грамотной архитектуре приложения кеш практически не нужен. Тот же сайт в моём профиле. Использование кеша минимально, хотя некоторые компоненты имеют достаточно сложную архитектуру и бизнес логику.
А дивиз друпала, по ходу следующий: "Наговнотыкал? Медленно? В кеш!"
Как вывести термины в таком случае?
https://www.youtube.com/watch?v=eKYEqQk3ja8
Как вывести термины в таком случае?
То есть 1 вьюха слишком мало запросов генерит, давайте умножим это число на количество строк?