Я отвечу на свой вопрос.
Решение на самом деле довольно простое. Уровень представления этого модуля обрабатывается React, CRA, если быть точным. CRA будет искать некоторые специфические переменные среды, одной из которых является PUBLIC_URL
. Все, что мне нужно было сделать, это
.env
в корневом каталоге моего CRA PUBLIC_URL="/admin"
Впоследствии это просто пересоберите проект, yarn build
и перезагрузите сервер. CRA будет затем искать http://localhost:3000/admin/static/...
вместо http://localhost:3000/static/...
для статических активов.
Да, очевидно, это действительно имеет значение до некоторой степени.
Этот градус зависит на уровне Вашей оптимизации сайта (размер страниц, использование Ajax, Flash и т.д.)
Пример на основе моего опыта. Распространение в прямом и обратном направлениях от России до США составляет 200 мс. Это не имеет никакого значения для небольшого веб-сайта, оптимизированного для производительности, но это имеет огромное значение в удобстве использования для SmartClient, получающего доступ к сети API этого сайта.
Да, расстояние = задержка = медленнее. Вот почему Google, Amazon и другие большие сайты имеют несколько центров обработки данных в различных регионах и даже континентах.
Это - грандиозное предприятие для Исландии, так как оптоволоконное соединение с Европой намного намного больше, чем в США. Таким образом, это зависит от переменных как этот.
Другой пример: студенты в Новозеландских университетах должны заплатить больше для доступа к "международным" веб-сайтам по внутренним (Университет Кентербери, например).
Не могло бы относиться к Вам, но иллюстрирует, что местоположение может быть фактором!
Также проверьте детали плана хостинга относительно расходов.
Здесь в Венгрии большинство поставщиков дает больший bandwith национальной сети, чем в зарубежные страны. Скажем, Вы покупаете план, и у Вас есть соединение на 100 Мбит/с со страной, но только соединение на 10 Мбит/с с внешней стороной страна. Это вызвано тем, что внутренний bandwith является более дешевым для них, чем международный bandwith.
Таким образом, существует преимущество для определения местоположения сервера в страну, которая использует большинство.
Производительность является одним соображением, поддержка - другой.
После нескольких различных событий мы выбрали поставщика в нашем часовом поясе. Хотя большая часть поддержки заявления 24/7 поставщиков это - совсем другое соглашение в середине их рабочего дня, чем середина их ночи.
Если Вы можете, я сказать, идут локальные.
Да, это определенно имеет значение, как уже сказали другие. Вы действительно на самом деле теряете глазные яблоки с каждыми дополнительными 100 мс.
Заключение, которое я добавил бы, - то, что действительно имеет значение, в каком центре обработки данных Ваш хост расположен и с кем они взаимодействуют с - разница между хостом с полями в главной обменной точке, с которой взаимодействуют с несколькими большими телекоммуникациями по сравнению с хостом в трех-уровневом центре обработки данных, может быть столь же большой как США по сравнению с Европой.
Google только имеет поля повсеместно по географическим причинам, они намеренно почти в каждой главной точке обмена интернет-трафиком, и они также взаимодействуют со всеми так, чтобы их пакеты могли направить в любой сети, является самым быстрым в любой данный момент.
Вы, очевидно, не можете сделать всего этого, но после того как Вам сузили его нескольким поставщикам, Вы можете traceroute и смотреть на транзитные участки и hoptimes неоднократно дня и выяснять то, что будет иметь наименьшее количество задержки Вашим пользователям. (т.е. если все Ваши пользователи находятся в Германии, выберите место во Франкфурте и traceroute всем поставщикам в Вашем шорт-листе оттуда.)
Другой вещью, как упомянуто является задержка, но я думаю, что вещь подчеркнуть состоит в том, если это - непрерывный поток данных, это не может быть огромно в зависимости от типа данных, но если это - сайт, который поражен многократно для завершения какой-то транзакции (ajax приложение, называя несколько веб-сервисов, например), это может начать складывать с высокой задержкой (ping)
Еще одним соображением, не связанным с производительностью, является Поисковая оптимизация, некоторые люди SEO полагают, что хостинг сайтов на серверах в других географических точках может иметь некоторое влияние на размещении в результатах. Я не уверен, насколько точный это всего лишь, это может быть что-то, чтобы изучить, если сильное размещение SEO важно для Вас.
В отношении производительности затем я использовал и Mosso и Media Temple и нашел, что доступ здесь в Великобритании очень быстр, я не могу сказать, что это оказало любое реальное влияние пользователям, просматривающим мои сайты.
Это сказало, хотя, я в настоящее время сохраняю все свои сайты в находящихся в Великобритании дата-центрах.
Физическое расстояние, пока фактор не всегда означает, что задержка автоматически повышается. Другой фактор - то, если прямые пиринговые соглашения с транзитными поставщиками услуг, базирующимися в других странах. Например, можно найти, что число времени транзитных участков/ping из Великобритании-> США благоприятно сравненный даже с Великобританией-> британская возможность соединения.
Абсолютно, смотрите на http://www.speedtest.net/ и посмотрите различие хостинга в Азии по сравнению с хостингом в США
Для небольшого сайта это более, чем приемлемо. Я размещаю свои собственные сайты и проекты в состояниях, в то время как сам и много сайта пользователи находятся в Великобритании.
Другим фактором для знания являются законы в юрисдикции, которую Вы выбираете в качестве своего хоста. Главным примером этого является хостинг Pirate Bay в Швеции вследствие их благоприятного отношения к защищенному авторским правом содержанию.