Як оплачуються сторінки Github Pages для розміщення статичних файлів?


14

У мене є сайт, який складається лише зі статичних файлів.

Я щойно виявив, як легко розміщувати веб-сайти безпосередньо з Github . Будь-яка ідея, як вони діють з точки зору затримки, надійності, потужності ...?

Взагалі - для статичного змісту лише на даний момент - чи вони "виробничі сорти"? Як вони порівнюють, наприклад, Amazon S3 з точки зору чистої затримки та тривалості роботи?

Відповіді:


15

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

Однак, це не справжній хостинг. Наприклад, порівняно з Amazon S3, Amazon забезпечує такі переваги:

  • Інфраструктура приблизно на порядок більша
  • Можливість використання CDN (Amazon CloudFront) для зменшення затримки, обслуговуючи сторінки найближчим вузлом відповідно до місцезнаходження користувача

Переваги використання сторінок GitHub, як правило, для користувачів Ruby, які хочуть використовувати Jekyll (інструмент, що стоїть за сторінками GitHub) і хочуть залишити GitHub зусилля зі збирання та розміщення сайту. І останнє, але не менш важливе, це безкоштовно (до тих пір, поки ви зберігаєте своє сховище загальнодоступним).

Але ніщо не заважає вам використовувати Jekyll локально (або будь-який інший інструмент публікації), генерувати сторінки статично та розміщувати їх на Amazon. Я роблю це для кількох проектів. Існує кілька інструментів командного рядка для синхронізації локальної копії з папкою Amazon.


Чи підтримують вони SSL?
ripper234

Так, Amazon підтримує SSL. Ви знайдете всі деталі в документації Amazon для S3 та CloudFront.
Сімоне Карлетті

4
Я насправді запитував про Github, я не знайшов його в документації.
ripper234

1
До речі, безпосередня перевага, яку я вважаю за допомогою github, - це просто безпрограшний процес розгортання (git push).
ripper234

Хм, у мене зараз виникають деякі проблеми із SSL на Amazon у поєднанні з віртуальними хостами. Здається, я просто не можу обслуговувати app.mysite.com від Amazon S3. shlomoswidler.com/2009/08/…
ripper234

2

Велике обмеження - це відсутність підтримки TLS / SSL від кінця до кінця .

Сторінки подаються через HTTP, а не HTTPS, тому не слід використовувати їх для чутливих транзакцій, наприклад, для надсилання паролів або номерів кредитних карток.

- https://help.github.com/articles/what-are-github-pages

https: // foo .github.io працює , але не є повністю захищеним (уривок з відповіді служби підтримки GitHub, лютий 2014 р.):

Хоча запити HTTPS можуть здатися справними, наш постачальник CDN додає та видаляє шифрування наприкінці, після чого запит передається через відкритий Інтернет від нашого постачальника CDN до нашої інфраструктури GitHub Pages, створюючи вигляд надійності.

Ось чому ми ще офіційно не підтримуємо HTTPS для GitHub Pages.

І взагалі немає підтримки TLS / SSL для користувацьких доменів [ неофіційний випуск ].

Багато людей експериментували з переданням HTTPS на користувальницький домен, наприклад, Clouldflare. Clouldflare конкретно не захищений від кінця до кінця (" Строгий повний SSL" тут не працює), але що б ви не використовували попереду, власне посилання Сторінки-CDN Github залишається небезпечним, як пояснено вище.

Ще одна невелика помилка: деякі шляхи перенаправляють назад до http .


1
Сертифікат збігається *.github.ioі зараз, але досі не існує дійсного SSL для користувацьких доменів.
Заз

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.