13 января 2011 в 11:43
Уже смотрю довольно долго друпал, по Мерсеру разбирался.
И не могу понять чем удобен друпал для создания сайтов ... Тоже смотрел по тем что сделанные - сайты визитки делают, новостные порталы и блоги. А другие?
Есть понятие ноды - что ими строить то можно? Отдельные страницы? Так для страницы каждой свою ноду конструировать что ли. Плюс ноды в списки движком - т.е. что то мелкое, повторяющееся по сути наверное.
Есть тип Page - но там html кидаешь, а как же вся динамика. Можно код вставлять php но что тут удобного?
Есть views - запросы к базе и вывод в жестко заданной форме. Я так понимаю один запрос к базе обсчитывается и данные вытягиваются. Так а программисты в нашей студии говорят что чтобы одну страницу(реальную) сформировать нужно и 10 и больше разных хитрых запросов выполнить и еще их данные на php обработать. Не вижу функционала в друпале для этого вообще.
Темизация. Вижу что тем мало готовых. По сравнению с другими двигами.
Это причина - в самом двиге друпала? То что системой тем реализуют функционал конкретного сайта(т.к. больше нечем). И получается что сделанная тема - это заточка под конкретный сайт, а не то что могут использовать другие.
Программинг. Смотрю php программисты не пылают желанием с друпалом разбираться(в нашей же студии мне говорят), сложности есть с программированием видимо? Да и вопросы например даже на этом форуме по кодингу не получают ответов. Тонкости мало что ли кто знает, а что если припрет на заказе - попасть можно.
В общем не вижу пока вообще из-за чего стоит делать сайты на друпале, почему его хвалят то?
Объясните мне, как менеджеру ИТ, что я так или не так понял. Прошу ответить именно коллег практиков - кто сайты на друпале создает. Какие механизмы в друпале стоят того чтобы его использовать.
Комментарии
А что ещё в вашей студии говорят?
Друпал без дополнительных модулей и правда можно использовать лишь как блог, форум, сайт-визитка и прочие простенькие сайты. Но ведь вся суть в расширяемости! Для друпала на официальном сайте выложены 7212 (на момент написания) модулей. С помощью них реализуется любой мыслимый и немыслимый функционал.
На счет темизации - тоже всё не настолько печально. Просто система тем не так интуитивно понятна как в остальных движках, но если разобраться, то ничего особо сложного нет.
если нет что сказать, умные люди советуют промолчать. Я обращался к практикам с конкретными вопросами, а не трепачам и безмозглым почитателям.
Yanzay модули это хорошо, но они же по сути - надстройка над ядром - расширяют понятие ноды или создают свои странички. Про таксономию знаю - вешь. А например сайт по ТЗ. Там же нет понятия нода. И странички от модулей не подойдут под то что требуют.
Нет, оно то и понятно, что я трепач и друпал даже не ставил. Просто мне нравится мнение "ххх отстой, я в нём не разобрался".
Я хочу понять чем руводствовались программисты (из вашей студии) когда шли к этим выводам. Те же ноды, это универсальный контейнер для данных, программисты (из вашей студии) этого не заметили.
Задайте вопрос корректно, что вы хотите узнать?
Stan.Ezersky, ты что то не понял. Мы сейчас друпал вообще не используем. Есть самописная страшненькая цмс(была еще когда я устроился работать).
Вот я думаю что даст нам друпал если им начать заниматься. В плане перспектив и не ошибочное решение будет.
Нельзя сказать заочно.
Если лабаете простые сайты - Джумлы вам хватит.
А чем НЕ удобен ?
Любые можно делать.
Ничего. Включая определения.
Пробуйте, практикуйте, изучайте видео уроки (чего кстати для других CMS нету) в студии вам уже лапши на уши навешали, если не хотите чтоб тут навешали, операйтесь на собственный опыт.
Я могу сказать что Drupal - это самая гибкая cms, в которой меньше всего нужно использовать кастомного кода т.к. почти все нужное есть в дополнительных модулях. А если и надо, у друпала одна из лучших API.
Но кому вы поверите, мне, или друзьям из судии?
Единственно куда камни могут кидать те кто не любят друпал - это в сторону его производительности, но и то только потому, что не разобрались как в друпале сделать производительность в разы и даже в 10-ки раз лучше чем в остальных CMS.
можно с этого места по-подробнее? начинаю строить на 7-ой версии. спасибо.
Я ответы озвучил в первом сообщении. Разделены абзацами. Я как менеджер - участвую во всех этапах создания сайта и понимаю все этапы. К таким коллегам и обращаюсь, а например не к тем кто только модуль научился создавать(Или только тему), а остальное - без понятия(и такому все равно как оно будут ...). .
Так у вас весь профит не в том, чтобы понять, нужен ли вам друпал или нет (как и любая другая CMS). У вас проблема в штате - программисты сами не хотят (про себя думаю "не могут") понять идеалогию Drupal и разбиратся в настройках.
Лично для меня профит в использовании Drupal - это более четкая логика, в том числе API. Это наличие огромного количества рабочих модулей, которые зачастую и настраивать то особо не нужно. В конце концов, хороший программист - это большой ребенок. А что может быть для ребенка интереснее конструктора Лего? Drupal - это очень удобный конструктор. В этом его сила.
не ответы, а одна вода. Хотя бы на вопросы в первом сообщении кто то может ответить, а не просто "Любые можно делать", "Drupal - это самая гибкая cms"
ну так по пунктам объясни, что я не так понял и как это нужно понимать.
Softovick, проблем со штатом нет. Это дело наживное. Можно и новых нанять. И старых поменять. Хотя существующие - люди грамотные, с образованием, мнение их ценю.
Одно могу сказать - я как малограмотный человек, сумел разобраться и написать собственный модуль в течении 5-7 дней, сидя по паре часов вечером. И пришлось мне его написать только потому, что вот совсем уж необычная задача стояла и решил не нагромождать логику из модулей, а написать простенькую собственную реализацию.
Если человек грамотный - с программированием под Drupal разберется еще быстрее. Гарантировано.
ЗЫ: обращаю внимания на слово "Если"...
А самый главный аргумент - это все таки "конструктор". Ибо по большей части все придумано, достаточно лишь правильно кирпичики поставить и подвигать в нужных направлениях.
Вопросы ваши тоже не сильно сухие, никаких зацепок, только личное мнение. Если вы хотели чтобы вас переубеждали, то это скорее к психоаналитику.
Я, например, ответил что ноды это универсальный контейнер для данных, вы как-то ответ отреагировали?
Господа, а что мы всё пытаемся объяснить? Всё давно до нас написано и разжёвано:
На этом тему можно закрывать
Так задайте вопрос корректно
Допустим "Можно ли сделать на друпал вот такой сайт", или скажите конкретно, чего Вы хотите. А то Вы задаете очень общие вопросы и хотите получить на них короткие ответы.
Чтобы ответить на такой вопрос нужно книгу написать
Это то-же самое, что объект в программировании.
Я не ходячий справочник
Мое ИМХО.
Чем хорош друпал:
1. Универсальность.
2. Расширяемость за счет готовых и самописных модулей.
3. Кошерное, но вначале сложное для понимания АРІ.
4. Хорошее комьюнити (если вопрос не решается на друпал.ру, то он решается на друпал.орг)
В чем сложности:
1. Довольно "тяжелый" движок, так как в процессе работы сайта идет очень много обращений к БД. Но при желании если умно использовать кэширование... Можно добится нормальной производительности.
И желание усваивать новое к тому-же.
2. Относительно сложное для понимания АРI.
3. Для того, чтобы сделать хороший сайт как правило стандартным функционалом модулей обойтись не удается. Так или иначе приходится "старательно обработать напильником". Суть - у программиста должны быть прямые руки, желательно из плечей
Эт точно)))
"У нас в студии" не используется ни одного модуля кроме некоторых из базовой поставки.
Наверное мы делаем сайты визитки с 130 000 униками в сутки.
фишка в том, что у друпала порог вхождения высокий и с кавалерийского наскока всю мощь и не увидите.
но когда освоите сделаете любой проект.
и советую осваивать 7-й друпал, в нем очень много заложено, что для вашей самописной цмс даже и не снилось
p.s. то что вы написали в шапке слегка похоже на бред
для примера
с д.орг:
918 Themes
p.p.s ссылку на ваше портфолио не дадите?
Aleksey_, для менеджера вы слишком неуважительно общаетесь с людьми, от которых хотите помощи, хотя в этой теме общаетесь с самыми компетентными специалистами из активных участников этого форума.
И своих модулей, Вы тоже не пишете?
Это ни о чем не говорит, очень много унылых и неинтересных тем. Видимо считается, что для нормальных проектов все равно свою тему писать придется. Насколько помню, под жумлу темы посимпатичней будут.
Предлагаю сделать попап окошко с это темой для анонимусов.
Мол, "Вы точно уверены, чот Вам именно Друпал нужен??? Посмотрите что говорят в студии ххх"
------------
А если серьезно, автору как менеджеру нужно понимать следующие плюсы(и клиентам их показывать):
-открытый код,
-безопасность (бесплатные обновления по безопасности)
-бесплатность
-расширяемость и масштабируемость,
-сообщество разработчиков, отсутствие привязки к конкретному исполнителю,
Можно еще добавить "Хорошая внутренняя поисковая оптимизация", но это от реализации зависит.
А всякие технические плюшки клиентам как правило не нужны.
для нормальных проектов нанимают дизайнера и делают свою тему с нуля, либо темизируют одну из тем для разработчиков
Если серьёзно, то автор должен понимать что используя самопис он привязывает клиента к студии, неделю назад с тобой об этом говорили
Навеяло подобным вопросом (с последующей перепалкой между "за идею" и "объясните разницу") с форума ubuntu года три назад
В чём спор-то весь, люди?
В php-прогерах, которых набрали "по объявлению на столбе"?
Или о интернет-студиях, которые не могут видеть своей выгоды при использовании Drupal?
А быть может о IT-менеджерах, которых не научили манерам общения?..
Имхо, вот единственно верное, что нужно запомнить любителям "сравнить Божий дар с яичницей":
Эх, авторство похерилось
И этот пункт у меня указан. Мы то с тобой, как практики, это прекрасно понимаем(потому что сами себе и разрабы,и менеджеры). При том, что реально заказчики наоборот привязываются к тебе, потому что прозрачность в отношениях всегда притягивает, я бы сказал даже, на более высоком энергетическом уровне)))
угу поэтому самый популярные "чистые" темы.
Да, для жумлы красивые и качественные шаблоны делает yahoo и icetheme, правда я не представляю как их можно использовать для какого нибудь проекта? половину функционала и различных специфических примочек выпиливать?)
Aleksey_
а можно мне тож высказаться, а то накипело уже...
друпал -- законченный отстой! делать сайты на нем нельзя! можно попасть. dixi
Ага
vicshine внимательней цитируй))) хотя мне было приятно (^_^)
Друпал уже не торт
ЫЫЫ так держать))) "Все в сад!" ©
ох, извиняюсь
Что касается тем: если студия продаёт сайты, она должна продавать не готовые шаблоны, скачанные с фри-сайта, а свои эксклюзивные (да хоть и шаблонные, но свои) темы!
Что касается ТС: а почему пользователь/конечный заказчик должен знать на каких «фишках», с коими ему делают сайт? Начинку CMS/CMF должны знать программер, верстальщик и иже с ними. Причём тут ит-менеджер, суть работы которого продавать продукт, а не вникать в
Каждый должен заниматься своим делом. Нужно программерам студии разобраться с друпал, зайдут на д.ру, спросят. По-моему, здесь всегда оказывают помощь по возможности, консультируют, пишут умные статьи и делятся опытом.А учитывая обращение ТС с участниками форума в этой ветке, я уже сомневаюсь в компетентности и профессионализме студии. Даже не могу представить, как так может менеджер общаться с потенциальными клиентами/заказчиками.
у меня коллега тоже все продвигал джумлу, когда я все таки выяснил, за что он ее так полюбил, то слегка офигел. оказывается, он пробовал разобраться с drupal, но нифига не понял, поэтому сделал вывод, что он отстой и ни черта не умеет... куда проще джумла, поставил и все работает
если программер не хочет разбираться с php кодом, то гоните его в сад. пусть грядки полит, если ему это будет интереснее...
Народ.
Мне представляется, что заниматься drupal-евангелиизмом в данном случае совершенно неуместно.
И вот почему:
1. Судя по вопросам, типа "Есть понятие ноды - что ими строить то можно? Отдельные страницы?" у Т.С. слишком низкое знание по друпалу. Это-то при наличии большого количества руководств на русском языке и запредельно огромной стаи на английском.
2. Если посмотреть на заявления вроде "Есть тип Page - но там html кидаешь, а как же вся динамика.", то складывается впечатление, что и по идеологии CMS в целом у товарища тож представление хромает.
3. "php программисты не пылают желанием с друпалом разбираться(в нашей же студии мне говорят)". Есть программисты, даже с высокой квалификацией, которые органически не способны воспринимать чужие разработки. Они физиологически не в состоянии использовать Drupal. И легко и просто найдут в нем 1 000 000+ недостатков.
4. И основное. Т.С. слишком уж агрессивно себя ведет для своей квалификации. Готов использовать Drupal только если его сможет уговорить опытный практик. Желательно девственица.
Да ну нафик! Пусть лучше и дальше корячится со своими программистами. Жалко нам штоли.
Снимаю шляпу коллега. Полностью поддерживаю!
Мало того что не знает, он еще и наезжает на остальных, что он такой
туповатыйслишком умный со своим самописом, что им ссобутыльникамисотоварищами не до нас...Aleksey_, я совершенно ничего не понимаю в php, mysql и в прочих подобных штуках, сайты на заказ не делаю, но Ваш вопрос мне показался... забавным, что ли.... Особенно про ноды, page и wievs - прикольно у Вас получилось
Я сначала подумал что кто-то просто прикалывается. А может так и есть?
ИТ менеджер должен шарить хотя бы на базовом техническом уровне, в идеале - уметь напечатать Hello world.
Иначе "моя твоя не понимать", даже говорит не о чем
чёрт, всю рубку проспал
... bitch
Ведётесь на гнилые вбросы как дети. Ссылка на документацию и баста.
PS: С наступающим всех
спасибо за ответ. А сайты получается состоят из "контейнеров данных". Мне казалось из страниц и функционала на них.
Ну реально нода может комментироваться - т.е. задумывалась как некая статья, например в блоге.
я пока не получил ответов, Вы не говорите конкретики. Чем друпал удобен именно как конструктор. Что упрощает.
большинство - никакие и под желаемый сайт вряд ли подойдут
не ну студии это выгодно. Все таки цмс для сайта, а не сайт для цмс.
сами главное сказали что в друпале многое можно без программиста сделать. Так я и не программист. Тоже должен смочь наверное многое ...
v1adimir@drupal.org, смысл мне говорить что "ты не знаешь, не понимаешь". Догадываюсь и сам. Скажи что и как правильно. Или сам не знаешь, потрепаться пришел?
вот так вот сообщество популяризирует себя в массы? Иди типа ... ответы не получишь. Сильно, ничего не скажешь.
Манеры.
Пока что как тут пишут
http://habrahabr.ru/blogs/drupal/65523/
такое впечатление и получается.
смысл тебе писать русский язык.
рубка - это когда кто то с кем то рубится. А тут я вопрос спрашиваю, а вместо ответов - наезды какие то. Что есть признак слабости, необходимости защищаться.
например?
Aleksey_ че ты паришься? тебе-же сказали:
или тебе и в сторону "отстоя" тоже аргументы нужны?) не веришь даже в это?)Та да.. выход 7-ки и то не так активно обсуждали...
посмеялся)
скриншот вьюшки и комментарий что не смог найти сортировку(по моему это патология)
автор поста расписывается в собственном неумении/нежелании изучать друпал
на своем примере могу сказать, что знаком с друпалом больше года. до этого опыта не было вообще. советовали друпал или джумлу. читая сравнения, понял что друпал сложнее в изучении(что не испугало). сейчас не жалею
опять же пример. сегодня делал каталог, на таксономии, использовал таксономи_меню, рещил один словарь в примари вывести, другой в секондари. с первого раза не получилось. на д.орг нашел хэндбук, вдумчиво прочел и сделал так как хочу.
информации много, если есть желание, то найти можно все и изучить.
p.s. я не считаю себя программистом, а верстку по htmlbook.ru изучал
В общем я солидарен с товарищем volocuga
>Объясните мне, как менеджеру ИТ
Сначала наверное стоит Фигурнова что ли осилить... А затем и более другие книжки. А там и вопросов не останется
Попробую объяснить.
1. Нода - это базовый тип материала. Страница, запись в блоге, товар в каталоге - это все ноды.
В итоге, любой материал на сайте рассматривается одинаково. К примеру: как только появляется модуль, который позволяет добавлять к ноде картинки, так сразу же картинки можно добавлять как к обычной странице, так и к товару в каталоге; а также можно сделать новый тип ноды - картинка, и создать имиджборду или фотогалерею.
2. Page - это просто один из типов ноды, см. выше.
3. Views решает одну задачу - собрать информацию и вывести её. Вывести страницу, на которой несколько динамических областей - задача Блоков. Можно создать страницу, на которой будет хоть 10 Views, каждый со своим хитрым запросом.
4. Темизация. Система темизации мне, как программисту, нравится. Отсутствие готовых тем - не проблема, если вы делаете сайту уникальный дизайн. Наличие таких тем как Zen и Fusion, тем ориентированных на быструю верстку значительно облегчают дальнейшую темизацию.
5. Программирование. В этом плане Друпал - один из лидеров в отрасли; спасибо грамотной архитектуре и хорошей документации.
Так вот, фишка Друпала - в том, что он очень хорошо структурирован. Есть огромное количество небольших модулей, которые отлично выполняют свою, небольшую задачу и механизмы их объединения. Как кубики лего - простые кубики, надежный механизм сборки.
Это Unix-style, в то время как Joomla - win-style (огромные модули, плохая связываемость). Друпал - это другой стиль разработки, и нам он нравится; апологетов Друпала тошнит от Джумлы и её кода, притом заслуженно.
народ, чего вы ведетесь то?
после такого как "ноду можно комментировать" его нужно было послать ее комментировать... если парень не хочет ни читать, ни разбираться, да вообще нихрена ничего не хочет, то это его сложности.
он ведь даже не в состоянии сформулировать однозначно вопрос по теме - "друпал отстой, потому что я не хочу в нем разбираться, а почему там так херово работает таксономия?"
Ну а на счет обидок - не вопрос, если его не устраивает реакция сообщества, то это его в общем то сложности, он ничего кроме говносрача не принес, ни одной новой идеи, заказа или толковой мысли. он обосрал то, с чем мы работаем, развиваем и дышим, и после этого хочет, чтобы мы ему помогали как на хабре (там за такие вопросы давно бы отправили на жаровню)...
в общем предлагаю прекратить этот балаган и вернуться к куда более интересным и полезным темам, к той же семерке и кешированию, а топик перенести в муссор.
G.A. Vinogradov, спасибо за развернутый ответ. Я его тут долго ждал.
Вот вы пишете:
Получается что вы предлагаете если на странице много всего - блоки туда накидать. Вижу тут две проблемы:
- блоки по своей сути не зависят друг от друга, а если надо - как?
- блоки располагаются в регионах, а регионы задаются темой. Тема же для всех страниц одни и те же регионы создает? Как тут быть - на разных страницах блоки по разному выстраивать например надо. Кучу регионов наплодить?
Как сделает разработчик - так и будет. Вариантов несколько, причем рещения могут отличатся кардинально. Между прочим в Drupal темой задают не только регионы, но даже отдельные ноды, если надо.
а кто ты собственно такой чтобы в чужих темах это предлагать? И решать за других кому что интересно? Вот твое это сообщение было бы неплохо чтобы модераторы перенесли в мусор, т.к. это флуд чистой воды.
Есть такая штука как Content Template позволяет темизировать любой тип материала отдельно.
Если на странице много всего и это много нужно упорядочить, то так и делают.
от друг друга нет, а вот от урл вполне могут зависеть. для этого во вьюс есть аргументы
видимость блоков тоже вещь регулируемая
+1
в друпал можно темизировать все. для этого есть система хуков и шаблоны
p.s. и вообще почитайте больше про друпал. задаете банальные вопросы. хотя бы азы почитайте внимательно
Ну тема может слегка и склочная :), но мне как новичку интересно, потому как на подобные вопросы, задай я их на форуме, последует стандартный ответ - читайте документацию.
Конечно, если человек профессионально занимается (или собирается заниматься) созданием сайтов на Друпал, то понятно. А если такой как я ? Один собственный любительский сайт ?
Можно конечно перечитать ВСЮ документацию, но:
1. Фиг все сразу запомнишь.
2. 95% из этого тебе никогда не пригодится.
Это типа когда человек на автофоруме спрашивает как ему отремонтировать ручку стеклоподъемника, а ему отвечают, что нужно полностью изучить техническую документацию на автомобиль, а желательно еще самостоятельно его разобрать до винтика и потом собрать.
...........
Сорри, если кого обидел.
Как бы тут вопрос не от простого человека, а от как минимум менеджера. Т.е. это типа как автомахенник из сервиса будет задавать вопросы "А каким ключем закручивать гайку на колесе? А может вообще другое колесо поставить? А может и не закручивать вовсе?"
Также никого не хочу обидеть, но перед тем как персоналу такого уровня задавать такие вопросы, как минимум следует прочитать handbook и пару книжек про Drupal. Имхо - если сразу непонятно, для чего нужен Drupal в web-студии - то и не нужен он там. Лучше 1С-Битрикс занимайтесь, там хоть деньги будете зарабатывать при продаже.
Я сдержался от провокации, другие нет...
Автору не менеджерские преимущества нужны, а он пытается в технические составляющие влезть. В такм случае для начала http://drupal.ru/quickstart - после реализовать пару проектов. а там уже видно будет ему самому. Это же троль чистой воды, то что по теме получил, он игнорирует и цепляется за "ноды, регионы, вивс" и прочее не важное на данный момент.
Давайте не будем говорить о сферических задачах в вакууме, а попробуем поговорить о реальной задаче.
Я опишу как мы сейчас справляемся и свои догадки как это на друпале реализовать, а вы подскажете - что не так или так.
Например есть задача "Галерея". Т.е. сайт например мастера-сантехника. Есть галереи - "Работа в доме по Кутузовской", "Теплый пол в квартире 5" и другие.
Каждая галерея содержит картинки - фотоснимки ракурсов работ.
Как делаем мы сейчас:
Определенная галерея - объект(для сайта). Содержит инфу - название, размеры миниатюр, как выводить(3*3 или 10*10, ...).
Картинка характеризуется названием. например "Ванна".
Как вводить данные.
В админке создается страничка где владелец сайта создает галерею:
указывает: название, размеры миниатюр, как выводить
приступает заполнять картинками(указывает название и файл грузит), они складываются в папку, миниатюры создаются.
Для существующей галереи - видит существующие, удалять можно картинку и добавлять новые(без перезагрузки страницы).
Страница показа картинки:
определяется какая галерея, выводятся картинки в заданную сетку. Кнопки "Дальше", "Назад" обеспечат навигацию между вкладками одной галереи(картинки все подгружены). Есть ссылки перехода на предыд., след. галереи.
Вот все. Мне все понятно что должно быть. Программистам тоже. Т.к. работаем с объектом сайта Галерея и его подобъектом Картинка.
Что с друпалом.
Вариант 1.
Делаем тип ноды Галерея. Тут только название, разрешение миниат., как выводить.
Делаем тип ноды Картинка. Тут название, поле cck image, поле cck ссылка на галерею.
Минусы - неудобно добавлять картинки - создавать каждый раз ноды
Плюс - можно удалять картинки - удаляя ноды.
Минус - нужно удалить всю галерею - придется ноды картинки выискивать для нее.
Минус - на сайте доступны пути к нодам картинкам хотя это не планировалось.
Как сделать вывод галереи? По ссылке на ноду галереи - по сути ничего не покажет, кроме названия. Тут я понимаю свой кодинг, и и по галерее искать ноды картинки.
Вариант 2.
Делаем тип ноды Галерея. Но тут кроме всего что в предыдущем типе галереи находятся и связанные с ней картинки. Т.е. тут имитируем реальный тип Галерея(как в самом первом примере).
Плюс - нужно удалить галерею - удалится только она.
Как ноде добавить переменное кол-во картинок - есть такое поле cck?
Как тут в форме сохранения/редактирования ноды увидеть все существующие картинки + удалять/добавлять новые. Добавлять желательно без перезагрузки странички.
Вывод галереи(возможный плюс): друпал позаботится о выводе ноды со своми cck полями, и в шаблоне наверное возможно будет так раскидать картинки как надо для яваскрипта.
Что скажете?
ImageCache
Вариант 1 - Image + Image Gallery + Image Import - профит. CCK тут не нужно. Вывод создается автоматически модулем, плюс можно при необходимости допилить при помощи Views
Вариант 2 - нода + Views + ImageField и какой нить FileField Insert, например. Настраивается через UI.
Согласен.
я это читал и все сделал что там объяснялось. Плюс Мерсер. И куча всего остального.
Модуль LightBox2 - создаете свой тип превью и указываете как его выводить.
А что тут скажешь.....
Вы смотрите на Друпал с точки зрения своей CMS, и пытаетесь его проанализировать с этой точки зрения.
Можно идти и этим путем - написать свой модуль и будет все, как Вы описали. А можно взять готовый модуль галереи (их до черта уже написано), подключить его, настроить свойства, создать галерею. А дальше будет: добавить фотку / удалить фотку / удалить галерею.
Можно конечно писать все ручками, но зачем ? Разве что нет готового, или оно Вас не устраивает
Есть Pascal, а есть Delphi.
Язык по сути один, а подходы разные.
Softovick Вариант 1 и Вариант 2 - это я спрашиваю - какой правильный?
Плюс давайте без готовых реализаций галерей - я же все равно не знаю что там. Строим на ядре. Есть ноды, сск. Я же смысл ноды понять хочу. Какое ее назначение на реальном сайте.
Оба правильные. Причем это далеко не единственные варианты достижения целей.
Вы сами в своей CMS не используете только ядро - вы используете модуль Галлерея, так? Тут точно также - на базовом уровне в Drupal реализован лишь самый минимально необходимый функционал - ни один из присутствующих здесь разработчиков не делал на заказ сайт на голой установке. Как минимум еще парочку модулей ставили. Кстати в Drupal 7 CCK (там он называется Fields) встроен в поставку, так что еще надо понять, что вы имеете под словом "ядро".
Ну и как правильно заметили - API друпала предоставляет достаточно гибкий механизм для программиста и написать нужный вам функционал - дело нескольких дней, а может даже и часов (вспоминаю, что люди то у вас грамотные). Но у меня в ответ вам вопрос - так вы все таки спрашиваете в разрезе "минимум программирования" или "максимум гибкости и работы программисту"?
Чистый лист в Word.
Функционал можно всегда увидеть на примерах, а насчет "что там внутри", так:
1. Исходники открытые.
2. А Вы что, знаете что ВНУТРИ процессора ? Тем не менее это не мешает Вам его использовать
вы понимаете, главное - сделать как хочет заказчик. Если надо программировать - будем программировать. Если настраивать и подгонять готовое к нужному проблемно или долго - может лучше сразу прогать.
Прогать - это же для программистов не сверхсложно. Справляются. И я вот это в разрезе друпала понять хочу. Технология создания друпал-сайта.
Тут возникает вопрос, как вы все советуете на готовом, будет ли программистам в прикол разбираться с чужими сложными модулями, всякими настройками, приколами, комбинациями чем самим прогать( на что они собственно нанимались)?
Почему нет? Я уже не один раз тут написал, что даже если захотят написать свое - без проблем. Drupal в этом случае очень даже замечательный CMF. А когда надо по быстрому и попроще (спорно, но других слов не нашел) - берете готовые кирпичики и делаете из них. Разработка ускоряется в разы, а т.к. на месте Drupal не стоит - то и вместе с ним вы и свои продукты развиваете, сайты расширяете и т.п. ИМХО - если ориентированы на клиента - это самое важное. Если ориентированны на заработок - то уж извините...
Модули в Друпал на мой взгляд то-же что компоненты в Дельфи.
Все кто пишет на Дельфях, используют готовые компоненты и не особенно лезут к ним внутрь. Но вот когда тебе нужно чего-то доработать под свои нужды, то уж тогда лезешь
Да и Ваши программисты используют стандартные функции рНр, а не пишут свои
А модуль - это та-же функция (кирпичик), только классом выше.
что у вас в цмс только один путь создания галереи
в друпале же их реализаций больше, чем эти два варианта, которые вы описали.
к примеру третий вариант, делать через таксономию, которая позволит сделать вам очень гибкую галерею
никто не заставляет их разбираться, для этого в сложных модулях есть API и документация
мнение новичка. зачем изобретать велосипед. тем более не факт что он будет лучше и стабильнее
если только на форумах по отечественным автомобилям)))
тему можно закрыть. хотите понять возможности друпала, посмотрите для примера drupalogy.ru. если не впечатлило, то http://drupal.org/success-stories
и имхо некорректно сравнивать вашу цмс и друпал, хотя бы с точки зрения того же самого кода
Алексей, вот без обид, если вы действительно IT Manager, и увлекаетесь своей профессией вам вообще не хочется купить книжку, почитать, изучить предмет хоть на начальном уровне? Ведь даже если не понадобится сейчас, то кругозор вы свой все равно расширите. Или хотя бы почитайте факи на форумах и в блогах. Помимо этого сайта ведь есть и другие, почитайте вот это - ту есть блоги многих участников этого форума, и это, допустим.
Еще раз прошу прощения, если не прав, но ваша манера общения и способ добычи информации больше подходит для 7-классника, который не вылзазит из котактов. Если вы отвечаете за проекты перед своим руководством, то на каком основании вы вообще доверяете незнакомым людям на форуме, вы на них возлагаете ответственность за принятые вами впоследствии решения? К чему я - да к тому, что чтобы понять принципы работы, основы архитектуры друпала, можно вообще не задавать ни одного вопроса на форуме. Да даже и не в друпале дело, а в подходе. Я бы такому специалисту не доверил руководящую должность.
Перед остальными тоже извиняюсь, но 2-е страницы это уже перебор, учитывая местную специфику=)
P.s. да, и вопрос к форумчанам, навеенный программистами чудесной студии - какая разница для программистов на php в программировании под друпал или в програмировании не под друпал, если есть api?
Как показал опыт командной разработки и опыт взращивания специалистов с нуля, под друпал многим тяжело кодить по причине того что не нужно городить велосипеды.
Но ведь можно использовать Друпал как CMF... и городоить свои велосипеды сколько угодно. А если веловипеды находятся на самом низком уровне, то таким ни одна CMF не подойдет, насколько я понимаю.
Да и вообще, несколько знакомился с программированием - есть же паттерны, их тоже принято изобретать заново?=)
Ненене. Как раз городить CMF-велосипеды.
Я всякое видел - и когда забивают на слой абстракции с БД и когда hook_menu() считают тяжёлым для трёх десятков страниц и делают свой велосипед на hook_init(), исходник выкладывать не буду, ибо автор рядом тут на форуме.
Нуууу....
Мой любимый холивар.
Хотя конечно поднадоело.
Все никак руки не доходят взять и доделать сайт который ответил-бы на большинство ваших alexey_ вопросов.
Вообще топикстартер прав.
Подробнее здесь:
http://www.whydrupal.ru/chem-tak-khorosh-drupal
Насчет галереи здесь:
http://www.whydrupal.ru/simple-drupal-gallery
красивый кстати способ. Мне понравилось
это cck форматтер галерею выводит?
Нет.
Собственно реализация вот здесь: http://www.whydrupal.ru/simple-drupal-gallery
Делал не парилися, это был тренировочный сайт, полгода назад еще.
Научиться бы такую делать, смотрится вери гуд.
А на Путина смотреть не могу, сегодня первый раз почитал блог Навального, развлечение то еще=)
Его ж вроде закрыли?
похоже что нет, последний пост от 14 января
да, смотрится хорошо
Кстати такой модуль имеется.
1)Gallery formatter
2)Galleria
Или вопрос был именно о 3D Carousel, в качестве плагина для форматтера?
да, именно
На скрине даже получается не 3D Carousel, а ContentFlow как отписал petrovnn но ни того, ни того в качестве готового модуля для cck форматтера не встречал...
я недавно встречал, views_slideshow_imageflow
petrovnn, большое спасибо за ответ.
Особенно мне понравилось в статье: Какая CMS лучше? Часть 2:
- вот этот необычный подход и сбивает.
Это попробовали в DrupalGuide объяснить:
, но не очень удачно. Какая разница по сути между страницами админки и не админки кроме доступа. Плюс - каждая страница - нода. О чем это они вообще?
О нодах.
Страницы админки формируются не материалами, а при помощи модулей (т.е. Form API). Именно поэтому считается, что у Drupal нет админки как таковой, т.к. она текучая и зависит по сути только от модулей... Понятно?
Нода это объект в терминологии ООП, у неё есть методы (хуки) и свойства (поля)*. Это описание ближе всего.
Админка это просто набор страниц с текстом и формами, которые формируются простыми обработчиками.
(* Объектом корректнее называть тип материала, а уже конкретную ноду - экземпляром объекта).
Не надо рвать шаблоны человеку!
Программисты сказали - ГОВНО. Тема закрыта
RxB закрыл тему! Баста!
P.S. А Кнопки все нет и нет?
местный клоун?
В общем что я понял - ноды(материалы) - заложены движком для вывода неких данных на страницу. Данные эти имеют простую структуру - объект с жесткими полями. Движок сам может этими нодами управлять - например выводить на главной, через таксономию выводить. Это функционал для сайта где не надо кодить. Чтобы что то можно было сделать.
Но если нужна чуть необычная страница - нужно писать свой обработчик страницы и в нем уже самим кодить что покажет страница.
Нет. Как раз таки в разрезе Drupal+node+ группа модулей CCK - материал не имеет жестких полей (кроме двух, да и то образно) и чтобы выводить это на экран - вполне можно обойтись без программирования, используя модуль Views.
Чуточку программирования нужно, если вам необходимо обрабатывать что-то на сайте не стандартным способом и для чего еще не придумали модуля (для этого задача уж очень нетривиальной должны быть). Также немного программирования нужно будет, если эти данные не только надо вывести на экран, но и оформить в уникальном дизайне - но это уже темизация, и есть она в любом движке.
А то, что вы описали - это как раз таки у вас в CMS или вот например в Joomla - там на каждый чих код править надо.
P.S.: RxB не клоун, он лаконично выразил общую мысль.
забаньте нуба
я уже заметил что на этом сайте предостаточно разработчиков-импотентов, способных только на флуд. А может и не разработчики вы вовсе, а так - бла-бла. Элементарного тому же заказчику не сможете объяснить .......
Серьезно думаешь, что будешь тут строить из себя остряка - и другие поверят, что у тебя Большой?
Комплексы решай лучше с психологом, эффективней результат говорят.
уж лучше быть разработчиком-импотентом чем менеджером-идиотом
Так беги отсюда, или присоединиться желаешь?
Соберу ка я в одном посте все мнения.
Алексей, суть в том, что Ваши разработчики не хотят изучать новую для них систему, мотивируя якобы тем, что Drupal сложен для разработки и использования. По факту, им просто банально не хочется вникать в работу и внутренности Drupal. По меньшей мере это ставит под вопрос компетентность их как профессионалом WEB-разработки, а также как лояльных сотрудников компании.
На данный момент Drupal один из самых гибких и удобных движков (из бесплатных точно) именно для разработки сайтов в любом разрезе. Из года в год он занимает места в первой тройке движков по популярности. Я надеюсь не надо объяснять, что такое положение вещей не притягивается с потолка и вполне закономерно считать, что попадает он в тройку лучших все таки не за просто так.
Единственная трудность для начинающего разработчика - это идеалогия Drupal, как снаружи, так и изнутри, идущая в разрез с большинством привычных программисту терминов по сравнению с другими CMS. Именно поэтому, как выразился правильно RxB, тему стоит закрыть, если у вас нет ни понимания, ни возможности понять внутренности Drupal (в том числе это касается ваших разработчиков).
А теперь легкий оффтоп - чем же все таки лучше Drupal, в отличии от вашей замечательной самописной CMS? Все банально просто - сегодня ваши разработчики ее сделали, завтра ваших разработчиков не стало. Что делать? Правильно, искать других. Другие будут еще долго ковырять чужой код, ругаться и снова пытаться переписывать "неправильный" код. Повторите итерацию еще пару раз и получите непонятного монстрика, который в один прекрасный момент превратится в помойку, которую проще написать снова с нуля. Это же выгодно вашим разработчиком - завязка на компанию и на них...
Теперь берем Drupal (впрочем и другие тоже можно рассматривать в этом разрезе) - разработчики есть всегда и их много. Ушел один, пришел другой - движок все равно один и тот же, все тот же старый знакомый Drupal. Весь профит - в подходе и идеалогии.
views в основном смотрел, тяжелый пишут очень. Но это результат получается - список, результат одного запроса.
Вот например главная страница или страницы таксономии - они же спрограммированы модулями. Именно спрограммированы для показы нод по их алгоритму. Также и мне нужные страницы наверно придется если views например не использовать? Или если он не решает задачи.
я тут не ради вас. Вы - мусор этого форума. Мне отвечают тут достойные люди. Им респект и уважение.
вот тут еще вопрос наверное - так ли их много, по настоящему шарящих. Попробую в нашем городе помониторить.
А то смотрю для кодеров друпал - сложен и долго разбираться. Ну может не прям сложен, но продвинутые вещи на друпале чтобы сделать - сильно уметь надо, вглубь понимать.
Офигенный признак этого - данный форум, раздел "Программирование": вообще мизер тем с пометкой [РЕШЕНО]. Да и ответы смотрел внутри - никакие часто. Не знает получается в основном народ как программируется друпал. Не могут отвечать на вопросы даже.
А вы говорите - для программистов четкое api, то да се, что то не клеится ...
Views можно настроить гораздо гибче и глубеже, причем на порядков 10, чем просто один запрос. В том числе и перекрывать выводы модулей. Главное корректно спроектировать - вот тут на сложных моментах без программистского мышления никак. Впрочем, я сомневаюсь, что новичек или непонимающий справится, причем независимо от платформы, если полезет в сложную разработку.
Неправильно рассуждаете, по большей части программисты, познав ДАО Drupal, просто увлекаются процессом и начинают зарабатывать деньги.. Большинству из них уже просто неинтересно раз за разом разжевывать основы новичкам. Благо 99% вопросов реально возникают только потому, что человек неправильно сформулировал вопрос при поиске через Google. не понимает по английски, а то и вообще даже не пытается искать, сразу задает вопрос. Банальный пример - при установке после ввода данных для подключения к БД страница обновляется, но ничего дальше не двигается. Каждую неделю минимум 1-2 человека вопрос здесь задают. Путем простого запроса по поиску можно найти, сколько же ответов уже им надавали и понимаешь, что людям банально лень напрягать мозги - и тут плавно вспоминаем, что ваши программисты вам сказали про сложность Drupal
Теперь я покажу пример, а вы мне скажите насколько трудоемко сделать это на вашей CMS, а я тогда скажу, насколько трудоемко сделать это было на Drupal.
http://d6-ticket.softovick.name/
а ты говно!
Да в том разделе программисты с вашей студии зачастили отвечать просто
Писец чё твориться!
плюс СтоПятьсоц.
В Wikipedii есть парочка примеров сайтов на Drupal. Красивые примеры. http://ru.wikipedia.org/wiki/Drupal Заодно и полезная инфа. А вообще необходимость вопроса непонятна. Если вы разрабатываете простенькие сайты со стандартным функционалом, типа статичные страницы, пара фоток. Так зачем изобретать велосипед? Пользуйтесь своей ЦМС. Ну или освойте легенькую какую-нибудь php fusion. Вам хватит функционала и сервер не перегрузите и скорость загрузки будет норм.
А друпал хорош, если надо создать многофункциональный портал или его подобие: галереи, форум, чат, профили. Для этого здесь есть куча модулей.
Насчет шабов это действительно очень спорно. Готовые шабы имеют много разных порой ненужных возможностей, которые зазря перегружают страницу. Поэтому лучше вашим программерам научиться писать самим, Или с PHP у них проблемы? Да и вообще желательно, чтобы было мнеьше неиспоьзованных функций в коде ваших сайтов.
Странно, чему учат IT менеджеров на конторе по разработке сайтов, если они не знают таких вещей.
Упоминали про Джумлу: да для ней много красивых шабов, но для вашего рода разработок они слишком тяжелые: много функционала, так что по-любому надо допиливать или разрабатывать самим. Опять же нужны программисты! А в друпале темы все немного похожи структурой. Это его особенность: право, лево, середина.
Вообще на нормальных студиях есть спецы по разным цмс и под каждый проект выбирается наиболее подходящая и отдается в разработку соответствующей группе.
на этого клоуна еще кто то время тратит... лучше уж человеку в этом топе помогли - http://drupal.ru/node/55911 , там и проблема четко описана и человек вменяем. А этот мега-недо-прога-хрено-менеджер пусть катится лесом со своим подходом. Если мозгов нет, хамло по натуре, да в добавок еще и идиот, то тут уже ничего не поможет...
Господа, не кормите тролля-)
Бу-га-га!!! я хоть и кушал в этот момент, но смеялсо долго
Не порежЪ Вите жопу! )))))А то тЯ порвут сЦука! (:?
Господа, хватит трешить
Человек просто не понимают, что до него желают донести.
Сам третий раз (минимум) ощущаю жесточайший позыв что то накарябать в ответ, но сдерживаюсь - ибо в голову всякий треш лезет. Хотел, к примеру, написать - что автор непрофессионал
и идиот. В этом есть доля истины и по сути - правда, но ТС сам не знает чего хочет.Во первых - в топике нет ни одного толкового вопроса. Все что можно вывести из топика и комментариев - "мне сказали", "они так считают", "я слышал" и прочее. То есть человек абсолютно не разбирается в вопросе - не та специальность. Поэтому нет абсолютно никакого смысла рассказывать про терминологию, идеологию, какие то технические тонкости (как тут пытались). Не потому что топикстартер
тупой и идиотглупый, а просто - не поймет, ибо не его специальность.Алексей, неужели так трудно это признать? Вы никогда не будете непосредственно ваять эти сайты, копатся в коде и т д. Задачи менеджера (ну каг бэ очевидное щас скажу) - в административной работе. Drupal действительно очень мощная и гибкая система, а сообщество drupal.ru очень дружелюбно.
Как минимум глупо обижатся на тупые и резкие ответы на глупый и неконкретный "вопрос". Лично мне, что бы оценить Drupal, хватило информации, которая размещена в интернете (этот сайт, потом основной портал, блоги разные) - ссылки вам уже дали. Кстати, мануалы на русский язык переведены действительно толковые. Только вот вы не технический специалист - и потому это разговор глухого с немым.
Блин, задолбался отвечать - все это пропадет впустую. Поетому резюмирую. Топикстартер имеет руки из задницы и не знает сферы, в которую полез. Расписывать плюсы и минусы не ему надо а программерам. С другой стороны, это тоже не поможет.
Короче говоря, вся полезная информация сводится к: RTFM, там все есть.
P.S. Алексей, вы и в вправду не видите - насколько глупо вы сформулировали вашу проблему? Или требуются комментарии?
Не, это для меня представить сложно, нужно брать пример с RxB веселый картинка давай!
чёто олёша замолчал, неужто толян и вправду забанил?
Оффтоп, но мне нравиццо:
))) Угу, Стив Джобс создает свою "теорию эволюции"
Или все-же от этого?)
девушка симпатичная
Да ну, прыщавая какая то... Молодая слишком.
возраст - это недостаток, который проходит с годами
Как там говориться? "Тема сисек раскрыта"? Или в данном случае она только начата?
ну как раз сисек там особо и нет
+1024
улыбнуло))))))))
На плече кисть чуть по жоще на до было взять))
Кстати эта девочка походу знает "в чем фишка друпала" ©
Ты выше её попы глаза-то подними )))
Не получается выше поднять! Все время съезжаю!
Не стоит!
UPD: ударение на о
это был ластик!
фотка с книжкой - зачетно
а та, что мелко
мягкаясисная - ну тож ничегоЯсно))
просмотр порно-видео каждый день?) или просто на пенсию пора?)
Да и выше тоже хороший. Как сказал Valeratal остальное будет позже)
П.С Шута!
П.П.С вид до груди то ведь действительно симпатичный
ЫЫЫЫыЫ
гы улыбнуло ...
а топик стартеру хочу сказать одно - я бы выгнал таких "программистов" которые не в состоянии осилить библиотеку программирования чем по сути является API друпала (освоение модулей в разы легче если это вообще освоением назвать можно) как сказал Cофтовик на это неделя нужна по 2 часа в день - итого 14 часов чистого времени тоесть 2 рабочих дня всего-то. лично я потратил еще меньше времени где-то день в общем мне хватило (.NET сколько там изучать надо? думаю месяца 2 для более менее адекватного уровня)
лично я было время юзал жумлу ... после того как поправил модуль fivestar (его рвало во всех браузерах и оно посути не работало) много понял
Чего оно такое тугое и быстренько за 2 недели перевел сайт на друпал
Причем на разработку потратил дня 3 наверное (это с нуля) да я сейчас пониимаю что можно было сделать лучше но оно работало
Остальное время на перенос материалов из дыбильной жумлы в основном врукопашную так как логики там не было ВООБЩЕ
PS
)
смею предположить что "наша ЦМС" это либо поделка от школьника либо Жумла что в принципе одинаково
еще есть такая пословица - Нечего на зеркало пинять если рожа крива - чего ТС и желаю
а да еще руководителю которым по сути является IT менеджер нужно читать что нибудь более уважаемое чем сравнения CMS на сайтах CMS (наша то победит (Жумла друпал вордпрес смотря где читаешь)
и не задавать тупых вопросов (детские в принципе можно по началу)
ну и на бис - мама в наверно не научила уважать собеседника
PPS
думаю алексей мой пост ужо не увидет но накипело на этот бред смотреть ... ато что такое нода как сделать галерею ... рекомендую посмотреть http://www.sostav.ru/columns/tv/47732ebad11cbdc286f02707b8a83af4/ и закрыть студию с таким подходом
насчет видео, речь идет о платной cms с закрытым кодом
смысл выкладывать ссылку?)
ты видео посмотри, видел его ещё в прошлом году, ГЭВОЛЮЦИЯ ТАВАРИЩИ!
просто гигантский прыжок вперед))
Мы пгыдумалы новый Укоз!
почему же я тут.
согласен, то же не понял. CMS та кстати совсем не убедила, был бы я даже пользователем. "Мышкой перетаскиваем, и усе .... ". То что запросы у клиентов к сайту нынче высоки - знаем. Поэтому и разбираюсь с друпалом.
В общем я пока понял следующее:
друпал показывается в своей красе только когда научишься использовать и настраивать разные модули. Этим и займусь. Может тогда пойму как разные типы сайтов, их структура выстраивается на понятии ноды. А может как ЛЮБОЙ САЙТ создается на друпале. Так что пока таймаут. А то мы пока недопонимаем друг друга. Вы - мои вопросы, я - ваши ответы(видимо что то подразумевается по умолчанию).
Модули стоит смотреть наверное в трекере на drupal.org по наиболее используемым?
О-о-о-о-о-о-о!
Так ничего и не поняли...
Друпал выстаивается во всей красе когда понимаешь его концепцию и осваиваешь всего 2 дополнительных модуля Views и CCK (а начиная с версии Drupal 7 - вообще 1, ибо CCK нынче в ядре).
С момента как понимаешь идеологию таксономии+Views+CCK - начинаешь ценить гибкость Друпала.
И прочие модуля подключать только по необходимости.
И остальные модуля
Гы-гы.
Нода к структуре не имеет прямого отношения.
Нода - это ЕДИНИЦА ИНФОРМАЦИИ на сайте: единичная запись в блоге - это нода, один товар в интернет-магазине - это нода, одна статья - это нода и т.д.
Структура сайта - это таксономия и блоки.
Таксономия - это ОРГАНИЗАЦИЯ информации на сайте, именно по отношению к ней и приемлим термин "структура сайта" с точки зрения информации.
Таксономия - это разбиение сайта на разделы, объединение нод (статей, товаров и пр.) в группы. Возможно, с разбиением по иерархии разделов, возможно - без иерархии.
Блоки - это разбиение сайта с визуальной точки зрения. Слева вверху то-то, справа внизу - то-то.
Все это делается БЕЗ дополнительных модулей, это умеет ЯДРО Drupal.
Пожалуй да. Только следует учесть, что подавляющее большинство людей - не гуру. И думают так же как и Вы. То есть первый пара-тройка модулей - безусловно смотреть. А скажем на втором десятке уже идут модуля которые недостойны мощи Drupal, просто примитивны, их функционал легко реализуется другими модулями, более мощными. Но зато их просто изучить - потому они и популярны. Но это - только для тех сайтостроителей, которые ленивы, тупы, не любят работать качественно и т.п. Собственно, таких очень много
Если хочется развиваться, - а судя по вашей настойчивости это так, то смотреть все подряд модуля в порядке популярности смысла нет.
Только модуля имеет смысл смотреть только когда концепцию организации информации на Drupal понимаешь.
Большое число модулей включенных одновременно - тормоза. Кроме того - функционал многих модулей пересекается, смысла их использовать одновременно как бы и нет...
Наиболее часто используемые модуля - Views и CCK.
Views - позволяет указать что и как выводить, если стандартный вывод информации не устраивает.
а) Например, "отсортировать записи блога в порядке наиболее посещаемый" или в порядке "наиболее комментируемые сначала списка" и т.п.
б) Фильтровать (не показывать) записи древнее месяца - если речь идет о выводе новостей, к примеру - ибо древние новости на сайте выглядят странно.
в) Позволяет выводить одну информацию, а не выводить другую: например, хотите, чтобы посетители заходили внутрь ваших записей блогов - приказывайте Views отображать одни только заголовки записей блога (с ссылками на сам текст блога само собой), и не отображать текст. То есть на первой странице у Вас будут перечислены только названия записей. Тогда любопытствующие посетители вынуждены будут тыкаться по ссылкам - а Вы будете получать статистику.
Не тыкаются с заголовков внутрь? Ну давайте их заинтригуем - добавим рядом с названием количество посещений данной конкретной записи и количество комментариев. И т.д. и т.п. - это все Views, наиболее простые примеры его применения.
Если же Вам нужно ТОЛЬКО сортировать выводимую информацию по дате, статистике посещений или числу комментариев, то вместо большого и сложного Views можно в качестве альтернативы использовать модуля попроще.
CCK - чтобы не просить программистов добавить то или иное поле к информационным элементам сайта. Например, есть у Вас товар или запись в блоге - хотите, чтобы там же можно было размещать картинку, связанную с текстом/товаром.
С помощью CCK добавляете к товарам/записям блогов возможность прицеплять картинку с помощью CCK: ImageField. И т.п. и т.д.
Нужно к статье по научной проблеме прикрепить демо-файлы с расчетами в МатКаде (ибо приводить все в тексте статьи очень громоздко) - с помощью CCK: FileField добавляете к статьям такую возможность.
Замечание:
Не нужно бояться ломать стандартные типы материалов Drupal или создавать новые.
То есть та же упомянутая в самом начале Page - и нафиг не нужна в общем случае, если ее не переделывать. По сути - это просто демка как можно сделать.
Исключение составляют только специальные типы. Например, если Вы поставили модуль электронного магазина, то типа Product - это именно товар. И если Вам нужна картинка с изображением товаров вашего магазина, то картинку нужно врезать с помощью CCK: ImageField ни куда в другое место, а именно к типу Product.
Ну, прежде всего - к нему просто надо привыкнуть и проникнутся (как бы банально это не звучало). Мне при первом знакомстве Drupal показался жутко навороченым и сложным. Всякие там ноды и прочая терминология пугала. Но на поверку все оказалось куда проще. А сейчас вообще думаю, что по простоте использования Drupal ничуть не сложнее той же Джумлы - даже полегче. Он просто несколько.. специфический, что ли.
Drupal - это, как уже сто раз упоминали, конструктор. В принципе, почти любой сайт можно сделать совершенно не залезая в код ядра. Собствеенно, править само ядро - это дурной тон. А всякие там DLE и Джумлы раньше были сборки распространены (для всяких там магазинов или еще чего то специфического) - когда сама система была перелопачена насквозь. Сейчас не знаю, как там у остальных CMS.
Если не знаете, какой именно модуль вам нужен, лучше сортировать по функционалу. Там они очень удобно систематизированы. Ну и копаться, читать аннотации к ним.
Ну а для начала вообще - есть шикарная статья на хабре про самые нужные модули для Друпала (писали из расчета на 6.х ветку). На друпал.ру она тоже, вроде, продублирована.
ZanaDLucTyc, а не подскажите точную ссылку? В гугле нахожу всякие маленькие обзоры модулей на хабре. Штук по 10. Наверное это не те статьи что вы упоминали. Еще видео от лулаботов качаю.
http://ann.sabonim.ru/module
Оно и понятно.
Обратная сторона гибкости - сложность реализации этой гибкости.
Программистам проще небольшую свою программку написать, чем зайти на сайт Drupal.org в раздел "Описание API" и разбираться.
Друпал как раз не требует участия программистов в большинстве случаев.
Я вот хоть и сам программист, но за лет наверное шесть работы с Drupal приходилось менять код крайне редко - один сайт из 10, наверно. Да все больше по мелочи.
Если уж приходится что то программировать сурьезное - то это в крайнем случае. И требует вникания глубокого. За все время только один-единственный модуль понадобилось слабать самому. Ну уж задача очень специфическая - автоматическое обновление сайта из 1С.
Если не читали, не учились - а уже с претензиями, то это напрасно
Начать можно отсюда:
http://drupal.ru/book/toc
Если после прочтения по ссылке выше ваши вопросы не стали конкретнее, то читайте это еще раз, хотя бы выборочно:
http://drupal.ru/book/toc
Если опять не поняли базовых концепций, то идите в начало алгоритма.
Durak, спасибочки
Лучше нажмите Alt+F4.
PS: я тоже троль.
чета дяд какой-то совсем уже неадекватный. книжку по друпалу не читал, quikstartguide, сразу ответы спрашивает. ЧСВ выше крыше опять же.
добавлено:
Durak, как люди чего-нить сложное спрашивают, так сразу все в поиск посылают. А когда дядя Алёша спрашивает про самые основы, ему тут же все расписывают. Где справедливость??? риторика...
Тема хоть и склочная но весьма полезная тем, что много новых полезных ссылок увидел.
Aleksey, если до сих пор не понял в чем преимущества Drupal, то мне тебя крайне жаль. Расскажу немного о своем знакомстве с этой CMF (в первую очередь). Услышал про Drupal совершенно случайно, он упоминался в комментарии на сайте Попова, решил посмотреть что это есть вообще из интереса. Установил на XAMPP, зашел в админку (ENG версия D7) потыкался, помыкался, ни фига не поняв сделал скоропалительный вывод что не айс мягко сказать. Но я судил по первому взгляду да и поставил тупо ради интереса и ничего даже не пытался делать на нем. Да и еще я рассматривал Drupal как CMS и нашел по сравнению что Wordpress удобнее ))
Потом, через месяц где-то мне предложили работу и показали сайт который надо доработать и сказали что он создан на Drupal, вот тут-то и офигел по полной. Теперь всерьез буду учиться работать с ним.
Вам уважаемый ответили на все что можно было ответить. И видимо Вы в другие сообщества не писали иначе бы послали за такие речи на хер давным давно. Глазки открой посмотри на то какие люди сайты делают на Drupal. И скажи кто мешает Вашей конторе взять пару программистов знающих эту систему и если уж на Drupal не смогут они организовать тот или иной функционал то привлечь ваш самопис.
Парни а вам не кажется что это троль, вопрос только в том наш (Толик, хватит бловатся) или пришлый
Тема измусолена на 4 страницы, если оне не понимае пусть покукпают битрикс и теряют прибыль. Нам то какая разница перейдет ли его лавочка на друпал или нет, этож не Тема, а непонятный тугодум, не понятно откуда.
На подробное описание, что к чему и как у меня сейчас времени нет, могу лишь подсказать в какую сторону копать. А именно таких модулей как Boost Authcache (его правда под семерку еще не портировали) CSS Embedded Images. Если погуглить по поводу оптимизации друпала, можно еще интересных модулей накопать. Когда будет свободное время (в этом или следующем месяце) возможно статейку напишу, что к чему и как.
Забавный модуль. Вы его применяете на всех сайтах, или только на нагруженных? Вы вообще его применяете? Я вот посмотрел - геморновато.
спасибо за наводку. ну и будем ждать статейку.
Хороший верстальщик это делает ручками
Лично я пока не обнаружил преимуществ использования этого метода.
Во-первых, поступая так (запихивая маленькие картинки в css), мы заставляем клиента грузить все эти картинки на любой странице, даже если они в данный момент не отображаются.
Во-вторых, это просто мне кажется геморным, по крайней мере на проектах моего уровня. Проще сделать спрайт, т.к. его легче править в графическом редакторе. По себе знаю - поддержка и развитие проекта занимает много большее времени чем его первоначальная разработка, а эти base64 все время надо кодировать, поменялся цвет в иконке или сама иконка - на сколько больше нужно сделать движений чтобы запихать новую картинку в css?
Кроме того, считаю этот метод оправданным только тогда, когда исключение нескольких запросов к серверу во время загрузки страницы дают заметное облегчение для сервака, их отдающего; а это как мне кажется сайты с десятками и сотнями тыщ посетителей в день, и использовать этот метод на каком-нибудь клиентском сайте с посещалкой в 15 человек в день нет никакого смысла.
Только пожалуйста не такую http://habrahabr.ru/blogs/drupal/90393/
Конечно, это нужно для картинок, которые отображаются на нескольких страницах.
С другой стороны, запихивать в CSS большие картинки смысла не имеет (для этого есть спрайты), а маленькие не оказывают существенного влияния на загрузку - запрос обходится дороже нескольких килобайтов.
Спрайты делаются дольше - на base64 уходит меньше минуты (ввести в командной строке base64 [файл], скопировать код в CSS), а для спрайтов надо выдержать размеры, занести размеры в CSS, отладить это дело, проверить, что другие картинки в этом же спрайте не глючат в другом месте, учесть горизонтальные и вертикальные спрайты (или использовать хитрожопые техники для совмещения и тех и других) и т.д. Это быстрее? А редактировать не проблема - сохраняем из браузера картинку и редактируем. Да и спрайт редактировать не айс - сегодня ты помнишь для чего он у тебя, а завтра надо будет искать, где он используется, дабы всё перепроверить.
Спрайты дорогая технология, но без неё тоже никуда - base64 имеетсмысл только для совсем мелких картинок.
Ну для 15 человек в день, я думаю, ты и со спрайтами не будешь морочиться