newsmode
search
Меню
arrow_back Назад

Why I switched from Netlify back to GitHub Pages

auto_awesomeКраткое саммари

Eugene Yan описывает свой неудачный эксперимент с переездом сайта с GitHub Pages на Netlify и быстрый возврат обратно. Его привлекли откаты в один клик, плагины Jekyll и A/B-тестирование, но при смене DNS-серверов не мигрировали MX-записи, из-за чего письма на его домен несколько дней отбивались. Попытка добавить MX-записи через провайдера NS1 обернулась проблемами с привязкой зоны и неожиданным списанием $2, а после возврата на Cloudflare сертификат Origin перестал корректно работать с Netlify. Дополнительным ограничением оказались 300 минут сборки в месяц на бесплатном тарифе Netlify, которых не хватало при частых правках. В итоге автор вернулся на GitHub Pages ради спокойствия, отказавшись от плагинов, трёх сборок в минуту и A/B-тестов.

Why I switched from Netlify back to GitHub Pages

Почему я вернулся с Netlify обратно на GitHub Pages

[ misc ] · 3 min read

[ misc ] · чтение на 3 мин

A week ago, I was looking for something to tinker with over the weekend. I ended up switching my site hosting from GitHub Pages to Netlify.

Неделю назад я искал, с чем бы поковыряться на выходных. В итоге я перенёс хостинг сайта с GitHub Pages на Netlify.

The comparison was compelling. I was appealed by the 1-click rollbacks, ability to use more Jekyll plug-ins, and A/B testing my site (fun!).

Сравнение выглядело убедительно. Меня привлекли откаты в один клик, возможность использовать больше плагинов Jekyll и A/B-тестирование сайта (весело!).

However, I switched back to GitHub Pages today. Why?

Однако сегодня я вернулся на GitHub Pages. Почему?

My MX records weren’t migrated automatically

Мои MX-записи не были перенесены автоматически

(MX records are DNS records for delivery email to your address.)

(MX-записи — это DNS-записи для доставки писем на ваш адрес.)

When I switched my DNS servers to Netlify, it was pretty painless: Update the DNS name servers, provision the cert, and we’re good to go.

Когда я переключил свои DNS-серверы на Netlify, всё прошло довольно гладко: обновил DNS-сервера имён, подготовил сертификат — и готово.

However, I didn’t realize that my MX records weren’t automatically migrated as well. (When I previously moved to Cloudflare, this was taken care of).

Однако я не сообразил, что MX-записи при этом не были автоматически перенесены. (Когда я раньше переезжал на Cloudflare, об этом позаботились автоматически.)

As a result, emails to my domain bounced for a few days before I noticed. Thankfully, people reached out via other channels to inform me of it.

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

Adding MX records on the DNS provider was a pain

Добавлять MX-записи у DNS-провайдера оказалось мучением

Trying to add the MX records with the DNS provider, NS1, was a pain.

Попытка добавить MX-записи у DNS-провайдера NS1 обернулась мучением.

I had to create an account with NS1 and provide them with credit card details. (Update: Was charged $2 within a day; will enquire why).

Мне пришлось завести аккаунт в NS1 и привязать данные банковской карты. (Апдейт: в течение суток с меня списали $2; буду разбираться, за что.)

Then, I had to set up a “Zone” to attach the MX records. However, when I tried setting up the zone for my domain, it was not allowed as the domain already exists. Probably from the Netlify integration.

Затем нужно было настроить «Zone», чтобы прикрепить MX-записи. Однако, когда я попытался создать зону для своего домена, это оказалось невозможно — домен уже существовал. Вероятно, из-за интеграции с Netlify.

I spent some time trying to figure this out. I also asked some Netlify folks. Turns out that while they use Netlify to host their site, they use other DNS providers (instead of NS1).

Я потратил какое-то время, пытаясь разобраться. Также обратился к ребятам из Netlify. Оказалось, что хотя они и хостят свой сайт на Netlify, для DNS используют других провайдеров (а не NS1).

Adding the custom certificate didn’t work

Добавление кастомного сертификата не сработало

