— в своих функциях (и параметрах) использовать $user (правильно только $account. даже если не используется global $user;);
— не соблюдать Друпал стандарты (код читать не возможно);
— ставить стопятсот модулей и жаловаться что Друпал медленный;
— делать SQL запросы или логику в шаблонах;
— хакать ядро или контриб модули (в 99% это не нужно, а в 1% проценте нужно патчить и патч ложить в специальную папочку);
— устанавливать модули темы в папки ядра (правильно в sites/all/modules, sites/all/theme);
— удаление модулей/тем переименовыванием папок. Это вообще жуть, друпалу все равно как папки называются он ищет *.info файлы рекурсивно;
— — иметь одинаковые модули в папках: modules, sites/all/modules, sites/site-name.com/modules, sites/default/modules. Были жуткие случае когда модули разных версий на одном сайте были по разным папкам, разные версии и код работал из одной папки, шаблоны из другой;
— не запускать update.php;
— не делать бекап перед обновлением (да и вообще бекапы всегда нужны);
— удалять файлы модулей, не удалив их из админки (сначала нужно отключить, а потом удалить в админке);
— использовать РНР фильтр (постоянно нельзя, это только для безнадежных случаем);
— для сложных модулей делать все в куче (правильно, логика отдельно, теминг отдельно, а еще можно и по разным файлам разнести);
— подключать JS в хедере как НТМЛ;
— не подключать к формам JS, а грузить в hook_init(), например;
— писать стили/скрипты в шаблоне, а не отдельном файлике модуля. Или писать этот код в основном файле, вместо выноса раздельно;
— забывать про BatchAPI и пытаться кроном перелопатить пол-базы за раз;
— не использовать кеширование;
— использовать кеширование не правильно. Например, во Views ставить маленькое время жизни кеша и получается нагрузка только возрастает, так как каждое обращение пересоздает кеш;
— не юзать аргументы во views, были случаи когда вместо одного блока с аргументом, создавали 50 блоков (на каждый термин по блоку);
Микросовет — global $user в функциях
Автор пишет правильно, но катастрофически мало. Про подмену global $user это вообще руки поотрывать.
— $uid — передавать и присвоить по умолчанию NULL.
— в начале функции проверить на пустоту $uid и загрузить в случае чего пользователя по global $user->uid.
Нужно именно грузить пользователя:
function my_module_work($param1, $uid = NULL) {
global $user;
if (!$uid) {
$account = user_load($user->uid);
}
…
В дополнительной загрузки нет лишней нагрузке, так как Друпал статически кеширует пользователя и ноды, поэтому лишних обращений к базе данных не будет. Но в некоторых местах, пользователь в глобальной переменной загружен не полностью и если вы ему измените какие-то параметры и потом сохраните, то может получится что вы удалите часть параметров у пользователя.
В корне не верный момент — а как сделать то или другое.
Язык «для обучения» — не должен быть супер кросбраузерым, уметь все и запускаться/переносится всюду.
Ну то есть — это все нужно, но в разумных пределах.
Мне JavaScript нравится как для старта, но уж больно он ограниченный и имеет сильно много ньюансов. С другой стороны, на JS мало что можно сделать начинающему полезного и запускать через браузер.
Python как по мне лучше — более универсальный. Базово нужно обучать основам программирования + простенький ГУИ для вывода окошек.
Если человеку этого мало, тогда это уже не базовый курс, а узконаправленный! Хочет геймдев — супер, дополнительные занятия или гугл.
Мне еще не понятно — использовать только 1 язык. Я бы рекомендовал учить 2-3 языка, каждый базово, но если у человека есть мозг он начинает эти языки сравнивать и понимать что не хватает одному, а в чем прелесть другого.
Обычно такие фразы являются последними и пользователь закрывает статью и читает что-то другое. Уже привык что реклама не может быть интересной по определению.
Но ваша статья действительна интересна, даже если не работаешь на С++, все равно интересно видеть узкие места для того что бы в будущем следить за ними.
С разработкой Drupal 8 не всё так просто, возможно из-за того, что всё-таки основной фокус системы сместился на движение к enterprise-миру, что естественно повлекло за собой усложнение системы и подняло планку для контрибьюшена.
Да есть паника по этому поводу в наших рядах. Уровень вхождения в Друпал 7 был тоже достаточно высок. Не смотря что Друпал это CMS, но используется он больше как CMF и при этом понимании новички уходят, даже не пробуя эту фичу, а те кто попробовал уже в рядах друпалеров и с этой иглы уже не слезут!
Когда был переход с Друпал 6 на Друпал 7 — тоже была паника. Было много криков — «теперь переучиваться надо».
Помню каждый второй паникер обязательно делал тесты производительности, при это включал оба сайта из под коробки, но не учитывая те факты что:
— Д6 обкатан годами, а Д7 в полусыром виде и работы над производительностью только начались
— Д6 в коробке очень примитивен, в то время как Д7 уже в коробке умеет создавать поля, пресеты для фотографий и много другого.
Со временем паника прошла и все благополучно пересели на Д7, вспоминая какой убогий этот Д6!
Думаю сейчас ситуация аналогичная. Д8 сложнее, но количество плюшек там заложено побольше и есть много потенциала для ускорения.
Спасибо за подборку! Продолжайте и дальше, очень интересно.
Не всем помогают советы:
— сделать рабочее место
— работать не в трусах, а в костюме
— удалить иконку форума/соцсети
и т.д.
Если человек лентяй, то он и в костюме будет шариться, если работа скучная (или лентяй), то иконку форума и не надо, запомним УРЛ, даже не помогает блокировка через фаервол… полчаса времени и блокировка обходится (если блокировку делал сам, а не через друзей, то там вообще 2 минуты)!
Но есть рецепт который помогает:
— дайте кому-то из начальства список дел который вы запланировали на день, а вечером пусть спросят о результатах ;)
Никогда!
Недавно рынок насытился моноблоками, а тут бац раскладушки.
Только народ подтянулся на раскладушки и слайдеры — сенсорные.
Только вроде тупик и у большинства сенсорные и тут бац, какие-то Горила глаз, Андроид 4, 5 дюймов экран, процессоры которые уже руки греют.
…
Думаю такое понятие как «Насыщенный рынок» в той отрасли где каждый месяц идут новые технологии и производительность прыгает скачками,… еще долго не применимо.
С другой стороны время жизни девайсов 2-3 года, потом толи батарея дохнит, толи хрупкость девайса и вес пользователя доводит к логичному концу.
Никак.
Ну то есть я шифровал на бюджетном планшете данные и не заметил разницы в производительности, здесь все на 5+.
Проблема была с тем что пароль неожиданно перестал подходить, хотя я уверен что пароль 100% правильный, так как я не менял и ввел простой пароль для теста — в итоге пришлось все удалять на заводские настройки.
Вообщем надо какой-то второй пароль что ли, иначе будет колоссальное количество жалоб или пофиксить все баги.
Почему вдруг Гугл будет предоставлять такую инфу и кому — властям?
У властей есть провайдер, думаю принадлежность емайла к конкретному физическому адресу проще выяснить через провайдеров, а не тонной официальных писем в гугл. Да и мобильный телефон, для тех кто «умышленно пишет гадости» это не вариант, купить симку за копейки и нет никакой деаномизации.
+ им ФИА ввело ограничение 225км/ч, так что у «электриков» пока главное не побить «бензиновых», а закончить год в таком состоянии что бы была аудитория!
Если будет большая аудитория, то будет развитие со следующего сезона, тем более ФИА сказала что снимет часть ограничений.
Правда как ая может быть аудитория, если каналы не показывают эти гонки, это грустно.
Из-за очевидных ограничений электрических автомобилей во время гонки гонщики будут использовать два автомобиля — А и B.
Примерно через полчаса после старта пилот оставит автомобиль А, пробежит расстояние примерно в 100 м до второго автомобиля и поедет на нём. Потом снова вернётся в первый автомобиль, который тем временем стоял на быстрой перезарядке и восстановил до 50 % первоначального заряда. Таким образом, 25 минут (автомобиль — А), плюс 25 минут (автомобиль — В), плюс 10 минут (автомобиль — А) — получится один час гонки.
Спасибо за напоминание, я забыл про них. Обязательно посмотрю.
Пока по отзывам то все непонятно, «бензиновые» гонщики троллят «электриков», что типа это как детские машинки. «Электрики» пиарят что скоростя на уровне «бензиновых», а часть параметров даже выше.
Расбери начинает разочаровывать своим ожиданием.
Выпустили продукт — бомба, но почему нет новых версий. А точнее более быстрый процессор, память и т.д. что бы мощь нарастить — непонятно.
А на линукс вы не планируете так же ориентироваться?
Первое время в линуксе у меня была миранда через вайн, но потом все же перешел на линуксовые месенджеры, но с удовольствием бы вернулся в миранду!
Потом список разобью по группа и популярности.
Дополняйте своими вариантами!
— не использовать t();
— использовать t() для русского языка.
— не соблюдать Друпал стандарты (код читать не возможно);
— ставить стопятсот модулей и жаловаться что Друпал медленный;
— делать SQL запросы или логику в шаблонах;
— хакать ядро или контриб модули (в 99% это не нужно, а в 1% проценте нужно патчить и патч ложить в специальную папочку);
— устанавливать модули темы в папки ядра (правильно в sites/all/modules, sites/all/theme);
— удаление модулей/тем переименовыванием папок. Это вообще жуть, друпалу все равно как папки называются он ищет *.info файлы рекурсивно;
— — иметь одинаковые модули в папках: modules, sites/all/modules, sites/site-name.com/modules, sites/default/modules. Были жуткие случае когда модули разных версий на одном сайте были по разным папкам, разные версии и код работал из одной папки, шаблоны из другой;
— не запускать update.php;
— не делать бекап перед обновлением (да и вообще бекапы всегда нужны);
— удалять файлы модулей, не удалив их из админки (сначала нужно отключить, а потом удалить в админке);
— использовать РНР фильтр (постоянно нельзя, это только для безнадежных случаем);
— для сложных модулей делать все в куче (правильно, логика отдельно, теминг отдельно, а еще можно и по разным файлам разнести);
— подключать JS в хедере как НТМЛ;
— не подключать к формам JS, а грузить в hook_init(), например;
— писать стили/скрипты в шаблоне, а не отдельном файлике модуля. Или писать этот код в основном файле, вместо выноса раздельно;
— забывать про BatchAPI и пытаться кроном перелопатить пол-базы за раз;
— не использовать кеширование;
— использовать кеширование не правильно. Например, во Views ставить маленькое время жизни кеша и получается нагрузка только возрастает, так как каждое обращение пересоздает кеш;
— не юзать аргументы во views, были случаи когда вместо одного блока с аргументом, создавали 50 блоков (на каждый термин по блоку);
Это что с ходу вспомнилось.
Автор пишет правильно, но катастрофически мало. Про подмену global $user это вообще руки поотрывать.
— $uid — передавать и присвоить по умолчанию NULL.
— в начале функции проверить на пустоту $uid и загрузить в случае чего пользователя по global $user->uid.
Нужно именно грузить пользователя:
function my_module_work($param1, $uid = NULL) {
global $user;
if (!$uid) {
$account = user_load($user->uid);
}
…
В дополнительной загрузки нет лишней нагрузке, так как Друпал статически кеширует пользователя и ноды, поэтому лишних обращений к базе данных не будет. Но в некоторых местах, пользователь в глобальной переменной загружен не полностью и если вы ему измените какие-то параметры и потом сохраните, то может получится что вы удалите часть параметров у пользователя.
Язык «для обучения» — не должен быть супер кросбраузерым, уметь все и запускаться/переносится всюду.
Ну то есть — это все нужно, но в разумных пределах.
Мне JavaScript нравится как для старта, но уж больно он ограниченный и имеет сильно много ньюансов. С другой стороны, на JS мало что можно сделать начинающему полезного и запускать через браузер.
Python как по мне лучше — более универсальный. Базово нужно обучать основам программирования + простенький ГУИ для вывода окошек.
Если человеку этого мало, тогда это уже не базовый курс, а узконаправленный! Хочет геймдев — супер, дополнительные занятия или гугл.
Мне еще не понятно — использовать только 1 язык. Я бы рекомендовал учить 2-3 языка, каждый базово, но если у человека есть мозг он начинает эти языки сравнивать и понимать что не хватает одному, а в чем прелесть другого.
Для себя выделил уже несколько очень интересных материалов, которые пропустил.
Обычно такие фразы являются последними и пользователь закрывает статью и читает что-то другое. Уже привык что реклама не может быть интересной по определению.
Но ваша статья действительна интересна, даже если не работаешь на С++, все равно интересно видеть узкие места для того что бы в будущем следить за ними.
Спасибо за статью, побольше бы такой рекламы!
Да есть паника по этому поводу в наших рядах. Уровень вхождения в Друпал 7 был тоже достаточно высок. Не смотря что Друпал это CMS, но используется он больше как CMF и при этом понимании новички уходят, даже не пробуя эту фичу, а те кто попробовал уже в рядах друпалеров и с этой иглы уже не слезут!
Когда был переход с Друпал 6 на Друпал 7 — тоже была паника. Было много криков — «теперь переучиваться надо».
Помню каждый второй паникер обязательно делал тесты производительности, при это включал оба сайта из под коробки, но не учитывая те факты что:
— Д6 обкатан годами, а Д7 в полусыром виде и работы над производительностью только начались
— Д6 в коробке очень примитивен, в то время как Д7 уже в коробке умеет создавать поля, пресеты для фотографий и много другого.
Со временем паника прошла и все благополучно пересели на Д7, вспоминая какой убогий этот Д6!
Думаю сейчас ситуация аналогичная. Д8 сложнее, но количество плюшек там заложено побольше и есть много потенциала для ускорения.
Спасибо за подборку! Продолжайте и дальше, очень интересно.
Тут лидерство во всех номинациях!
— сделать рабочее место
— работать не в трусах, а в костюме
— удалить иконку форума/соцсети
и т.д.
Если человек лентяй, то он и в костюме будет шариться, если работа скучная (или лентяй), то иконку форума и не надо, запомним УРЛ, даже не помогает блокировка через фаервол… полчаса времени и блокировка обходится (если блокировку делал сам, а не через друзей, то там вообще 2 минуты)!
Но есть рецепт который помогает:
— дайте кому-то из начальства список дел который вы запланировали на день, а вечером пусть спросят о результатах ;)
Эффект 100%!
Никогда!
Недавно рынок насытился моноблоками, а тут бац раскладушки.
Только народ подтянулся на раскладушки и слайдеры — сенсорные.
Только вроде тупик и у большинства сенсорные и тут бац, какие-то Горила глаз, Андроид 4, 5 дюймов экран, процессоры которые уже руки греют.
…
Думаю такое понятие как «Насыщенный рынок» в той отрасли где каждый месяц идут новые технологии и производительность прыгает скачками,… еще долго не применимо.
С другой стороны время жизни девайсов 2-3 года, потом толи батарея дохнит, толи хрупкость девайса и вес пользователя доводит к логичному концу.
Ну то есть я шифровал на бюджетном планшете данные и не заметил разницы в производительности, здесь все на 5+.
Проблема была с тем что пароль неожиданно перестал подходить, хотя я уверен что пароль 100% правильный, так как я не менял и ввел простой пароль для теста — в итоге пришлось все удалять на заводские настройки.
Вообщем надо какой-то второй пароль что ли, иначе будет колоссальное количество жалоб или пофиксить все баги.
У властей есть провайдер, думаю принадлежность емайла к конкретному физическому адресу проще выяснить через провайдеров, а не тонной официальных писем в гугл. Да и мобильный телефон, для тех кто «умышленно пишет гадости» это не вариант, купить симку за копейки и нет никакой деаномизации.
Если будет большая аудитория, то будет развитие со следующего сезона, тем более ФИА сказала что снимет часть ограничений.
Правда как ая может быть аудитория, если каналы не показывают эти гонки, это грустно.
Википедия
Пока по отзывам то все непонятно, «бензиновые» гонщики троллят «электриков», что типа это как детские машинки. «Электрики» пиарят что скоростя на уровне «бензиновых», а часть параметров даже выше.
Выпустили продукт — бомба, но почему нет новых версий. А точнее более быстрый процессор, память и т.д. что бы мощь нарастить — непонятно.
Первое время в линуксе у меня была миранда через вайн, но потом все же перешел на линуксовые месенджеры, но с удовольствием бы вернулся в миранду!