Предисловие
За последние лет 15, участились случаи "вопросов" на данном форуме по темам
- Изучение программирования "на Drupal"
- Организация процесса продуктивной разработки "на Drupal"
- ... и еще куча подобных
Предлагаю раз и навсегда закрыть данные вопросы, путем составления полного мануала по данным вопросам.
Содержание(в разработке)
- Сервер
-
OpenServer
Сайт: https://ospanel.io
это портативная серверная платформа и программная среда, созданная специально для веб-разработчиков с учётом их рекомендаций и пожеланий.
Программный комплекс имеет богатый набор серверного программного обеспечения, удобный, многофункциональный продуманный интерфейс, обладает мощными возможностями по администрированию и настройке компонентов. Платформа широко используется с целью разработки, отладки и тестирования веб-проектов, а так же для предоставления веб-сервисов в локальных сетях.
[Скачать] [Установка] [Документация]
- Linux
- .. другие варианты ..
-
- Настройка окружения
- Вэб-сервер
- База данных
- Composer
- Drush
- Drupal Console
- .. другие варианты ..
- Установка Drupal
- Вручную
- Drush
- Composer
- Docker
- .. другие варианты ..
- Базовые модули
- Контент
- Администрирование
- .. другие варианты ..
- IDE и редакторы
- Netneabs
- Установка, настройка
- Приемы работы
- .. другие варианты ..
- PHPStorm
- Установка, настройка
- Приемы работы
- .. другие варианты ..
- .. другие варианты ..
- Netneabs
- Отладка
- Devel
- Установка, настройка
- Приемы работы
- Xdebug
- Установка, настройка
- Приемы работы
- .. другие варианты ..
- Devel
- Документация
- Drupal API
- Form API
- .. другие варианты ..
- Примеры
- Официальный модуль "примеров" (examples)
- .. другие варианты ..
Накопление базы знаний
Предлагаю "предлагать" материалы и ссылки на материалы для мануала в комментах ниже первого коммента.
А в ответах на первый коммент публиковать ссылки на комменты с предложениями, получившими некоторое количество "лайков".
И уже они будут "вставляться" уполномоченными товарищами в соответствующий раздел топика.
Дополнительные материалы
Ишью с аналогичной темой в на github.com : DrupalRu
Комментарии
Накопление базы знаний
В ответах на данный коммент публикуются ссылки на комменты-"предложения"
Добавить, удалить раздел в мануал
Ваши предложения, поддержанные сообществом..
Добавить, удалить контент в мануал
Ваши предложения, поддержанные сообществом..
Коммент: Отладка.Xdebug
Я бы убрал Denwer из списка, он давно устарел. OpenServer его на 146% заменяет и не уступает по удобству
+100500. Кроме того, в опенсервере идёт в пачке куча софта для разработки, это поможет хомячкам встать на путь истинный, а то есть же такие, что хотят код в ворде редактировать))
Я бы оставил. Строчка "не используйте denwer, он морально устарел"
старичка Denwer добавил только ради уважения к его сединам.
Помниться по его установке был совсем небольшой, но понятный мануал.
Который, если более-менее внимательно прочитать и в точности исполнить, сайт поднимался легко и просто.
А на данный момент, разница в сложности установки-настройки Denwer и OpenServer большая?
Я не юзал опенсервер уже больше двух лет. Но вроде там вообще ничего настраивать не надо было.
Да.. говорят он даже портабельный-)
Denwer убрал.
Условно портабельный. Есть там некоторые ограничения. Тем не менее, других подобных вариантов вообще нет.
Хорошая инициатива!
Предлагаю посмотреть иш тут https://github.com/DrupalRu/drupal.ru/issues/984 - возможно возьмёте что-то полезное или подключитесь/продолжите это начинание.
Спасибо за ссылочку.. в хозяйстве пригодится-) приладил в доп.материалы чтоб не потерялась.
Думаю собрать в одном месте все необходимые материалы, а потом скомпоновать их в несколько небольших мануалов, заточенных под четко определенные "случаи", типа:
1.Установка Drupal 8 на Windows.
2. Настройка среды разработки Drupal на Windows.Для чайника.
3. Настройка среды разработки Drupal на Windows.Для суперпрофи.
и т.п. -)
чтобы коротенько, понятно и пошагово.
Разработка D8 на windows не очень хорошая затея. Git, composer, drush, всё это отлично работает в Linux и требует плясок с бубном в windows
Линукс пока не самая распространенная Ось: http://gs.statcounter.com/os-market-share -)
Значит практичнее ориентироваться на более обширную аудиторию.
Про линуксы тоже не забудем-)
Гит под виндой работает абсолютно нормально. А композер и драш тогда лучше в докер. Под оперсервером композер мне в своё время так и не удалось завести.
Мануал по организации "идеальной" среды разработки мы будем писать на следующем этапе.-)
Пока пишем мануал для новичков, так сказать - квикстарт-)
Но наверное, начать собирать материалы самое время..
Тем более это же интересно, полезно и не так скушно, как тысячный раз описывать как делать аякс-форму-)
Так же, прикинуть план-содержание, и потихоньку но стабильно-регулярно его "выполнять".
Кстати, опциональный пункт номер ноль - перенос сайта с хостинга на локалку. Некоторые именно с этого начинают, когда откуда-то достаётся сайт и хватает ума не экспериментировать на продакшене.
Да.. это тема для отдельного руководства..
А может даже для нескольких-)
Но в любом случае, она идет после "организации" локального вэб-сервера..
сейчас подумаю, куда добавить..
Наверное пункт 3 ("Установка Drupal") надо переименовать в "Установка нового сайта на Drupal"
А следующим (4-ым) добавить пункт "Перенос сайта с хостинга на локальный сервер"
И рассписать нюансы для каждого типа сервера (OpenServer, виртуалка, докер и т.п.) , способа получения дампа и т.п.
Может будем эти руководства на гитхабе писать? Там будет удобно делать Issue и PRы.
На гитхабе имеет смысл делать если там же его и держать (контент руководства)..
а там народу сильно меньше,
Да и зачем с гитхабом поисковым трафиком делиться, он на drupal.ru лишним не будет.-)
Я бы сделал интереснее.
Сделал бы "руководства" отдельным проектом (на drupal 8)..
а потом, когда drupal.ru перейдет на drupal 8 интегрировал бы его в drupal.ru
Как минимум просто на поддомене с сквозной авторизацией.
Как максимум - отдельным "контент-сервисом, который будет отдавать drupal.ru контент по некоему "стандартному" АПИ.
А drupal.ru будет выводить его в нужных местах в "стандартных" стилях.
Заметил в англоязычных интернетах движение в эту сторону, всякие там external-remote entities, remote data sources и прочие rest-graphql АПИ.
ЗЫ.. да и поддерживать небольшие слабосвязанные проекты много проще и легче, чем один проект-монстр.
ЗЫЫ.. а в идеале как минимум еще комменты в отдельных проект-сервис вынес, что-то типа DISQUS и т.п.
Инициатива хорошая, поддерживаю.
Первые мысли:
- Материала требуется много нужного, значит нужна коллективная работа
- Это база знаний с системой контроля версий со временем будут изменений по новым технологиям
Кандидат в
[Раздел: 6.Отладка.Xdebug]
У кого-то есть возражения, соображения, дополнения?