ядро - да, будут поддерживать до того срока. контриб - многие перестали уже поддерживать. посмотрите когда были последние обновления d7 модулей которые именно у вас стоят.
команды - тоже по разному, мы уже год не беремся за разработку нового функционала на d7, есть люди в команде которые даже не знают d7 и пришли позже (при этом как разработчики - весьма отличные, т.к. до этого писали много на laravel/symfony). Но есть фрилансеры которые только d7 любят и не хотят переучиваться - их как бы не очень много, но и в году 2021 их найти можно будет.
на правах личного мнения: ~20 лет на линухах (со школы) только. сейчас когда покупаю ноутбуки, стараюсь день-два поработать на windows чтобы понять "а как сейчас", т.к. опыта считай уже нет -- дольше 2х дней не могу продержаться, непонятно как люди на ней работают)
В плане выбора дистрибутива - через какое-то время становится все равно. Нет большой разницы между убунтой, минтом, федорой, suse и т.п. Лично я остановился на арче, но тут такое, дело вкуса, ничего не мешает все поставить посмотреть со временем.
Спасибо за кейс, полезное:
- отличный proof of concept
- тем кто занимается хостингом видно что вы в курсе о чем пишете) да, у нас была когда-то давно лицензия whmcs от той же команды, понятная боль ))
Это классический холивар "opensource/proprietary" . В рамках одного форумного топика мы не поставим точку в вопросе, который является причиной 40летней войны мнений)
Drupal - неплохой каркас для предоставления решений конечному бизнесу. Тот кто эти решения внедряет, может предоставлять обслуживание.
Это несемантично и неправильно. Такая форма не должна проходить ревью у разработчика. Поставка такого решения заказчику (или себе) не должна происходить.
Переопределите форму, добавьте h2-h6 разметку в зависимости от условий.
Интересностей ради: недавно появились https://www.drupal.org/project/micro_site . они еще сыроватые, валится часто, но в плане кода и организации мне кажется будет поудобнее domain для многих кейсов.
Хорошая новость: на друпале это сделать процентов на 30-40 быстрее чем на любой другой cms, за счет domain, micro_site и т.п.
Плохая новость: вам все равно понадобится 80-100 часов работы разработчика. И лучше это делать сразу на drupal8.
так это и не статья. это оповещение. и да -- у многих рабочие проекты именно в гитлабе. тут нет какой-то одной причины, все сложилось - и что никому нет дела до правок настроек текущего zenci, и то что drupal.org переезжает на гитлаб.
Тут дело удобства текущих коммитеров. Т.е. если собрать последние коммиты за год, условно, то там несколько человек. Они пообщались и спросили друг у друга "а что не нравится? а ci бы переписать, но никто из нас особо не понимает как zenci работает. А что мы хорошо знаем и каждый день используем? А гитлаб. А давайте гитлаб? Все в курсе синтаксиса файла gitlab-ci, все понимаю как его воркер работает и какие там есть варианты екзекьюторов, к тому же и drupal.org переезжает на гитлаб сейчас, будет некий единый интерфейс".
>разработчики, конечно, не сдадутся. Энтузиастов останется много.
кажется это основано на личном мнении а не на статистике найма. Количество разработчиков, которые могут быстро начать работать с друпалом увеличилось (за счет всех кто был знаком с symfony/laravel).
>Если зайти на любую биржу фриланса и посмотреть, специалистов по каким движкам чаще всего ищут? ВП и ОпенКарт.
Когда был drupal6 и drupal7, картина была такая же. Это просто показатель доли рынка.
Сайт магазинов по продаже запчастей (версия для терминалов)
о да, автосайты отдельный квест всегда.
Чья база подбора деталей? API или внутри сайта лежит?
Срок жизни Drupal7?
а вы их пишете напрямую обращаясь специально к deprecated-методам в симфони-компонентах?
Срок жизни Drupal7?
ядро - да, будут поддерживать до того срока. контриб - многие перестали уже поддерживать. посмотрите когда были последние обновления d7 модулей которые именно у вас стоят.
команды - тоже по разному, мы уже год не беремся за разработку нового функционала на d7, есть люди в команде которые даже не знают d7 и пришли позже (при этом как разработчики - весьма отличные, т.к. до этого писали много на laravel/symfony). Но есть фрилансеры которые только d7 любят и не хотят переучиваться - их как бы не очень много, но и в году 2021 их найти можно будет.
Перенос пользователей с друпал7 на другой движок
Никто не мешает взять текущую соль, тот же механизм хэширования (SHA512 по умолчанию) и стянуть себе в базу все хэши. там вверху правильно кинули на https://api.drupal.org/api/drupal/includes%21password.inc/7.x.
Выбор оптимальной ОС
на правах личного мнения: ~20 лет на линухах (со школы) только. сейчас когда покупаю ноутбуки, стараюсь день-два поработать на windows чтобы понять "а как сейчас", т.к. опыта считай уже нет -- дольше 2х дней не могу продержаться, непонятно как люди на ней работают)
В плане выбора дистрибутива - через какое-то время становится все равно. Нет большой разницы между убунтой, минтом, федорой, suse и т.п. Лично я остановился на арче, но тут такое, дело вкуса, ничего не мешает все поставить посмотреть со временем.
Как достать URI картинки в twig-шаблоне поля?
умеет twig_tweak : https://www.drupal.org/docs/8/modules/twig-tweak/cheat-sheet-8x-2x , ему надо путь к картинке кормить
Как вы рекомендуете Drupal клиентам?
https://why.drupal.ru еще
Как вы рекомендуете Drupal клиентам?
У нас тут есть чатики корпоративные по друпалу, вы постучитесь в телеграм @adubovskoy, я добавлю. Там именно руководители/cto студий.
Мы много общаемся и онлайн и офлайн (кэмпы, мероприятия). Будем очень рады)
Комплексный кейс + скринкаст по разработке автоматизированного хостинг-проекта на базе Drupal
Спасибо за кейс, полезное:
- отличный proof of concept
- тем кто занимается хостингом видно что вы в курсе о чем пишете) да, у нас была когда-то давно лицензия whmcs от той же команды, понятная боль ))
Drupal 7 Commerce. 2 кастомных коризины с ajax на одной странице. [Пока вопрос].
В 8ке проще сделать вывод корзины на vue/react и не думать про "синхронность".
Должен ли Drupal быть платным?
Это классический холивар "opensource/proprietary" . В рамках одного форумного топика мы не поставим точку в вопросе, который является причиной 40летней войны мнений)
Drupal - неплохой каркас для предоставления решений конечному бизнесу. Тот кто эти решения внедряет, может предоставлять обслуживание.
Ошибка обновления модуля в Drupal 8 через comoser- как исправить?
попробуйте удалить папки /core и /vendor и после этого поставить.
Мультимедия
Скорее всего старый jquery - https://www.drupal.org/project/jquery_update поставить.
Мультисайтинг и хостинг
у вас будет много боли и разочарований на этом пути) для задачи "делать однотипные сайты" d8 на порядок комфортнее.
Можно ли добится адаптивности элемента textarea?
Это несемантично и неправильно. Такая форма не должна проходить ревью у разработчика. Поставка такого решения заказчику (или себе) не должна происходить.
Переопределите форму, добавьте h2-h6 разметку в зависимости от условий.
Модуль конструктора лендингов
тоже его не люблю, мы вообще бутстрап не используем.
Для форм - webform предоставляет свой тип поля, референс на форму.
Для вьюсов - https://www.drupal.org/project/viewsreference .
Для блоков - не помню навскидку, если честно редкий кейс и в общей сборке не использую
Модуль конструктора лендингов
Вообще-то решается. Есть референсы и на блоки и на формы. Вот тут форма как раз параграфом. https://www.ra-don.ru/contacts , как и весь контент.
Модуль конструктора лендингов
Интересностей ради: недавно появились https://www.drupal.org/project/micro_site . они еще сыроватые, валится часто, но в плане кода и организации мне кажется будет поудобнее domain для многих кейсов.
Модуль конструктора лендингов
Хорошая новость: на друпале это сделать процентов на 30-40 быстрее чем на любой другой cms, за счет domain, micro_site и т.п.
Плохая новость: вам все равно понадобится 80-100 часов работы разработчика. И лучше это делать сразу на drupal8.
т.е. задача емкая. в общем виде рекомендуют смотреть на https://www.drupal.org/project/domain , но это только начало пути.
Подключение сервиса dadata.ru
https://www.ra-don.ru/app/integraciya-s-servisom-dadataru можно тут заказать если нужно под ключ.
Исходный код drupal.ru переехал на GitLab
так это и не статья. это оповещение. и да -- у многих рабочие проекты именно в гитлабе. тут нет какой-то одной причины, все сложилось - и что никому нет дела до правок настроек текущего zenci, и то что drupal.org переезжает на гитлаб.
Исходный код drupal.ru переехал на GitLab
Тут дело удобства текущих коммитеров. Т.е. если собрать последние коммиты за год, условно, то там несколько человек. Они пообщались и спросили друг у друга "а что не нравится? а ci бы переписать, но никто из нас особо не понимает как zenci работает. А что мы хорошо знаем и каждый день используем? А гитлаб. А давайте гитлаб? Все в курсе синтаксиса файла gitlab-ci, все понимаю как его воркер работает и какие там есть варианты екзекьюторов, к тому же и drupal.org переезжает на гитлаб сейчас, будет некий единый интерфейс".
Search Api drupal 8. Поиск по всем полям.
Поля для индексации указывайте как fulltext. Тогда вы сможете их скомбинировать в итоге для общего поиска по всем полям.
Исходный код drupal.ru переехал на GitLab
инструмент отличный.
>Затем, приблизительно через неделю, мы сделаем повторный импорт репозитория, чтобы в GitLab отразилось авторство тикетов и комментариев.
тут не очень понятно -- работать с ишьюсами уже сейчас можно или подождать?
Drupal 7 2021 год ...
кажется это основано на личном мнении а не на статистике найма. Количество разработчиков, которые могут быстро начать работать с друпалом увеличилось (за счет всех кто был знаком с symfony/laravel).
Когда был drupal6 и drupal7, картина была такая же. Это просто показатель доли рынка.