Обновление вашего сайта на Drupal с любых версий 8.x.x до последней 7-ой версии

Аватар пользователя void void 1 апреля в 10:56
8

Сделаю быстро. Перенос любых материалов и функционала. О цене договоримся.

Основные плюсы обновления:

- меньше файлов сиситемы управления на диске - больше свободного места под все остальное
- увеличится скорость работы сайта
- уменьшится размер базы данных
- вы избавитесь от composer-а и проблем и взрыв мозгов, связанных с ним
- работа с системой управления станет проще и удобнее
- более стабильное ядро, меньше глюков и проблем
- гораздо больше модулей и тем
- стоиомсть поддержки и программирования доп. функционала уменьшится
- улучшится восприятие сайта поисковиками
- уменьшится частаота обращений вами к программистам и разработчикам
- ... и многое другое.

Экономия на каждом проекте на лицо.

Пишите в личку, задавайте вопросы, цены вас приятно удивят.
Вместе мы сделаем наш мир лучше и проще.

Комментарии

Аватар пользователя void void 1 апреля в 11:12

Пожалуйста все пожелания, адреса сайтов и ТЗ в личку. Обсудим, цены не кусаются.

Аватар пользователя ivnish ivnish 1 апреля в 11:06
1

Вот именно! В 2019 году делать сайты на CMS глупо и неудобно. Я сделал уже несколько сайтов на чистом коде и к CMS больше не вернусь!

Аватар пользователя void void 1 апреля в 11:08

На двоичном чтоли?.. Воу! Учитель! Можно я возьму у Вас несколько уроков?

Аватар пользователя deadie deadie 1 апреля в 11:04

- вы избавитесь от composer-а и проблем и взрыв мозгов, связанных с ним

сейчас точно 2019 год??

Аватар пользователя void void 1 апреля в 11:04
2

Для сайтов низкой и средней ценовой категории (а клиентов, которые могут себе их позволить) этот ваш композер, как причинное место на лбу. Вроде как для чего-то нужен но нафига! для обычного сайта столько гемора с хостингом, разработчиками и возможностью самостоятельно это все хоть как то поддерживать.

Аватар пользователя ivnish ivnish 1 апреля в 11:09

А от git поможешь избавиться? А то я привык по FTP обновления заливать прямо на прод, не тратя время на эти модные dev и локальные окружения

Аватар пользователя void void 1 апреля в 11:10

git для задротов. Я делаю чтобы все изменения и правки из админки на прямую. фтп тоже не нужен.

Аватар пользователя vlucas vlucas 1 апреля в 11:11

Да зачем тебе этот гит? Это лишняя фича! И, мой тебе совет: лучше и быстрее править всё сразу на проде через файлзиллу!

Аватар пользователя void void 1 апреля в 11:25

Я писал выше - все! изменения через админку. Не надо ни фтп, ни драш, ни тотал, ни друконсоль и тем более комозер и прочее мракобесие

Аватар пользователя Andruxa Andruxa 1 апреля в 14:51

Чушь какую-то пишите.

- увеличится скорость работы сайта
- уменьшится размер базы данных

это на семёрке-то? С Field API и Entity API? Да там по колено ООП.

Только шестёрка, только CCK, и php 5.2!

Аватар пользователя sas@drupal.org sas@drupal.org 1 апреля в 15:06

Аватар пользователя void
void
Сегодня в 7:56
7

Я подсуроблю, могу перевезти с Drupal 7 на Drupal 6 - никакого field API

Аватар пользователя VasyOK VasyOK 1 апреля в 20:12

Я понимаю, что сегодня первое апреля. И возможно кто-то ждал от меня аваций к данному посту, но будем реалистами: отечественных площадках множество людей заявляют что D8 для них дорог. Предубеждений против 8 ки не имею. Мало ли вдруг Бекдроп выстрелит, основания - то, что написано в теме.

Аватар пользователя vlucas vlucas 1 апреля в 20:15

Немножко юмора же )) А те кто это заявляет не отличает для чего 8 нужен и что может 7

Аватар пользователя VasyOK VasyOK 1 апреля в 21:04

Некоторые люди даже когда видят размер БД у простого D7 сайта крутят пальцем у виска. За D8 с ними и не говорю.
А так ли нужны все нужности d8 не программисту (git, composer, render pipeline, sass) и не и не маньяку-кликбилдеру (panels, paragraphs, layout builder) ? Если человек обычный владелец бизнеса, ему нужен сайт с какой-то нестандартной структурой и готовые решения типа Prom, Ucoz не для него.

Аватар пользователя vlucas vlucas 1 апреля в 21:39

git, composer, render pipeline, sass - да и эти вещи напрямую никак не относятся к Друпалу. А программистам, бесспорно, они нужны

Аватар пользователя Semantics Semantics 1 апреля в 22:36
1

Понимаешь, Саня, какая штука.

Мы оба с тобой примерно одинаковое время в веб-разработке, я тоже где-то около 11 лет.
~10 лет назад было золотое время интернетизации.
Рынок разработки сайтов был прост и не насыщен.

