Comments 117
Спасибо, помогли!
ожидаем наплыв рекламы в чате DC++ «продам еду через сайт». Но это шутка.
А вообще, своим топиком Вы показали, как понимаю, что иногда (если не часто) проще воспользоваться готовыми решениями, чем городить огород.
Огромное спасибо за топик.
А вообще, своим топиком Вы показали, как понимаю, что иногда (если не часто) проще воспользоваться готовыми решениями, чем городить огород.
Огромное спасибо за топик.
Именно так.
Этот проект не подразумевает высокой нагрузки (хотя я потихоньку добавляю функциональности нашему внутреннему ресурсу), поэтому никакой оптимизации не требуется. Нужно было готовое решение, собранное за короткий промежуток времени — и оно есть. Сейчас я даже не стал устанавливать и настраивать механизм кэширования для панелей, хотя он опять же идет в комплекте.
Этот проект не подразумевает высокой нагрузки (хотя я потихоньку добавляю функциональности нашему внутреннему ресурсу), поэтому никакой оптимизации не требуется. Нужно было готовое решение, собранное за короткий промежуток времени — и оно есть. Сейчас я даже не стал устанавливать и настраивать механизм кэширования для панелей, хотя он опять же идет в комплекте.
И все-таки… сколько запросов на страницу?
Страница «меню» — 108 запросов
Страница «сводный заказ» — 37 запросов
Страница с описанием одного блюда (с изображниями) — 51 запрос
Все таки включил модуль Panels simple cache, включил кэширование для страницы «меню», но в итоге только получил сообщение об ошибке. Все таки alpha2 дает о себе знать.
Страница «сводный заказ» — 37 запросов
Страница с описанием одного блюда (с изображниями) — 51 запрос
Все таки включил модуль Panels simple cache, включил кэширование для страницы «меню», но в итоге только получил сообщение об ошибке. Все таки alpha2 дает о себе знать.
ппц, простите — мне религия не позволит такое сделать. Пишу и плачу — честно от того, что реально я ограничен. Когда меня просят: сделай мне простой сайтег, я отказываюсь. Я не могу пользоваться такими монстрами как битрикс/друпал/UMI.CMS и их аналогами по доброй воле. Мне очень жаль что спрос все таки будет стимулировать их, а не простые и заточенные решения интернет магазина, ведь согласитесь, весь этот функционал не сложно сделать в общем-то с нуля по-нормальному за 2-3 дня плюс за неделю — две заточить до обобщенного решения интернет магазина. Но нет никто не будет этим пользоваться. Что в итоге? в итоге мне для общего развития придется теперь изучить как там устроен друпал. Я плачу.
Поздравляю с удачной диверсией в умы людей.
Поздравляю с удачной диверсией в умы людей.
Это палка о двух концах. С одной стороны скорость разработки и удобство поддержки (согласитесь, что поддерживать сайт, созданный на CMS с детально документированным API значительно проще, чем продукт с большим количеством самописного кода), а с другой — производительность. И решение о выборе платформы необходимо принимать исходя из требований к проекту: сроки, планируемые нагрузки (сейчас и через год-два), удобство сопровождения.
может вы думаете что я ругаю друпал? нет! я в шоке от того что он востребован!
я понимаю прекрасно вашу вилку между удобством /скоростью/производительностью.
Хотя думаю что вы не верно оценили поддержку (что вы будите делать когда столкнетесь с неописанной проблемой? ждать релиза?), но боюсь холиварить посему мнение мое не призываю слушать. Сам факт того, что столь обобщенное решение есть и популяризовано, а более частного решения популяризованного нет — вот что меня удивляет
я понимаю прекрасно вашу вилку между удобством /скоростью/производительностью.
Хотя думаю что вы не верно оценили поддержку (что вы будите делать когда столкнетесь с неописанной проблемой? ждать релиза?), но боюсь холиварить посему мнение мое не призываю слушать. Сам факт того, что столь обобщенное решение есть и популяризовано, а более частного решения популяризованного нет — вот что меня удивляет
Сталкивались, и неоднократно.
Иногда помогало гугление — система широко распространена и открыта, имеет много пользоватлей и программистов, велика вероятность что с преблемой уже кто-то сталкивался и решил ее. Некоторые проблемы решали сами, засылали патчи разработчикам, даже вносили патчи в ядро друпала.
Иногда помогало гугление — система широко распространена и открыта, имеет много пользоватлей и программистов, велика вероятность что с преблемой уже кто-то сталкивался и решил ее. Некоторые проблемы решали сами, засылали патчи разработчикам, даже вносили патчи в ядро друпала.
а что здесь такого, что друпал востребован?
1) не все являются гениальными программерами, что бы самостоятельно писать код
2) для друпала туева хуча модулей, можно быстро нарастить функционал сайта и, как тут уже говорили, быстрее приступить к работе. а самостоятельно изобретать велосипед — это значит не ценить свое время.
3) при постоянном росте производительности серверов, оптимизация запросов, алгоритмов уходит на второй план. вступает в действие оптимизиция бизнес процессов и т.п.
4) друпал — это офигенный и очень гибкий ИНСТРУМЕНТ, который помогает быстро зарабатывать ДЕНЬГИ, при грамотном подходе. лично я занимаюсь разработкой сайтов с 2000 года, перепробовал все популярные движки, но не один меня не устраивал, так как Друпал.
5) пока вы будуте писать один проект, я сделаю 3-4, более качественных в плане юзабилити.
1) не все являются гениальными программерами, что бы самостоятельно писать код
2) для друпала туева хуча модулей, можно быстро нарастить функционал сайта и, как тут уже говорили, быстрее приступить к работе. а самостоятельно изобретать велосипед — это значит не ценить свое время.
3) при постоянном росте производительности серверов, оптимизация запросов, алгоритмов уходит на второй план. вступает в действие оптимизиция бизнес процессов и т.п.
4) друпал — это офигенный и очень гибкий ИНСТРУМЕНТ, который помогает быстро зарабатывать ДЕНЬГИ, при грамотном подходе. лично я занимаюсь разработкой сайтов с 2000 года, перепробовал все популярные движки, но не один меня не устраивал, так как Друпал.
5) пока вы будуте писать один проект, я сделаю 3-4, более качественных в плане юзабилити.
А теперь смотрите.
Мои 2.5 часа и ваши 1.5-2 недели — как думаете, какое решение выберет потенциальный заказчик? Отсюда и популярность систем быстрой разработки.
Да, порой они монстроподобные.
Да, они используют большое количество ресурсов системы.
Да, чтобы сделать на них что-то нужно сначала выучить много материала.
Но есть одна проблема — разницу между 10 и 100 sql-запросами заказчики не понимают, а вот разницу между оплатой 10 и 100 часов работы — понимают очень хорошо.
Простой пример — я собираю сайт из конструктора за 1 день, а потом 1 неделю занимаюсь оптимизацией и доводкой, но сайт сайт уже работает и принсит деньги владельцу, либо вы 1 неделю занимаетесь разработкой. В итоге я трачу на 1 день больше вас, но мой вариант все равно выгодней инвестору, ибо он в течение недели уже получает прибыль в том или ино виде.
Речь конечно же идет о небольших пректах. В больших и сложных проектах уже другие категории оценки и другие сроки.
Мои 2.5 часа и ваши 1.5-2 недели — как думаете, какое решение выберет потенциальный заказчик? Отсюда и популярность систем быстрой разработки.
Да, порой они монстроподобные.
Да, они используют большое количество ресурсов системы.
Да, чтобы сделать на них что-то нужно сначала выучить много материала.
Но есть одна проблема — разницу между 10 и 100 sql-запросами заказчики не понимают, а вот разницу между оплатой 10 и 100 часов работы — понимают очень хорошо.
Простой пример — я собираю сайт из конструктора за 1 день, а потом 1 неделю занимаюсь оптимизацией и доводкой, но сайт сайт уже работает и принсит деньги владельцу, либо вы 1 неделю занимаетесь разработкой. В итоге я трачу на 1 день больше вас, но мой вариант все равно выгодней инвестору, ибо он в течение недели уже получает прибыль в том или ино виде.
Речь конечно же идет о небольших пректах. В больших и сложных проектах уже другие категории оценки и другие сроки.
Попросту для инвестора проект на Drupal имеет больше шансов на завершение с положительным результатом, а вот проект где всё пишется с нуля — больше подвержен провалу. При инвестировании нового проекта взвешиваются все риски и выбираетс Drupal, WordPress и т.д.
Пипец, сайт за один день! Я в восторге! Заказчик доволен!
Кстати, уже есть отличное обобщенное решение для создания интернет-магазина — это Magento.
Магенто конечно куль, да только там тоже не все так гладко ))) — хотя опыт работы у меня с ним соовсем небольшой, но имхо многие моменты не имеют настроек. Например зачем мне в магазине shipping при заказе??? и вообще — я хочу чтоб у меня на самой странице /cart/ была форма для ввода/выбора данных покупателя и покупателю не нужно было бы вводить кучу информации и нажимать кучу кнопок для оформления заказа (ведь этот фактор может отпугнуть многих потенциальных покупателей)
А попробуйте все вышеописанное сделать без патчей кода…
А попробуйте все вышеописанное сделать без патчей кода…
Оно-то отличное… но тормозит круче любого Друпала… :)
есть Ubercart для Drupal
Все можно оптимизировать, при желании и знании. За три дня, все это можно заточить к приемлимой скорости, получая при этом все обозначенные плюсы. И минимум самописа по функционалу.
Вторая вещь, о которой я часто думаю — цена гигабайта оперативы, которая сейчас составляет 20 баксов. Вставьть эту планку в сервер, используйте memcached (модуль включается одним кликом), и окончательно забудьте о самописе. Повторяю, цена вопроса — 20 баксов. Против ваших двух недель разработки (в районе тысячи $).
Вторая вещь, о которой я часто думаю — цена гигабайта оперативы, которая сейчас составляет 20 баксов. Вставьть эту планку в сервер, используйте memcached (модуль включается одним кликом), и окончательно забудьте о самописе. Повторяю, цена вопроса — 20 баксов. Против ваших двух недель разработки (в районе тысячи $).
НЕ могу себе даже представить такого диалога, с моими заказчиками
Заказчик: твой сайт тормозит
Программер: купите сервер помощнее )
Заказчик: твой сайт еще кладет нашу БД
Программер: ну купите больше памяти на серв
Заказчик: o_O но щас на сайте только пару человек ходит, что же будет дальше
Программер: может кластер замутим…
Заказчик: твой сайт тормозит
Программер: купите сервер помощнее )
Заказчик: твой сайт еще кладет нашу БД
Программер: ну купите больше памяти на серв
Заказчик: o_O но щас на сайте только пару человек ходит, что же будет дальше
Программер: может кластер замутим…
Приймите соболезнованя. На Joomla! этот функционал делается основным инсталлом + 3-4 модуля. Все free of charge. Основное время около 1 раб. дняя уйдёт на внесение (и фотографирование, если нет) их меню.
Вопрос в другом: помните картинку про Linux? «Из простой буханки хлеба вожно с помощью напильника и пары-тройки запчастей и нехитрых приспособлений сделать троллейбус. НО НАХРЕНА?»
Ведь никому кроме программиста это не нужно было — все и так жили прекрасно«с бумажкой».
Вопрос в другом: помните картинку про Linux? «Из простой буханки хлеба вожно с помощью напильника и пары-тройки запчастей и нехитрых приспособлений сделать троллейбус. НО НАХРЕНА?»
Ведь никому кроме программиста это не нужно было — все и так жили прекрасно«с бумажкой».
Если этот сайт нормально работает на стандартном хостинге и выдерживает запланированную нагрузку (думаю она в районе 300-500 человек в сутки) — то абсолютно по барабану сколько он делает запросов.
А с учетом того, что сделано это за 2,5 часа — вообще не вижу проблем. Понадобится — переделают с нуля, не велика потеря.
А с учетом того, что сделано это за 2,5 часа — вообще не вижу проблем. Понадобится — переделают с нуля, не велика потеря.
Огромное спасибо за топик. Заново понравился Друпал. :)
сколько времени ушло?
Друпал — отличнася CMSка, только у нее есть проблема — жрет много ресурсов.
На дешевых тарифных планах хостеров Drupal тормозит.
На дешевых тарифных планах хостеров Drupal тормозит.
Кэш спасет мир.
Кеш — не панацея
Панацеи не существует.
Просто должно быть понимание что можно и что нельзя делать при помощи того или иного инструмента.
Если сайт статический — почему бы и не друпал? А если динамический да еще и высоконагруженный — так это отдельны разговор.
Просто должно быть понимание что можно и что нельзя делать при помощи того или иного инструмента.
Если сайт статический — почему бы и не друпал? А если динамический да еще и высоконагруженный — так это отдельны разговор.
Страшный вы человек )
Если сайт статический, то на что там CMS??
ну даже статические сайты надо наполнять информацией, добавлять-удалять статьи.
А контент-менеджеры, или кто там этим будет заниматься, не всегда хотят учить html :(
А контент-менеджеры, или кто там этим будет заниматься, не всегда хотят учить html :(
Ну тогда этот сайт уже не будет называться статическим.
почему же не будет?
А если странички всё так же будут храниться на жёстком диске в статичных html файлах? Или в базе данных в виде статичных статей из простого форматированного текста? Иными словами содержимое сайта меняется только под воздействием контент-менеджера. В остальное время (и при других условиях) он статичен ;)
А если странички всё так же будут храниться на жёстком диске в статичных html файлах? Или в базе данных в виде статичных статей из простого форматированного текста? Иными словами содержимое сайта меняется только под воздействием контент-менеджера. В остальное время (и при других условиях) он статичен ;)
Хорошая статья ;) Приятно видеть своих людей и здесь.
На создание живой версии сайта для мой компании ушло порядка 2.5 часов. В это время входило вбивание порядка сотни наименований блюд (правда без изображений).Топик писали наверное гораздо дольше. Спасибо!
Эх, если бы я увидел такой топик, когда только разбирался, с чем едят Друпал. Спасибо за статью.
Тогда бы он и не не помешал =)
Первые пол года моего знакомства с друпалом я занимался исключительно написанием подулей и, соответственно, изучением его апи. Мне давали задание, что нужно от модуля, и я его выполнял (проект был большой, специфичных модулей было написано немало). И только потом я начал разбираться с «безкодовыми» решениями на друпале — вначалае было очень тяжко. Тогда казалось что проще за пол часа написать руками несколько запросов и передать результаты в шаблон. Но потом ничего, разобрался. Хотя пошаговых мануалов по использованию модулей с примерами в сети не так уж и много. Собственно это мой вклад =)
Первые пол года моего знакомства с друпалом я занимался исключительно написанием подулей и, соответственно, изучением его апи. Мне давали задание, что нужно от модуля, и я его выполнял (проект был большой, специфичных модулей было написано немало). И только потом я начал разбираться с «безкодовыми» решениями на друпале — вначалае было очень тяжко. Тогда казалось что проще за пол часа написать руками несколько запросов и передать результаты в шаблон. Но потом ничего, разобрался. Хотя пошаговых мануалов по использованию модулей с примерами в сети не так уж и много. Собственно это мой вклад =)
Отличная статья, только скринкаст нужен. В какой-то момент понял, что уже ничего не понимаю… Видимо придется по шагам все описанное пройти. :) Но туториал отличный. :)
Т.е. видеоролик с пояснениями чего сейчас происходит?
Когда в следующий раз соберусь написать статью — обязательно подумаю о таком виде подачи материала.
Думаю что по времени может занять даже меньше, чем написание текста и создание скриншотов. Несколькими модулями научился пользоваться именно таким образом — благо английским владею неплохо, чтобы смотреть англоязычные ролики.
Когда в следующий раз соберусь написать статью — обязательно подумаю о таком виде подачи материала.
Думаю что по времени может занять даже меньше, чем написание текста и создание скриншотов. Несколькими модулями научился пользоваться именно таким образом — благо английским владею неплохо, чтобы смотреть англоязычные ролики.
«Как бы ты не менял drupal, его всегда можно узнать по форме авторизации» :-)
опечатки:
дял
для отображения люд из разных категори
дял
для отображения люд из разных категори
спасибо за топик.
вы могли бы еще коротко рассказать про другие полезные модули (например о Administration menu узнал только от вас)?
вы могли бы еще коротко рассказать про другие полезные модули (например о Administration menu узнал только от вас)?
Да, пожалуй стоит рассказать о частоиспользуемых и полезных модулях Drupal.
Как выкрою еще свободного времени — обязательно этим займусь.
Как выкрою еще свободного времени — обязательно этим займусь.
Вот. Только что нарыл. Разбирался с drupal+javascript и Drupal.behaviors…
спасибо огромное за статью!
как раз попросили сделать нечто подобное.
особенно за модуль currency, api очень поможет :)
есть ещё вопрос по views.
как раз попросили сделать нечто подобное.
особенно за модуль currency, api очень поможет :)
есть ещё вопрос по views.
Задавайте. Постараюсь ответить.
мне нужно также сделать подобный каталог, правда для другой продукции.
нужно сделать вывод нод на странице таксономии в таблицу (т.е. ноды подряд в таблицу).
поковырял views для вьюшки taxonomy_term.
настроить вывод я смог, но вот не показывается содержание полей Содержание и Teaser, т.е. собственно содержание страниц, однако nid и прочая информация показывается
нужно сделать вывод нод на странице таксономии в таблицу (т.е. ноды подряд в таблицу).
поковырял views для вьюшки taxonomy_term.
настроить вывод я смог, но вот не показывается содержание полей Содержание и Teaser, т.е. собственно содержание страниц, однако nid и прочая информация показывается
Отличная статья!
Вот бы ещё кто написал подробную статью про написание модулей под Drupal (только что-нибудь посложнее HelloWorld'а из мануала). А то начал изучать возможности друпала и так и бросил на основах :(
Вот бы ещё кто написал подробную статью про написание модулей под Drupal (только что-нибудь посложнее HelloWorld'а из мануала). А то начал изучать возможности друпала и так и бросил на основах :(
Давайте идею модуля — постараюсь сделать и рассказать как =)
даже не знаю, в принципе, всё равно
ну или если ткнуть пальцем в небо, то давайте на примере форума
я понимаю, что с нуля, «от и до» тяжело написать, поэтому можно просто только некоторые куски кода
вот у меня возникли, например, возникли проблемы с:
1. темизацией модуля
все статьи и маны, найденные в сети, подробно описывают функции, параметры для темизации, но везде пропущено введение, т.е. банально непонятно куда писать эти все функции, в каком порядке их вызывать, какие возможности у темизации есть, возможно ли сделать темизацию только одного раздела сайта, одного модуля или только целиком сайт?
2. переопределение стандартных функций
возможно ли без правки ядра?
вот у меня была такая проблема, сайт что-то типа магазина, пользователь ходит кладёт товары в корзину, а затем ему нужно авторизироваться (зарегистрироваться), есть ли какое красивое решение как привязать корзину к юзеру, я как-то через ж… сделал, писал корзину в сессию, а затем отлавил момент авторизации и затем писал корзину напрямую в базу
и проблема была со стандартной функцией регистрации(авторизации), во-первых, есть ли возможность зарегистрировать пользователя не перенаправляя его на user/register, а самому из своего модуля показать форму, вызвать нужную функцию и добавить пользователя
и проблема была в авторизации, задаю страницу куда пользователя должно перекинуть, если пользователь с первого раза нормально входит, то всё ок, юзера перенаправляют на нужную мне страницу, но если юзер введёт пароль не с первого раза или пощелкает поочердно по вкладкам «регистрации», «авторизация», то после авторизации его кинет на главную страницу.
3. интересует взаимодействие с другими модулями
например можно ли, чтобы все статьи с сайта дублировались в определённой ветке форума, первый пост — сама статья, ну а дальше комментарии
как другие модули могут взаимодействовать с моим?
4. также инересна работа модуля с элементами друпала, меню, блоками, нодами и пр.
например, как генерировать динамическое меню
ну или если ткнуть пальцем в небо, то давайте на примере форума
я понимаю, что с нуля, «от и до» тяжело написать, поэтому можно просто только некоторые куски кода
вот у меня возникли, например, возникли проблемы с:
1. темизацией модуля
все статьи и маны, найденные в сети, подробно описывают функции, параметры для темизации, но везде пропущено введение, т.е. банально непонятно куда писать эти все функции, в каком порядке их вызывать, какие возможности у темизации есть, возможно ли сделать темизацию только одного раздела сайта, одного модуля или только целиком сайт?
2. переопределение стандартных функций
возможно ли без правки ядра?
вот у меня была такая проблема, сайт что-то типа магазина, пользователь ходит кладёт товары в корзину, а затем ему нужно авторизироваться (зарегистрироваться), есть ли какое красивое решение как привязать корзину к юзеру, я как-то через ж… сделал, писал корзину в сессию, а затем отлавил момент авторизации и затем писал корзину напрямую в базу
и проблема была со стандартной функцией регистрации(авторизации), во-первых, есть ли возможность зарегистрировать пользователя не перенаправляя его на user/register, а самому из своего модуля показать форму, вызвать нужную функцию и добавить пользователя
и проблема была в авторизации, задаю страницу куда пользователя должно перекинуть, если пользователь с первого раза нормально входит, то всё ок, юзера перенаправляют на нужную мне страницу, но если юзер введёт пароль не с первого раза или пощелкает поочердно по вкладкам «регистрации», «авторизация», то после авторизации его кинет на главную страницу.
3. интересует взаимодействие с другими модулями
например можно ли, чтобы все статьи с сайта дублировались в определённой ветке форума, первый пост — сама статья, ну а дальше комментарии
как другие модули могут взаимодействовать с моим?
4. также инересна работа модуля с элементами друпала, меню, блоками, нодами и пр.
например, как генерировать динамическое меню
Для форумов есть модуль Advanced Forum — там и с темизацией все достаточно просто и настроек больше чем в стандартных друпаловских.
Про межмодульное взаимодействие — тут можно подумать.
Про межмодульное взаимодействие — тут можно подумать.
Востребованная идея модуля — портфолио/галерея товара с более подробным описанием.
То есть сначала выводится матрица превьюшек с коротким текстом вверху и внизу, по клику на любую из них — более подробное описание с бОльшим количеством картинок.
Интересует с точки зрения не столько вывода в клиентской части (что мы — не придумаем как двадцать картинок в табличку вывести?), сколько в плане управления этой радостью из админки пользователем — передвинуть картинку вверх-вниз-влево-вправо на матрице-табличке, изменить картинки так, чтобы это было удобно и все такое.
Если я правильно оцениваю время — не должно больше часа — двух уйти.
То есть сначала выводится матрица превьюшек с коротким текстом вверху и внизу, по клику на любую из них — более подробное описание с бОльшим количеством картинок.
Интересует с точки зрения не столько вывода в клиентской части (что мы — не придумаем как двадцать картинок в табличку вывести?), сколько в плане управления этой радостью из админки пользователем — передвинуть картинку вверх-вниз-влево-вправо на матрице-табличке, изменить картинки так, чтобы это было удобно и все такое.
Если я правильно оцениваю время — не должно больше часа — двух уйти.
никогда не любил (читай «так и не выучил») регулярки.
не проще ли задействовать все тот же drupal?
<?php
if (preg_match('#^user/(\d+)$#', $_GET['q'], $m)) {
global $user;
return ($m[1] == $user->uid);
}
return false;
?>
не проще ли задействовать все тот же drupal?
<?php if (arg(0) == 'user') return (arg(1) == $user->uid); return false; ?>
И все-таки до чего же неюзабельная и тяжелая система. Правда и другие не лучше. :(
Вы, просто не умеете ее готовить ;)
На самом деле, после не долгого изучения манов и api, пользование CMF Drupal становиться приятным и комфортным.
Не стесняйтесь учиться!
На самом деле, после не долгого изучения манов и api, пользование CMF Drupal становиться приятным и комфортным.
Не стесняйтесь учиться!
Не про то я. Я имею ввиду юзабилити редакторского интерфейса.
Notepad++ — прекрасный редакторский интерфейс
ну смотря что вы имеете ввиду, если WYSIWYG — я например пользую TinyMCE + IMCE, очень удобно. все остальное настраивается через CCK
Нет. Весь комплекс построения и обслуживания сайта.
Wisiwig — дело десятое.
Wisiwig — дело десятое.
ну, я например из статьи узнал про модуль Administration menu, мне очень понравился, повысит юзабилити моих проектов на порядок.
скорее не юзабилити проектов, а удобство управления
ну да, я имел ввиду «Весь комплекс построения и обслуживания сайта»
постоением занимаетесь вы. И вы этим занимаетесь долго. Настолько долго что неудобство и тяжеловесность интерфейса уже не мозолит глаза.
А обслуживанием занимаются совсем другие люди. И они друпал до того в глаза не видели. Вот им как раз разбираться в этом тяжело.
Но опять же повторю это общее место в интерфейсах всех универсальных CMS. Есть совсем ужасные, есть не совсем. Друпал посередине.
А обслуживанием занимаются совсем другие люди. И они друпал до того в глаза не видели. Вот им как раз разбираться в этом тяжело.
Но опять же повторю это общее место в интерфейсах всех универсальных CMS. Есть совсем ужасные, есть не совсем. Друпал посередине.
вы не правы, друпал я выбрал как раз из-за того, что для конечного пользователя все очень просто (если я продумаю интерфейс) — работа с текстом, закачка картинок, файлов, построение пользовательского интерфейса. поверьте, я поработал со многими системами и только на друпале я начал делать проекты, которые могут наполняться без моего моего вмешательства и лишних вопросов ко мне.
Система гибкая, но для серьезных проектов я лично выбирать drupal не буду.
«Программирование» мышкой — не в моей вкусе )
«Программирование» мышкой — не в моей вкусе )
drupal и не «программируется» мышкой для серьезных проектов.
Это пост для начинающих. Для понимания структуры.
Реальные перцы сами модули и темы пишут ;)
Это пост для начинающих. Для понимания структуры.
Реальные перцы сами модули и темы пишут ;)
а если все равно писать самому придется…
еще учитывая:
> Страница «меню» — 108 запросов
то для себя я выбор сделан. и не в пользу drupal
и не надо мне говорить что кеш и оптимизация может помочь.
если система даже для ЭЛЕМЕНТАРНЫХ задач требует мощного сервера и кеша, то проблема именно в системе.
я понимаю что эта Плата за универсальность и гибкость. Этим страдают почти все CMF-ки. И такие системы всегда будут популярны, ни смотря ни на что.
главное чтобы у новичков не было эйфории. и они изначально понимали и видели и обратную сторону использования подобных инструментов.
еще учитывая:
> Страница «меню» — 108 запросов
то для себя я выбор сделан. и не в пользу drupal
и не надо мне говорить что кеш и оптимизация может помочь.
если система даже для ЭЛЕМЕНТАРНЫХ задач требует мощного сервера и кеша, то проблема именно в системе.
я понимаю что эта Плата за универсальность и гибкость. Этим страдают почти все CMF-ки. И такие системы всегда будут популярны, ни смотря ни на что.
главное чтобы у новичков не было эйфории. и они изначально понимали и видели и обратную сторону использования подобных инструментов.
посмотрите список компаний использующих дупал как фронт портал.
никакого мощного сервера не нужно. проблемы с «кэшем» в основном во время разработки. живой, готовый сайт носится как угорелый.
человеку способному писать оптимизированное по запросам приложение не стоит заниматься друпалом. жаль что таких людей гораздо меньше чем тех которые так о себе говорят.
никакого мощного сервера не нужно. проблемы с «кэшем» в основном во время разработки. живой, готовый сайт носится как угорелый.
человеку способному писать оптимизированное по запросам приложение не стоит заниматься друпалом. жаль что таких людей гораздо меньше чем тех которые так о себе говорят.
Спасибо, полезно!
Пробежал глазами, не увидел ссылки на Ubercart.
Может автор объяснить почему не использовал готовое решение?
Там вверху спор про самописность. Мнение новичка в программировании такое — CMS типа Drupal для достижения уровня понимания описанного в статье требует столько же времени как и изучение необходимого уровня для данной задачи, например в ASP.NET+MSSQL или PHP+MySQL. Drupal сложноизвращённый пример самописного фреймвока с псевдо ООП. По сути это отдельный язык, недвром по нему пишут целые книжки. Это очень серъёзный минус. Будь он в струе стандартного ООП от PHP это был бы огромный плюс.
Вместе с тем использование Drupal как инструмента для очень быстрого создания сайта, магазина, форума или просто нескольких статических страниц в сети — целиком и полностью оправдано.
И самое главное — при написании самописной самой простой системы вы должны быть специалистом в нескольких областях. В Drupal вам помогает не одна тысяча человек.
Другой вопрос — сложные специализированные вещи. Практически они требуют самостоятельного написания всего функционала. И тут уже Drupal и мышление по-друпаловски будет мешать.
Друпал как хобби — 1 год. Доход около 500 долларов — 5 сайтов
ASP.NET+MSSQL как хобби — 6 мес. Доход около 2000 долларов. -1 сайт.
Выводы для себя и за того парня (заказчика) делайте сами.
Может автор объяснить почему не использовал готовое решение?
Там вверху спор про самописность. Мнение новичка в программировании такое — CMS типа Drupal для достижения уровня понимания описанного в статье требует столько же времени как и изучение необходимого уровня для данной задачи, например в ASP.NET+MSSQL или PHP+MySQL. Drupal сложноизвращённый пример самописного фреймвока с псевдо ООП. По сути это отдельный язык, недвром по нему пишут целые книжки. Это очень серъёзный минус. Будь он в струе стандартного ООП от PHP это был бы огромный плюс.
Вместе с тем использование Drupal как инструмента для очень быстрого создания сайта, магазина, форума или просто нескольких статических страниц в сети — целиком и полностью оправдано.
И самое главное — при написании самописной самой простой системы вы должны быть специалистом в нескольких областях. В Drupal вам помогает не одна тысяча человек.
Другой вопрос — сложные специализированные вещи. Практически они требуют самостоятельного написания всего функционала. И тут уже Drupal и мышление по-друпаловски будет мешать.
Друпал как хобби — 1 год. Доход около 500 долларов — 5 сайтов
ASP.NET+MSSQL как хобби — 6 мес. Доход около 2000 долларов. -1 сайт.
Выводы для себя и за того парня (заказчика) делайте сами.
Знаю о возможностях уберкарта, но сам им никогда не пользовался, а описывать модуль о котором я сам практически ничего не знаю — не самый лучший вариант.
К тому же цель статьи была больше показать некоторые возможности друпала, некоторых основных модулей (Views, CCK) и компонентов (Blocks, Menu, Roles, Permissions) системы, а не сборка «магазина» самым оптимальным образом.
К тому же цель статьи была больше показать некоторые возможности друпала, некоторых основных модулей (Views, CCK) и компонентов (Blocks, Menu, Roles, Permissions) системы, а не сборка «магазина» самым оптимальным образом.
Я это и хотел сказать. Как пример — да. Но если говорить о практике — установка юберкарт сэкономит ещё 57 минут из заявленных полутора часов :)
сэкономит 57 минут для начинающего?
боюсь, добавит пару-тройку часов.
боюсь, добавит пару-тройку часов.
Стоп!
Надеюсь, всем понятно, что установка и настройка набора модулей описанного выше, занимает «с нуля» не менее недели а то и месяц, если вообще «с нуля».
2,5 часа — это чисто клавишные.
Надеюсь, всем понятно, что установка и настройка набора модулей описанного выше, занимает «с нуля» не менее недели а то и месяц, если вообще «с нуля».
2,5 часа — это чисто клавишные.
Что значит чисто клавишные?
У меня именно установка и настройка именно этого набора модулей с нуля заняла именно 2.5 часа. Ибо перед начало работ я знал что мне нужно получить и представлял как именно я могу это получить в друпале при помощи модулей, которые были мне известны. Повторное создание этого же функционала займет у меня не более часа-полутора.
У меня именно установка и настройка именно этого набора модулей с нуля заняла именно 2.5 часа. Ибо перед начало работ я знал что мне нужно получить и представлял как именно я могу это получить в друпале при помощи модулей, которые были мне известны. Повторное создание этого же функционала займет у меня не более часа-полутора.
Перед началом работы вы изучили друпал и набили с десяток шишек с вьюсами и панелями, заодно переставили несколько релизов самого друпала.
Я про это. И вот когда вы были готовы вы смогли реализовать то что реализуется.
Я про это. И вот когда вы были готовы вы смогли реализовать то что реализуется.
У меня это займёт 30 минут кстати :)
Предлагаю соревнование — скоростное программирование на друпале.
Предлагаю соревнование — скоростное программирование на друпале.
Спасибо, я не поклонник спортивного программирования.
А вы в 30 минут включили создание примерно 100 едениц контента? =)
А вы в 30 минут включили создание примерно 100 едениц контента? =)
при помощи nod_import буквально вчера я вбил в интернет магазин > 50 000 наименований — адрес zapchasti.yamotor.ru (проект пока тестовый, сделан вчера за 1 вечер)
так что 100 едениц контента вбивается за секунду, плюс время на подготовку CSV файла
так что 100 едениц контента вбивается за секунду, плюс время на подготовку CSV файла
Я делал это при помощи FeedAPI + Parser CSV. Вот на это я потратил некоторое количество времени, ибо делал это первый раз. Пришлось немного почитать доку и посмотреть видео-туториал.
будьте осторожны когда начнёте перевносить или пытаться обновить прайс. node_import пока (три месяца назад) плохо работает с категориями.
не реагирует на галки «заместить» тупо добавляет новые категории с одинаковыми названиями. и другие малоприятные глюки.
не реагирует на галки «заместить» тупо добавляет новые категории с одинаковыми названиями. и другие малоприятные глюки.
Вы меня пугаете.
100 единиц контента за 150 минут может сделать или вурдалак (человек укушенный волком и получивший нечеловеческие способности) или Б.Гейтс (что недалеко от вурдалака)
100 единиц контента за 150 минут может сделать или вурдалак (человек укушенный волком и получивший нечеловеческие способности) или Б.Гейтс (что недалеко от вурдалака)
А зачем вы считаете мое время? Я спрашивал про вашу оценку в 30 минут =)
Мои 150 минут на все — это свершившийся факт. Как я уже упоминал выше — повторение того же самого функционала с контентом займет у меня скорее всего не более полутора часов.
Мои 150 минут на все — это свершившийся факт. Как я уже упоминал выше — повторение того же самого функционала с контентом займет у меня скорее всего не более полутора часов.
нет. это ложное время. я про 30 минут.
у меня расценки:
1 позиция товара — 10 минут.
1 текст а4 с форматированием — 2 часа.
изображения — коэфициент 1,5
Мне кажется, но эти мои цифры более правильные как по отношению ко мне так и по отношению к заказчику. Чтобы не получилось как в анекдоте
— С какой скоростью набираете текст?
— 1500 знаков в минуту!
-?!!!
-Правда такая ерунда получается.
у меня расценки:
1 позиция товара — 10 минут.
1 текст а4 с форматированием — 2 часа.
изображения — коэфициент 1,5
Мне кажется, но эти мои цифры более правильные как по отношению ко мне так и по отношению к заказчику. Чтобы не получилось как в анекдоте
— С какой скоростью набираете текст?
— 1500 знаков в минуту!
-?!!!
-Правда такая ерунда получается.
UFO just landed and posted this here
А зачем panels, можно ж все через блоки, точно так же вывести?
ТС, спасибо за идею, всё в коллекцию.
В данном случае — да, вполне можно было обойтись блоками.
Но т.к. цель данного туторала не сделать самым оптимальным образом, а показать возможноти и модули, то я выбрал панели — прост чтобы люди узнали о их существовании и возможностях и не городили огород в проектах, когда это совсем не нужно (видел пару экземпляров).
Но т.к. цель данного туторала не сделать самым оптимальным образом, а показать возможноти и модули, то я выбрал панели — прост чтобы люди узнали о их существовании и возможностях и не городили огород в проектах, когда это совсем не нужно (видел пару экземпляров).
UFO just landed and posted this here
странно, можно поподробней?
UFO just landed and posted this here
А какие симптомы? ПХП отваливается по таймауту или из-за нехватки памяти?
Вобще во время активной разработки рекомендую совсем отрубать модуль Update Status, чтобы хождение за статусами десятка модулей занимат немало времени, а т.к. при разработке приходится постоянно чистить кэш (либо он сам чистится на некоторых операциях), то и за обновлениями система ходит постоянно.
Вобще во время активной разработки рекомендую совсем отрубать модуль Update Status, чтобы хождение за статусами десятка модулей занимат немало времени, а т.к. при разработке приходится постоянно чистить кэш (либо он сам чистится на некоторых операциях), то и за обновлениями система ходит постоянно.
Почему-то потерялись все картинки… =(
Можно попросить автора топика их вернуть?..
Спасибо большое.
Можно попросить автора топика их вернуть?..
Спасибо большое.
Все изображения потерялись из-за того что умер ipicture.ru
Исходные изображения я не сохранил — понадеялся на картинкохранилище. В итоге потерял иллюстрации для нескольких статей и пары раздач на торрентах.
Более того — сама статья немного устарела — админский интерфейс Panels 3 сильно изменился с тех пор, как была написана статья.
Но вобще — статья даже без картинок имеет ценность, ибо я стрался все моменты прописывать, а изображениям отводилась вспомогательная роль.
Исходные изображения я не сохранил — понадеялся на картинкохранилище. В итоге потерял иллюстрации для нескольких статей и пары раздач на торрентах.
Более того — сама статья немного устарела — админский интерфейс Panels 3 сильно изменился с тех пор, как была написана статья.
Но вобще — статья даже без картинок имеет ценность, ибо я стрался все моменты прописывать, а изображениям отводилась вспомогательная роль.
Ясно. Жаль, конечно…
А если я очень попрошу вас снова их выложить/сделать, вы найдёте время для этого?
Заранее спасибо, а то всё-таки очень информативная статья была с картинками…
А если я очень попрошу вас снова их выложить/сделать, вы найдёте время для этого?
Заранее спасибо, а то всё-таки очень информативная статья была с картинками…
Присоединяюсь. Очень понравилась статья, как есть, ибо по моему вопросу она довольно исчерпывающая, но иллюстраций дико не хватает.
Буду очень благодарен!
Буду очень благодарен!
Sign up to leave a comment.
Создание сайта из готовых компонентов на примере сайта заказа еды в офис