Заранее извиняюсь за длинный пост – всем читать не обязательно (читать – по желанию), посвящено сугубо топикстартеру.
Olegbl4, Понимаете, перед тем, как что-либо сделать — подумайте. Показывая то. что вы не понимаете суть вопроса — вы только ударили в грязь лицом и впредь я лично буду на вас смотреть с другой стороны. Это как клеймо — раз заработали, и на всю жизнь. Ваши слова – как лепет первоклассника, разбившего цветок и пойманного классным руководителем. Ну не будем об этом.
Догадки. А вы нам ничего другого не позволили. Ничего не сказали, а потом еще вот так распинаетесь… По поводу лучше и быстрее – хм. Быстрее – значит проще? Проще – значит меньше? Меньше – значит менее функционально? А так как базовый функционал должен быть внедрен, иначе не привлечешь пользователей… Тогда тут 2 ситуации… Либо ущемлена пользовательская часть, чего допускать ни в коем случае нельзя, либо пробел в безопасности, что ни в коем случае нам не нужно… Так как пользователей ущемлять не собираются, то получается – будет пробел в безопасности. А это будущий геморрой… А оно мне надо? Получится в итоге, что я больше времени проведу изучая как это меня ломанули и как же надо извернуться, чтобы поднять систему обратно…тем более, если это не домашний блог, а сайт какой-нибудь компании, для которых по их требованию я делал сайт…. А это неустойки, удар по репутации…. Тем более, если все на лету, то система не рассчитана на сложную структуру и при росте могут появиться сильные сбои и непредсказуемые последствия, а это еще одна головная боль. То есть получается – хочешь геморроя – ищи простые решения. Не знаю… Как то так получается, что чем дольше живу, тем больше понимаю, что в жизни ничего простого не бывает, и что обязательно, если где-то все в медку, то в каком то месте закопалась ложка дегтя, которая обязательно проявится… И если вы этого не учли, то это ваши проблемы. А перед тем, как садиться программировать – советую не учить книжки по программированию сразу, а прочитать психологию программирования, а только потом уже учебники программирования читать… Поймете много приколов и допускаемых ошибок…
По поводу занятия херней – вообще то я показал вам ваш уровень доклада и хождение по поверхности, а вы вместо того, чтобы принять к сведению мою насмешку над вами – стали, извините, бычиться, и закрылись, пытаясь оправдаться…. Вы не попытались отстоять свою точку зрения – а собственно – вы отказались от своих слов и в итоге еще больше ударили в грязь своим лицом… Да, по поводу языков… Хм… я конечно понимаю, что люди разные бывают… но я вот в школе учил сначало несколько лет немецкий язык, потом, когда перевелся в другую школу – стал учить англ язык и в итоге – знаю 2 языка и свободно на них общаюсь и свободно читаю, и все равно, какой бы уровень английского у вас небыл – в документации, а особенно в такой литературе зачастую бывают авторские обороты, которые не всегда сходу корректно поймешь, и видно вы этого не знаете… значит все-таки я был прав… А то что вы щас оправдались – опять как то глупо выглядит. По поводу штуки – которая не взлетит – то когда слепо доказывают, да смешно, а когда доказывают обосновано, с фактами и это дело можно пощупать – то может стоит извиниться… Все таки необдуманно и дерзко написали… Мне то в принципе без разницы на то, что вы там не можете себя пересилить и что вы лентяй, но при этом гадить с высокой колокольни (да, да, вы свысока, почему-то, на людей смотрите)… А это уже необоснованно… Вообще – после дискуссии с несколькими людьми, мы пришли к выводу, что у топика название не «почему я не люблю друпал», а «очередное проявление моей лени и глупости»… и не надо предо мной оправдываться, мне на это пофигу, и не надо на меня наезжать – вы не правы. Надеюсь данный топик послужит многим уроком и, как сказал, VladimirVV, гонение за «хабраплюсами не совсем хорошо». Я могу ответить за каждое свое слово, а вы – нет, вы даже в ответ на мой выпад свои слова откатывать стали… что же вы за профессионал такой… Ведь у профа багги – это не багги, он не подгибает хвост и не скулит… он говорит, что это фичи и идет дальше с высоко поднятой головой до угла, потом быстро исправляет имеющуюся багу и потом говорит, что ту фичу, что все недавно видели, он немного модернизировал и она немного по другому себя ведет…. Разницу чувствуете?
Повторюсь еще раз – если говорите, что вам что-то не нравится – говорите, что вам не понравилась организация, а не говорите, что это минус системы. Вы – никто, и собственно никто не будет под вас программировать. Назвали себя разработчиком – разрабатывайте, а если не сделали систему лучше той, что имеется – не доказывайте, что она плоха только, потому что не подходит вашим запросам. Может быть просто вы плохи для данной системы?
Не отписался от своего лица – так как нет акк =) Так что извиняйте.
Спасибо за внимание, надеюсь друг друга поняли….
Сам никогда с Drupal`ом не работал, но по просьбе друга, имеющего определенный опыт работы, публикую его «скромный» комментарий
Если не против, то я буду комментировать текст автора…. Потому что со многим, а практически со всем не согласен…
«Прошло три месяца с того момента, как я начал изучать Drupal.»
На этом месте я понял, что мне линк кинули зря, и что я только разозлюсь еще одним дилетантским выпадом, по поводу того «ой, ноготок сломался….»
«В процессе изучения я прочитал книги
1. «Building Powerful and Robust Applications with Drupal 6»,
2. «Learning Drupal 6 module development» и
3. «Pro Drupal Development. 2nd Edition»,
также во время пользования
4. часто приходилось обращаться к документации Drupal'а и его API.»
Пробежимся по пунктам….
«1. Building Powerful and Robust Applications with Drupal 6»
Хм… Информация о книженции:
Language English
Paperback 362 pages [191mm x 235mm]
Release date April 2008
ISBN 1847192971
ISBN 13 978-1-847192-97-4
Author(s) David Mercer
Другая книженция:
«2. Learning Drupal 6 module development»
Language English
Paperback 310 pages [191mm x 235mm]
Release date May 2008
ISBN 1847194443
ISBN 13 978-1-847194-44-2
Author(s) Matt Butcher
Того получается, что автор за три месяца прочел порядка 1300 страниц (но это не так, так как автор отметил, что он так и не дочитал…, но все равно посчитаем), полностью в них вник и разобрался, с учетом того что книги на англ – то это дается легко только при профессиональном английском…. Далее, что хочется отметить… даже если разделить 1300 страниц на 90 дней – получается, что в день он прочитывал по 14 страниц…. Ладно, посмотрим на вещи более серьезно. Треть нашей жизни мы спим – значит на изучение ушло 2 месяца. Получается что в день у него по 21 странице. Вычтем время на универ, еду, девушку (если таковая имеется), на личные увлечения, на ту же самую хабру – получается – месяц. Получается в день по 40 страниц… Ну беря во внимание, что кроме чтения – у него еще и эксперименты есть – то пол месяца -, даже треть на прочтение отводится… то есть в день он читал по 130 страниц… Честно говоря – как то невнимательно…. Особенно, если изучаешь что-то.
Потом, мы не учитывали чтение документации по само друпалу и АПИ…. Ну и бо с ними, оставим. Только констатируем факт, что АВТОР НЕ В ТЕМЕ. И опустим этот раздел. Временно….
«Где-то в конце сентября я прочитал лекцию «Drupal» на веб-семинаре в родном университете, где рассказал о том, что такое Drupal, что он может и что я уже научился в нём делать.»
Если учесть, что автор три месяца изучает друпал, то это начала сентября – середина декабря… Получается что у него доклад низкопрофильный был, так что хвастаться этим не надо было.
«Во-многих источниках я натыкался на фразы и диаграммы, суть которых сводилась к тому, что вот ещё чуть-чуть и Drupal станет ну просто идеальным средством для разработки… Не дождался, задолбало!»
Мда, долго же он ждал…. Гребанных 3 месяца, которые еще и не понятно чем занимался…. Вот у меня вопрс – а вы привыкли к готовым решениям? Так почему же возмущаетесь по поводу друпала? Друпал – это НЕ готовое решение. Это я отмечу позже.
«Уже когда я читал доклад на семинаре, я выделил пару проблем Drupal'а, о которых пишут и говорят многие, это: сложность изучения и высокая нагрузка на базу данных. На моём докладе присутствовал человек, который уже успел до этого с ним повозиться около года и невзлюбить очень сильно. Он сказал, что нагрузка на базу данных чуть ли не самый худший параметр Drupal'а, в котором он проигрывает практически всем. А все красивые числа о большом количестве пользователей преувеличены, реально же Drupal может держать не более 1000 посетителей в день. На моё замечание по поводу drupal.org он лишь посмеялся, сказав, что в drupal.org уже столько патчей напичкано, что от drupal'а в нём только название то и осталось.»
Нагрузка на базу… Так так так. Давайте разберемся. Вследствие чего эта нагрузка производилась, автор не отметил. То ли это ядро друпала, толи кривые модули, толи его модули, толи, что… не понятно… цифры собственно считать нет смысла, ибо опять же, обоснования им нет. Поэтому эту часть также опускаем в связи с низким профессионализмом автора. К тому же… Где данные тестирования и тп???? И вы на слово вот так верите? А если я напишу, что вчера летал на луну, вы мне тоже поверите????
«Но мне предстояло закончить проект на Drupal'е и поэтому пришлось продолжить трепыхания.»
По моемы, автор тогда только раскачивался…. А трепыхания были внутри…типа:
«отчего же я такой уродился
Что понять ничерта не могу
Ой ну как же я разозлился
А ну все нафиг, пойду пива попью»
« По мере углубления я стал замечать, что проблем в Drupal'е гораздо больше, чем мне казалось тогда, когда я делал доклад. Первой и самой порой выводящей из колеи стал Drupal'овский кэш. Я так и не понял как он работает.»
А он даже и не пытался понять. Ибо если пытался – то нашел бы пункт в документации….
«К примеру, я изменяю функцию в модуле, и она может выполниться, а может и не выполниться. Это всё при том, что все доступные из админского интерфейса настройки кэша были выключены.»
А ВОТ ТУТ АВТОР ОЧЕНЬ СЛЬНО ПРИВИРАЕТ
«Ещё хуже ситуация обстоит с добавлением и удалением функций в модуль. Если при добавлении ещё иногда достаточно просто обновить «любимый» кэш, то вот при удалении какой-нибудь функции порой выскакивает fatal error. Лечить его получается далеко не всегда, а зачастую приходится уже ручками удалять все данные кэша из базы данных.»
Сразу напросился вопрос. А как автор все проделывал. Как НАДО или как душе угодно было. Мне кажется второе тут…. Вообще, меня очень забавляет такой подход… это типа при написании кода на, допустим, пхп…… написать «а ну-ка выведи мне слово «привет»», и удивиться, а почему это пхп ругается. И палку я не перегнул. Если что-то делаете, а тем более на подобных системах – будьте делать все по правилам. Все-таки когда кто либо пишет свои решения, то он не плюется на то, какие стандарты есть, он просто им подчиняется. А то, что автор этого не делает – он тут и доказал… Собственно читаем дальше и наслаждаемся сказкой на ночь….
«Забегая вперёд скажу, что в Симфони, который я сейчас изучаю, этой проблемы не существует. В нём есть Environment'ы (по-русски наверное это будет «окружения», но возможно официально переводится не так, поправьте, если что!), грубо говоря каждое окружение — это определённая конфигурация сайта. По-умолчанию, имеются окружения dev и prod (есть ещё и test, если что) соответственно development и production (т.е окружения для разработки и при релизе). В dev'е почти все кэширования отключены, и не нужно лишний раз рвать на себе волосы, пытаясь угадать что произошло: синтаксическая ошибка или кэш не обновился.»
А не надо себе рвать волосы… Надо просто знать что делаешь, за чем автор не следил. Опять же – низкий профессионализм. Сразу вспоминается такая ситуация: 2 мальчика сидят и делают себе рогатки…. Тут один смотрит как его сосед делает, а сосед смотрит как другой… и начинается… сначала не получается, потом выяснение отношений…. А нет бы самому все сделать…. Не поняли к чему это я? Закройте страницу и выброситесь с балкона. А если нет балкона – броситесь под машину… одним дебилом меньше станет…
«Отступление, имеющее место: Вообще, наверное, ни сказанное выше, ни сказанное ниже не может быть единственно верной истиной. Негатив с Drupal'ом в моём случае связан ещё и с некоторыми сопутствовавшими его изучению факторами: я стал изучать Drupal 6, по которому в настоящий момент написано мало книг, а часть документации пишется исходя из того, что ты уже знаком с Drupal 5; я не доизучал книги до конца, т.к. внезапно навалился проект, и стало не до углубленного ковыряния.»
Ага…. То есть это он прочитал введение, и закрыл, мол и так разберусь….))))) Ну удачи)))) Удачи)))
«Вторая проблема Drupal'а — это кастомизация шаблонов. Мне она представлялась такой: даётся набор переменных, которые нужно вставить в соответствующие места в вёрстке. Но это оказалось не совсем так.»
Еще бы)) Вы же не дочитали документацию… А это рассматривается там практически с самого начала….
«Во-первых, каждый модуль Drupal'а умеет и отдаёт свой html код, который зачастую меня не устраивает. Несмотря на то, что в Drupal'е есть так называемые функции темизации (т.е возможности перегрузки стандартного вывода), не всегда так просто докопаться до них, потому что во-вторых, иногда к моменту запуска конечной функции (т.е функции, которая отдаёт содержимое) часть html'а уже сидит в переменных. Ну и в-третьих, где это видано, чтобы html отдавался из функции? В итоге получается абсолютно нечитабельный код.»
Правда? Вы серьезно??????
«Отдельное слово стоит сказать о модулях в Drupal. У стандартного модуля структура такая:
module_name.info (тут хранится инфа о модуле)
module_name.install (тут хранится инфа как ставить модуль)
module_name.module (тут хранится код модуля; ВЕСЬ!)»
По поводу последнего….
Там хранится основной код. А вот то что второстепенное – умными людьми выносится отдельно…. Да и как же тогда, если все в одном файле, производить интеграцию с другими модулями? Батенька, да вы не задумывались….
«Размер файла module_name.module колеблется в диапазоне от 1 до 109 (в моём случае) килобайт. В случае самого страшного и огромного файла это 3000 строчек кода. Возможно ли читать и/или управлять таким кодом? И такая структура принята стандартом для данной CMF'ки.»
Возможно…. Вполне возможно.
«Это лишь начало тех проблем, которые подстерегали меня на пути работы с Drupal'ом. Следующей проблемой стала несовместимость модулей. Понятно, что ожидать совместимости от модулей, которые написаны пионерами и нерекомендованы сообществом не стоит. Но я ставил вполне отработавшие и зарекомендовавшие себя модули:
Devel — набор полезностей для разработчиков (Devel от Development), в частности внедряет в менюшку кнопку очистки кэша (см. выше зачем это нужно)
FCKeditor — WYSIWYG редактор
TinyMCE — ещё один WYSIWYG редактор, зачем мне их два читайте ниже
Localization Client — удобный Ajax-клиент для локализации интерфейса, т.к нормального перевода на русский у Drupal'а нет
Ubercart — интернет-магазин»
На этой части остановлюсь отдельно…. Вообще – Друпал – это как бы не готовое решение. Друпал + модули – это уже не друпал =) Это его модификация) Да да да. И не надо мне вопить, про то, что если машине глушак прикрутить другой – то это машиной и остается… Это типа если к концу шланга прикрепить такую бакланку с дырками, под напором из которой вода будет течь струйками. Именно так. Большинство модулей – это решения, которые нацелены на решения определенных задач для определенных людей. НО НЕ ДЛЯ ВАС. Все модули кто-то сначала писал для себя, потом выложил и что то по поводу того, что кому то его решение не подойдет – его вообще не волновало. Если не подходит под вас – это ВАШИ проблемы и не надо пинать за это друпал. Не в вашей компетенции. Особенно после трех месяцев изучения и слов васи пупкина, который привык к готовым решениям и не хочет думать головой. Разработчики друпала дали безумно хороший АПИ, что собственно мне позволяет реализовать все что я захочу и которые не то чтобы ограничивают мои возможности, нет они наоборот, их не ограничивают, а меня растравливают написать самому что-нибудь еще…. Людей тысяци, тысячи задач и универсального для все — просто нет. Не устраивает – пишите сами… Ах да, вы же не смогли там документацию дочитать, что уж говорить про написание самому что-нибудь…. Мы вообще о чем тут?
И еще…. А вы искали перевод? Да и почему вы считаете, что вы – пуп земли, и что для вас отдельно должны переводить?
«Окончательно уйти от использования Drupal я решил познакомившись с Symfony. Будучи разработчиком, который любит творить, в Drupal'е большую часть времени я пытался закрутить болты велосипеда, чтобы у него крутилось третье колесо, а цепочка была из платины. Также мне очень не нравится, что несмотря на то, что версия 6 была выпущена в этом году в ней даже не пахнет ООП. Разработчики объясняют это очень просто, буквально говоря следующее:
«Да, в Drupal'е нет ООП, но многие его принципы были реализованы нами, и в принципе вы будете себя свободно чувствовать». Но разница всё-таки сильно ощутима. Иначе зачем нужно было бы пользоваться калькулятором, ведь счёты давно уже изобретены!»
А вот тут я вообще хотел набить морду этом автору только потому что он не разработчик, а полнейший дилетант, а при этом называет себя разработчиком. Во первых. Что ВЫ САМИ РАЗРАБОТАЛИ? А точнее на чем? ПХП – Вы его не разработали, вы его использовали…. Мускл – вы его не разработали, вы его использовали. Апач – вы его не разработали, вы его эксплуатировали… Хм… Друпал – вы опять же там ничего не разрабатывали и не пытались… Вы только попытались чужое решение прикрутить себе, при этом надеясь отверткой закрутить гвоздь. Не глупо ли вы смотритесь в этой ситуации? Кто мешал вам разрабатывать? Вот лично по себе скажу – я сейчас на заказ разрабытываю сайты на друпале… Друпал + jQuery + руки + мозги – получаются сайты, ктороые выдерживают по 700 – 1500 онлайн как раз плюнуть. Про то, сколько людей на сайты там заходит за сутки – я вообще молчу… Как это получается? Да легко! Использование аякса позволяет снять с друпала 70% его лишней работы для генерации статичных модулей, то есть блоков, которые достаточно одиныжды загрузить…. А вы об этом не знали? Да тогда что вы тут делаете? А то, что вы использовали чужие решения – это говорит только о том, что вы не творческая личность….
«Эта статья является личным мнением автора по поводу CMF Drupal, а также подытоживанием опыта работы с ним. Не пинайте, если кого обидел»
Я тебя те то, чтобы запинать, я тебя прирезать хочу, как и кучу подобных шакалов, которые нихрена не знают и лезут как затычка в каждую дырку. Молодой человек, скажите нам пожалуйста, а вы изучали, как можно кешировать данные, как апач крутится с друпалом. Как можно качественно использовать nginx наконец то… Как работает ядро, как работают алиасы… И тд и тп…
Мне вообще интересны были камменты выше… А вы бы написали сначало что сделали и как сделали…… Если уж мериться пиписьками – то у меня при 200 – 300 мелких модулей (широкая SN) друпал генерирует страницу в 70кб при переходе на другую страницу и скорость генерации – 0.0813 сек. Достигните того же самого…. А потом будем уже говорить о минусах друпала……
По поводу жумлы. Засуньте это г себе…. Да да да. Именно туда и засеньте, а потом еще 3 раза проврните и напишите мне о своих ощущениях….
«upd: Спасибо за плюсик в карму, чуть-чуть не хватало чтобы в блог Drupal перенести»
Промолчу….
Отдельное спасибо Tim_Andersson и Cher, так как они единственные на момент прочтения компетентные люди. Вот руку с удовольствием вам бы пожал….
Напомнило топик про асус, которые называли манипуляцию с сигналами и замену выключения питания на гибернацию и суспенд новым ультраскоростным шутдауном…
Ну не скажите — тонкие клиенты для офисов — очень неплохая идея, вместо того чтобы комплектовать сотню машин для любителей поиграть стоимостью 500$ ставим мощный сервер и клиенты стоимостью 150$
Почему когда почти официальным логотипом Jabber является лампочка — вы используете иконку xmpp foundation?
>Здесь, в стране которая изобрела интернет
Вообще это изобретение скорее принадлежит ЦЕРНу, хотя спорный вопрос.