За 10 лет разработка сайтов усложнилась в разы.
Если мы говорим об эффективных решениях, то 10 лет назад один специалист мог быть и верстаком и разрабом, ещё и сеошничать на досуге.
Сейчас такое уже представить сложно.

Мы имеем чёртову кучу систем, как внутри сайта, так и снаружи его.
Мы имеем усложнившуюся экосистему, где нужно держать 100500 различных условий в голове, от технической SEO-оптимизации до адаптивности.
Поддерживать весь этот зоопарк без современных средств разработки - довольно муторно.
А когда-то и drush в штыки встречали.
Вот ты drush используешь?

И тут появляется закономерный вопрос:
-А нужен ли друпал(любой версии) для сайта, который не нужен даже владельцу? Не является ли использование друпала для никому не нужного проекта оверхедом?
Не нужно пытаться одним друпалом решить все проблемы мира, иногда есть и более подходящие инструменты

Аватар пользователя VasyOK VasyOK 2 апреля в 0:07

drush - использую.
Современные сресдсва разработки (git) нужны когда на сайте больше одного программиста.
А когда задача найти: дизайнера, сеошника, разработчика - это уже много для обыкновенного отечественного заказчика.
Тильда, Пром и Укоз - подходящие инструменты, но полно людей не желающих зависеть от их рамок. Но и порталы делать не желающих.

Аватар пользователя Semantics Semantics 2 апреля в 7:38

Обычного отечественного заказчика с микробюджетами всё больше интересуют коробки и конструкторы.
Врядли это проблема друпала.
Наоборот, это будет нести меньше разочарований в массах.
Ты же не вызываешь самосвал для того, чтобы домой доехать?

Я сейчас вот склоняюсь, что OctoberCMS прекрасен для небольших сайтиков с небольшим числом типов сущностей.
И обещаю тебе, что долю эта CMS займёт прекрасную

Аватар пользователя VasyOK VasyOK 2 апреля в 15:09

Не против OctoberCMS и вообще чего либо.
В моем понимании Drupal 7 - не самосвал, а такси.

Аватар пользователя P.Selfin@drupal.org P.Selfin@drupal.org 3 апреля в 0:16

Некоторые люди даже когда видят размер БД у простого D7 сайта крутят пальцем у виска. За D8 с ними и не говорю.

Так это и не бизнес, максимум самозанятость. Вы про таких заказчиков говорите?
ЗЫ первоапрельская тема перетекает в дискуссию))

Аватар пользователя VasyOK VasyOK 3 апреля в 10:08

Я не сказал, что с этими заказчиками согласен, но регулярно таких встречаю. Очень радый, что у вас заказчики всегда с вами во всем согласны. Хотя позвольте, если заказчик все знать будет, он все сам сделает.

Аватар пользователя P.Selfin@drupal.org P.Selfin@drupal.org 3 апреля в 16:16

Я про согласие или несогласие заказчиков не говорил, про то что мне такие не встречаются - тоже.
Просто хотел уточнить какой тип заказчика интересуется "размером БД". Вот именно таких пожалуй не было.
Максимум "Сколько хостинг стоит? 300р/мес? Куда платить?". И то это уже продвинутые, знают про хостинги эти ваши)
ЗЫ мое предположение, без желания кого-то обидеть. Такие заказчики наверное и отчета за каждые 10 минут в смете требуют? И очень уж мне кажется, что аккаунтинг выходит дороже работ? Или я ошибаюсь?

Аватар пользователя VasyOK VasyOK 3 апреля в 17:51

Тип заказчика - я ж не буду пальцами тыкать. Одно дело когда я о своих недостатках пишу, другое - о чужих.
По деньгам - не знаю. Никогда в жизни не брал заказы на фриланс досках. Шуточные аргументы, которые в топике и необъективные от меня - да там встречаются очень часто.

Аватар пользователя Алексей Дёмин Алексей Дёмин 1 апреля в 22:40

на прошлой неделе ставил человеку друпал 8 с Mayo через drush. Прям как 5 лет назад.
прекрасно работает.. модули так же через админку ставятся.
Заказчик просто щастлив!

Аватар пользователя Orion76 Orion76 2 апреля в 6:32

Небоитесь..
Это просто прогресс чересчур прогрессивный.
Сам за собой не поспевает..
Будет вам в свое время и батон и девочки..
и у каждого свой персональный юкоз с композер-драш-гуём и алисой.

Поидее, тому у кого рука набита с недельку посидеть, собрать вместе что уже наработано и заставить это работать дружно.

Аватар пользователя gun_dose gun_dose 2 апреля в 9:27
3

Современные сресдсва разработки (git) нужны когда на сайте больше одного программиста.