By now, I’ve switched my DNS provider back to Cloudflare, and added the Cloudflare Origin cert to my Netlify app. (I really wanted to continue using Netlify.)

К этому моменту я уже переключил DNS-провайдера обратно на Cloudflare и добавил Cloudflare Origin-сертификат в своё приложение на Netlify. (Я очень хотел продолжать пользоваться Netlify.)

However, I soon got complaints that people couldn’t access my site due to the error: “Peer’s Certificate issuer is not recognized.”. I faced the same issue too. I’m not sure where the issue lies (cert or host) but I had lost patience by now.

Однако вскоре посыпались жалобы, что люди не могут попасть на сайт из-за ошибки: «Peer's Certificate issuer is not recognized». Я столкнулся с той же проблемой. Я не уверен, в чём именно дело (в сертификате или в хосте), но к этому моменту терпение моё кончилось.

Another gotcha: 300 build minutes monthly

Ещё одна засада: 300 минут сборки в месяц

While the GitHub Pages vs Netlify comparison indicates that both are free, with Netlify being superior at 3 builds a minute, it leaves out one major gotcha: On the free tier, Netlify only provides 300 minutes of build time monthly. AFAIK, GitHub Pages has no limitations.

Хотя сравнение GitHub Pages и Netlify утверждает, что оба сервиса бесплатны, а Netlify превосходит конкурента благодаря 3 сборкам в минуту, оно умалчивает об одной серьёзной засаде: на бесплатном тарифе Netlify даёт всего 300 минут сборки в месяц. Насколько я знаю, у GitHub Pages таких ограничений нет.

For someone who frequently adds and tweaks content, and mucks around with the CSS and whatnot, 300 minutes didn’t last long.

Для того, кто часто добавляет и правит контент, ковыряется в CSS и прочем, 300 минут заканчиваются быстро.

On its own, this limitation would have been bearable—I figured I would try to be more frugal. But the DNS issues broke the camel’s back.

Само по себе это ограничение было бы терпимым — я решил, что буду стараться быть экономнее. Но проблемы с DNS стали последней каплей.

Back to GitHub Pages

Обратно на GitHub Pages

Now, I’m back to hosting on GitHub Pages and merrily pushing updates as inspiration strikes. Previously, I was checking the build minutes remaining ever so often.

Сейчас я снова хостюсь на GitHub Pages и спокойно публикую обновления, как только приходит вдохновение. Раньше же я то и дело проверял остаток минут сборки.

I guess I’ll have to do without the fancy Jekyll plug-ins, 3 builds/min, and A/B testing for now. In return, I get peace of mind.

Похоже, мне придётся обойтись без модных плагинов Jekyll, 3 сборок в минуту и A/B-тестирования. Взамен я получаю душевное спокойствие.

If you found this useful, please cite this write-up as:

Если вам это пригодилось, пожалуйста, цитируйте этот материал так:

Yan, Ziyou. (Oct 2020). Why I switched from Netlify back to GitHub Pages. eugeneyan.com. https://eugeneyan.com/writing/netlify-back-to-github-pages/.

Yan, Ziyou. (Oct 2020). Why I switched from Netlify back to GitHub Pages. eugeneyan.com. https://eugeneyan.com/writing/netlify-back-to-github-pages/.

or

или

@article{yan2020netlify, title = {Why I switched from Netlify back to GitHub Pages}, author = {Yan, Ziyou}, journal = {eugeneyan.com}, year = {2020}, month = {Oct}, url = {https://eugeneyan.com/writing/netlify-back-to-github-pages/} }

@article{yan2020netlify, title = {Why I switched from Netlify back to GitHub Pages}, author = {Yan, Ziyou}, journal = {eugeneyan.com}, year = {2020}, month = {Oct}, url = {https://eugeneyan.com/writing/netlify-back-to-github-pages/} }



Join 11,800+ readers getting updates on machine learning, RecSys, LLMs, and engineering.

Присоединяйтесь к 11 800+ читателям, получающим обновления о machine learning, RecSys, LLM и инженерии.