Шість років тому я вперше познайомився з Drupal. Знайомство скажімо так, було важке, і пройшло воно тільки з 3 спроби. Тоді для мене молодого і зеленого - еталоном якості і зручності була Joomla. Думаю для багатьох вона, і зараз є еталоном. Але після того як у мене зламали пару моїх сайтів, створених на Jommla, я вирішив знайти що то, більш безпечне і в той же час є безкоштовною. Ось тоді погляд і впав на Drupal.
Скажу так, знайомство з Drupal - це як знайомство з красивою дівчиною на вулиці. Спочатку ти боїшся до неї підійти і заговорити, боїшся здатися дурнем. Але, познайомившись, ти розумієш, що страшного насправді нічого немає, і вона все більше і більше починає тобі подобається. Далі ти починаєш думати про неї, і хочеться дізнатися її більше і з різних сторін.
З Drupal все те ж саме. Спочатку страшно до нього підійти, він не зрозумілий. Але познайомившись з ним, розумієш, що в ньому зроблено все логічно і передбачувано, і тобі починає це подобається. Потім від нього хочеш вичавити більшого і починаєш експериментувати, на що він здатний. У підсумку приходить усвідомлення того, що без нього ти вже не можеш.
Загалом, запрошую всіх на навчання. Постараюся відповідати на всі ваші запитання.
Черкніте і ти пару рядків
Поділися цим записом
Подяка читачам
Вам могло б сподобатися:
- Який сервіс Email розсилки вибрати? А якщо буде безкоштовно, то просто казка
- Експеримент: Вплив іконок, спрайтів і кодування base64 для зображень на швидкість завантаження сайту
- SEO оптимізація сайту самостійно - покрокова інструкція
Цікава платформа, треба буде вивчити її по повній.
Можете і на Денвер, якщо звикли з ним працювати і він у вас встановлений. У мене просто був неприємний досвід роботи з Денвером, в один прекрасний день почав видавати білий екран в браузері і все. Хоча ніякі дій з ним до цього не проводилося. Довго намагався з'ясувати причину і виправити ситуацію, але нічого не вийшло. Тому став використовувати XAMPP. Плюс останнього ще в тому, що він багатоплатформовий.
Всім привіт. Набрів випадково на ваш блог. Я більше 3 років працюю з Друпал. Є Сеніор розробником. Хочу сказати пару слів про цю систему. Система потужна і досить гнучка. Але коли ви з нею працюєте професійно, то починаєте розуміти, що багато речей набагато простіше і швидше написати самому, ніж використовувати готові модулі! Ейфорія дуже швидко проходить, коли потрібен не просто сайт, а щось досить нетипове і заточене під потреби замовника. Той хто любить повністю контролювати процес розробки від і до, той отримає просто незабутні відчуття щодо розриву мозку. Наприклад, для внесення невеликих правок в форми, доведеться весь час користуватися хукамі hook_form_alter, для виведення або зміни даних перед виведенням в шаблон (назвати це шаблонами у мене язик не повертається), необхідно викликати хукі препроцесора і т.д. У шаблон випльовується НЕ голі дані, з якими ви самі вирішуєте, як працювати, а величезні масиви, після ренрера яких отримаєте вже безліч своїх класів, ідешніков і html коду. А значить, для того, щоб зробити свої врапери, вам доведеться дуже добре попотіти. А прив'язуватися версткою до базових класів - це значить зробити самому собі проблеми. Так як при легкому зміни вьюсов або ще чого, класи можуть переналаштувати. Що ще може створити головного болю. Це система установки нових модулів. При цьому процесі не відбувається автоматичного логування з можливістю миттєвого відкату або скасування останніх дій. А значить, якщо якийсь модуль глюкнет або просто глючний сам по собі, під час внесення даних в базу, то отримаєте з сайту цегла! Всі системні змінні, включаючи роутери (посилання на сторінки із зазначенням їх обробників) також зберігаються в базі. Про швидкість роботи, вимоги до сервера і т п. Я взагалі краще промовчу. Загалом, Друпал 7 хороший. Але потрібно чітко розуміти, що той хто думає, що досить наставити купу модулів і все налаштувати мишкою з адмінки, той фатально помиляється! Знань і досвіду для роботи з сімкою потрібно набагато більше, ніж навіть при роботі з php фреймворками. Для прикладу, на Друпал 7 зроблений портал нерухомості best-house.org самопісний коду написано більше, ніж 1000 годин. Більша половина рішень написана з нуля. Все це хоститься на потужному виділеному сервері з 16 гігамі оператіви, чотирьохядерним потужному проце, при цьому піднятий свій сервер індексації Apache Solr і налаштований сервер кешування Варніш.
Загалом, панове, все набагато складніше, ніж може здатися з першого погляду.
Кирило добрий день. Все вірно, Drupal важкий движок сам по собі, і коли потрібні специфічні проекти, то простіше брати будь-якої фреймворк і писати виходячи з поставлених завдань. Перепилювати Drupal вийде собі дорожче. Правиш одне місце, вилазить проблема ще десь.
Але для простих проектів, яких більшість в інтернеті, я маю на увазі не комерційні рішення. А спроби вебмайстрів заробити собі на хліб в інтернеті. Тікати чудове рішення. Створювати статейнікі з продуманою структурою дуже зручно. Та й ресурсів такі сайти жеруть не дуже багато.
Безперечно, що друпал відмінна платформа, але не для простеньких сайтів. Для простеньких - це як з гармати по горобцях. Друпал - це сегмент середніх і важких сайтів.
Просто не зрозумілий сенс братися за Drupal якщо в результаті доводиться його переписувати і вставляти свої милиці. Чому під такий складний проект не взяти фреймоврк? Laravel, Yii і тд. Або взяти RoR за основу. Реально не буде плодиться не потрібних сутностей, буде більш продумана робота з БД, відповідно менше навантажень.
Я розумію якщо спочатку на Drupal був сайт, і його поступово пиляли і пиляли. В результаті випиляли в що - щось серйозне. Я не сперечаюся що на Drupal можна робити серйозні проекти, той же sport.box був зроблений на ньому. Але в підсумку від Drupal майже нічого не залишається.
Мені подобається Drupal, нов планах у мене є пару серйозних проектів, і я розумію що Drupal їх не потягне, тому що доведеться все переписувати. А цим займатися не хочеться. Тому зараз інтенсивно вивчаю Ruby і RoR. І планую починати проекти саме на ньому.
А ви працювали з Laravel і ін. Точно впевнені, що буде простіше і швидше? А ось я не особливо впевнений. Тим більше, що Ларавел - це щось розпіарене і мало придатне для серйозних проектів. Тут взагалі важко зловити грань, де і як буде простіше. Все ж готові рішення, хоч які і доводитися перепилювати, набагато важливіше, ніж створення абсолютно все з нуля!
Ні з PHP фреймворками не працював. Вирішив піти на RoR він мені як то більше сподобався. На рахунок Розпіарені може бути. Але знову ж таки за рейтингами, Lara зараз лідирує, і людям подобається.
Я її починав вивчати, в принципі було все зрозуміло. З приводу серйозних проектів, думаю вони є, але їх ніде не афішують.
Все фреймворкі для php - це одні суцільні милиці. А ларавел - це каша з купи технологій і великої кількості бандлів з Симфоні. За що її полюбили, так це за те, що люди можуть швидко щось налобать за шаблоном, не особливо розуміючи, що вони взагалі роблять. Це її перевага (полегшене створення коду), але це ж і її ахілесова п'ята. Насправді фреймворк не дає ніяких переваг в розробці. Тільки злегка полегшує розробку дотримуючись правил MVC патерну. Але знову таки, працюючи з ядром фреймворка вам доводиться приймати правила його гри, з усіма наслідками, що випливають. А наслідки такі, що ви почавши розробку сайту на одній версії фреймворка зіткнулися з тим, що розробники вирішили випустити нову версію, повністю концептуально іншу. І ви, ще навіть не закінчивши проект, перебуваєте в стані повного шоку. Або дописувати проект на технології, яку вже перестали підтримувати, або починати проект знову з нуля, але вже на новому ядрі. І не забуваємо і про замовника. Ви мало зможете зрозумілого розповісти замовнику, чому ви вирішили писати проект, припустимо, на симфони і вам знадобиться для цього 800 годин. Хоча те ж саме можна зробити на Друпал за 400 годин. Моментів дуже багато і всі вони зовсім не впираються в вибір фреймворку.
Ну скажімо так версія фреймворку в будь-якому випадку буде підтримуватися. Зараз є Yii2, але багато хто все ще пишуть на Yii1. Laravel дійсно купа технологій запозичених з різних фреймворків. Намагалися взяти найкраще з усіх усюд.
Але тоді погляньте а Drupal 8 - він пішов за тими ж принципами, переписується ядро, використовуються компоненти Симфоні, як шаблонізатора використовують twig і тд.
А замовники бувають різні і вимоги у всіх різні. Буває тим кому пофігу на чому у них працює, аби був сайт. А бувають ті хто зрят в майбутнє і хочуть бути впевненими в тому що сайт у них можна буде розвивати і розвивати не один рік.
Drupal 6 теж все благополучно забули, а при переході на 7 геморой довелося ловити. А що буде з переїздом з 7 на 8, думаю теж нічого хорошого, так як архітектура движка змінюється. Та й після виходу 8, 7 версія теж буде 2-3 роки підтримуватися тільки. Ситуація така ж як і з фреймворками.
Почасти ви маєте рацію, я пам'ятаю скільки шуму було пару років назад про Ruby і RoR, зараз весь галас ущух. Так як технологій з Вау - перетворилася на щось стандартне. Але це не означає що технологія не розвивається і вона погана. Як то кажуть немає нічого ідеального, немає ідеальної CMS, немає ідеального мови. Але є інструменти які тобі надані і в силу свого досвіду ти можеш користуватися ними.
Ще пару років тому говорили що Ruby повільний мову, він програє в швидкості PHP, ось будь ласка, версія 2.0 і швидкість підтягнута. Все оптимізується і розвивається.
Мені пощастило більше ніж вам, я С ++ не вивчав, я відразу почав з php і можу уявити який розрив мозку ви отримали. Я зараз переходжу на ruby і дивуюся чому я не став відразу вивчати. Хоча знаю чому, тому що є такі лідери серед безкоштовних CMS як Drupal, WP, Jommla, все роблять сайти на них. Зараз будь-яка домогосподарка за 15 хвилин може підняти свій кулінарний блог на WP, тикнув курсором мишки в кілька чекбоксів.
А всі ці CMS написані на php - і коли тобі потрібно щось більше, ніж стандартне рішення, ти починаєш лізти в код і намагається зрозуміти що і як працює. Так і відбувається навчання.
А на рахунок технологій та, все женуться за TOP рейтингом, щоб про них дізналися і тд.
Не так давно був популярний backbonejs але з'явився AngularJS і всі кинулися співати пісні йому. Зараз всі чекають AngularJS2 і ця гонка буде завжди.
Я вважаю просто потрібно орієнтуватися в наявних технологіях, і виходячи з завдання дивитися в бік того чи іншого інструменту.
Коли я знаю що можу зробити сайт на Drupal з мінімальною кастомизацией, то звичайно я буду робити на ньому сайт. Але коли я розумію що тих можливостей що є у Drupal мені не вистачає, то звичайно я буду шукати інший спосіб розв'язання свого завдання.
На жаль, все знати не можна. Та й чи потрібно? Можна ще подивитися в сторону пітона і джанго. Пітон набагато лаконічніше і приємніше того ж пхп. Мені вже 36 років і писати що-небудь самому мені вже не цікаво. Я це хочу залишить на частку молодих. Я відмінно вмію будувати архітектуру і інтерфейси. Добре розбираюся в бізнес моделях більшості замовників, і на базі їх ідей можу побудувати модель архітектури з продуманою і модульної логікою. Створити поетапне ТЗ, найняти команду і проконтролювати хід і етапи розробки. Назвемо це продакт менеджментом. Але в СНД це не особливо популярна тема, на жаль. Кожна компанія, як правило, сама собі придумує головний біль і реалізацію, без участі професійного посередника, між бізнесом і розробниками.
Пітон теж розглядав, але якось не склалося. Вибір рубай напевно зроблений був і за того, що його придумав божевільний японець :)) А то що немає посередників між бізнесом і розробниками - це і в Росії так. Часом приходять замовники з таким ТЗ що дивуєшся, який школяр його писав. А якщо поглянути в сторону держ закупівель. І подивитися там ТЗ, то це взагалі історія в жанрі комедії. Який-небудь чиновник, пройдеться по сайтам популярних CMS, скопіює від туди купу розумних слів, застромить їх в ТЗ і будь ласка, сайт повинен бути таким. Ті логіки роботи ніякої, а витребеньок всяких купа. За такі замовлення навіть братися страшно, так як отгребешь неприємностей більше ніж заробиш. І думаю така ситуація скрізь (інших сферах). Мало хто залучає до робіт професіоналів які можуть продумати всю логіку систем.
почему не MODx наприклад?