Полнейший бред. Пример: нужно на сайте вывести небольшой блок с вьюхой. Правим/создаём шаблоны, добавляем препроцессы, правим стили, возможно, правим js. А теперь нужно это всё отправить на хостинг. И всё лежит в разных папках с большой вложенностью. Ты открываешь тотал коммандер и по одному находишь эти файлы. В результате высока вероятность что-то забыть, что-то перенести не туда, плюс этот процесс синхронной навигации по папкам локально и на хостинге весьма утомляет.
А если бы ты умел пользоваться гитом, то просто набираешь:

git add --all
git commit -m "ololo"
git push
ssh user@host
git pull

Поскольку ты редко пользуешься консолью, то все эти команды будут доступны по нажатию несколько раз клавиши "вверх" и занимать вся эта операция будет всего несколько секунд.

Кроме того, при помощи гита можно легко откатывать любые изменения. Допустим, ты что-то верстал целый день, а потом понял, что так не пойдёт, нужно всё переделать по-другому - с помощью гита это делается за пару минут, плюс все изменения всегда, как на ладони.

И ладно, фиг с ним, что ты не ценишь своё рабочее время, но ведь надо ценить хотя бы свободное время!

Аватар пользователя gun_dose gun_dose 2 апреля в 10:15

В шторме тоже есть гуй, но вообще, как по мне гуй гиту нужен только для разрешения конфликтов при мердже, а остальное и через консоль удобно.

Аватар пользователя gun_dose gun_dose 3 апреля в 7:03

Вот кстати CI реально не на всех проектах нужен. Если проект маленький и за всю его разработку в нём будет до 10 коммитов, то больше времени потратишь на настройку CI, чем выиграешь.

Аватар пользователя Алексей Дёмин Алексей Дёмин 3 апреля в 10:18

Если это настроено в целом, то подготовка одного репозитория для CI - дело 2-3 минут.
У niklan`а видео было по этому поводу. На gitlab действительно не долго.
у меня gogs и Drone CI в докере крутится. Конечно пришлось часа 3-4 потратить на эксперименты, но все работает.

Аватар пользователя VasyOK VasyOK 2 апреля в 15:15

"Ты открываешь тотал коммандер и по одному находишь эти файлы." - я что псих?
Да кстати а почему этих файлов должно быть много? Потому что препроцессоры? Так опять же не все порталы пилят.

Аватар пользователя vlucas vlucas 2 апреля в 15:21

Препроцессы, я лично, пишу на 99% проектов, и не важно, портал это или визитка

Аватар пользователя gun_dose gun_dose 2 апреля в 15:59

Потому что шаблоны, например. Шаблон вьюса, шаблон поля, шаблон ноды, стиль (пускай специально для тебя будет только один). А некоторые ещё модули свои пишут, но я думаю тут вряд ли кто-то встречал таких людей)) По мне, даже один файл, лежащий не в корне сайта - это слишком много, чтобы таскать руками.

Ну и о препроцессорах - интересное замечание о порталах. Давай возьмём такую шкалу: визитка, корпоративный сайт, интернет-магазин, портал. На какой стадии, по-твоему, использование препроцессоров становится оправданным? И почему?

Аватар пользователя VasyOK VasyOK 2 апреля в 16:41

Если по шкале, то портал. Если магазин, уровня Розетка.
Потому что в боле простых ситуациях файлов стилей можно использовать очень мало .
И не нужно привлекать верстальщика, который этим препроцессорами владеет, что для владельцев малого бизнеса тоже аргумент.

Аватар пользователя gun_dose gun_dose 2 апреля в 16:58
3

Препроцессорами владеет сейчас абсолютно любой верстальщик, а сами препроцессоры значительно экономят время на разработку, поэтому малому бизнесу это тоже выгодно.

Аватар пользователя xakd xakd 2 апреля в 21:41

Шаблон вьюса, шаблон поля, шаблон ноды, стиль

Это все в одной папке темы. Разве нет?

Аватар пользователя VasyOK VasyOK 3 апреля в 10:14
gun_dose wrote:

Препроцессорами владеет сейчас абсолютно любой верстальщик

Даже стесняюсь спрашивать чем еще абсолютно любой верстальщик владеет, т.к. получу список из аббревиатур и технологий. Напоминаю: порталы делают не все.

Аватар пользователя gun_dose gun_dose 3 апреля в 10:23
1

На всякий случай поясню - если ты знаешь, где лежит css-файл, и умеешь его редактировать, это ещё не значит, что ты верстальщик.

Аватар пользователя VasyOK VasyOK 3 апреля в 11:04

Ну да. По этой логике даже если бы я модули писал, не был бы программистом. Ну не у всех мозг консоль понимает.
Кстати мы как-то забыли что кроме файлов многое делается через админку. Что с ней? Фичерс? Экспорт конфигруаций? Бакам энд Мигрейт?

Аватар пользователя ivnish ivnish 3 апреля в 11:38
1

Вот поэтому деплой сайтов на друпал 7 и боль, потому что там очень тяжело переносить изменения админки. В восьмерке это из коробки реализовано.

ЗЫ. когда-нибудь ты научишься ценить своё время. Тогда будешь и восьмерку юзать и git и composer и CI.