17 февраля 2011 в 11:30
Допустим имеем сайт, где планируются небольшие/простые блоки типа "свежие комментарии", или "Свежие изображения Галерей". Имеет ли смысл ставить громоздкий Views, когда можно написать несложный php код для запроса из базы нужных данных. Или есть всё же какие то минусы в таком подходе? Например, как с производительностью?
Есть мнения?
Комментарии
Холивар хочешь?
что сказал что views громоздкий?
Всегда считал, что Views предназначен как раз для простых задач.
Чтобы можно было выводить данные, без программирования в php код.
Ch, вопрос задан чётко. Если что то мерещится между строчек — не мои проблемы )
penexe, 3,5мб это не громоздкий? Если сравнить с кодом на несколько десятков кб максимум.
perloid, а мне не нужно просто, мне нужно легко и чистенько, без лишних мегабайт хлама. Я когда разбирался в шаблонами во Views, пришлось резать 80% кода в них что бы добиться того что я хочу.
можете написать сниппет - пишите
странный вопрос
cdrpro, вопрос четкий, но четкий ответ на него вряд ли будет, а холивар не избежен. Он уже начался...
Я например, вообще views не пользую. Не потому что он громоздкий, а потому что мне без него удобней.
Да пофиг на холивар, если кто хочет что-то доказывать, пусть доказывает до посинения ))) мне всё равно, а вот если хотя бы один из 30 напишет дело — уже хорошо.
Меня интересует производительность первого и второго вариантов.
Производительность чего вам интересна?
- это не критичноПроизводительность выполнения кода? По предыдущим холиварам - в целом соизмерима в обоих случаях.
Производительность работы программиста? Решите для себя сами, т.к. это очень индивидуально.
Производительность сопровождения? Зависит от проекта. В вашем случае возможно не критично. Сделал и забыл.
Для себя - Я ВО ВСЕХ проектах использую Views.
И уже поднимался не раз.
kodo, ссылки в студию.
Оба варианта можно реализовать по разному. Кривой сниппет будет хуже хорошого views. И наоборот. Так что сравнивать их как бы не совсем корректно.
Про производительность не так давно было обсуждение здесь.
cdrpro, у нищих слуг нет - поиск по сайту работает
Ch, спасибо за ссылку, прочитал. В принципе ответ на свой вопрос, из той тему, я получил.
Синкора2
Если вам все равно, то за каким органом был задан вопрос?
От себя могу сказать одно, все кто делает сайты профессионально используют вьюсы, а остальные "великие мыслители и оптимизаторы" пытаются сделать свой велик который нахрен никому не нужен.
Нравится писать свои запросы, нравится по каждому чиху лазить в код и что-то там менять? Пишите свои решения, флаг вам в руки и барабан на шею.
Странный вопрос. Можно вместо всего drupal'а написать "небольшой" php-скрипт и им пользоваться.
Так же доставляют лулзов оптимизаторы сайтов с 10 просмотрами в сутки
Не забывайте момент, что views поддерживают кэширование, а это не маловажный момент для снижения нагрузки. Наверняка самописный сниппет будет выполняться каждый раз при обновлении страницы, а если этот снипет расположен в панели меню и отрабатывает для каждой страницы и количество посетителей за 1000?
Хоспидя, когда народишко здесь начнет вместо холиваров просто в код модулей заглядывать. Не забывая при этом, что самые ядрёные модули друпала кодились в мозгах получше ваших.
3,5 Мб – тяжелый модуль? Ха-ха... Мой оптимизированный друг, эти три с половиной метра – всего лишь удобный интерфейс админа для конструирования SQL-запросов. Причем таких головоломных, что писать их сам ты сможешь только после месячного ликбеза по структуре БД Друпал. Кстати, здесь полно любителей использовать views именно как конструктор запросов для их сниппетов. Знаешь, как выглядят потом их сниппеты?
$lines = array();
foreach($line = db_fetch_array($result)) {
$lines[] = /* тут пихаем запрос в нужный формат */;
}
print theme('table', $lines....);
// ИЛИ
print theme('item_list', $lines....);
// ИЛИ
print 'свой говнокод из $lines';
А теперь задай себе тупой вопрос, какой код выполняется views на фронтэнде? Правильно, тот же самый. Ему только еще надо извлечь готовый SQL из базы и функции темизации из реестра. Что , собственно, относится к штатным операциям. Добавь к этому еще встроенное во views кэширование всего и вся. А теперь попробуй доказать, что ты чего-то добился? Не занимайся оптимизацией кавычек.
Кстати, срываем покровы для самых боязливых. Огромный модуль... Обратите внимание на что уходят три мегабайта их четырех...
Правильно, на картинки, документацию и хелпы, которые один хрен никто не читает.
а взять и проверить оба решения на практике религия не позволяет?