Когда нужно использовать 'www' субдомен?
Ваша проблема здесь:
const images = [
require("./abc.jpg"),
require("./xyz.jpg")
];
Требование возвращает не URL-адрес изображения, а внутренний индекс мультимедиа. Который в вашем случае, я предполагаю, равен 2, и интерфейс для изображения ожидает строку.
Попробуйте это:
<Image style={{ width: BannerWidth, height: BannerHeight }} source={image} />
7 ответов
Существует тонна серьезных оснований включать его, лучший из которых здесь: Лучшие практики Работы Yahoo
из-за точечного правила с cookie, если у Вас нет 'www'. затем Вы не можете установить cookie с двумя точками или cookie перекрестного субдомена а-ля *.example.com. Существует два подходящего влияния.
Первый это означает, что любой пользователь, которому Вы даете cookie, передаст те cookie обратно с запросами, которые соответствуют домену. Таким образом, даже если у Вас будет субдомен, images.example.com, то cookie example.com будет всегда отправляться с запросами в тот домен. Это создает наверху, который не существовал бы, если Вы сделали www.example.com авторитетным именем. Конечно, можно использовать CDN, но это зависит от ресурсов.
кроме того, у Вас затем нет способности установить cookie перекрестного субдомена. Это кажется очевидным, но это означает позволять аутентифицируемым пользователям перемещаться между Вашими субдоменами, больше технической проблемы.
Так задают себе некоторые вопросы. Я устанавливаю cookie? Я забочусь о потенциально бесполезных расходах пропускной способности? Аутентифицируемые пользователи будут пересекать субдомены? Если Вы действительно обеспокоены причинением беспокойства пользователю, можно всегда настраивать сервер для заботы о www/no www вещи автоматически.
Сразу после задавания этого вопроса я приехал через никакой-www страница, которая говорит:
... Кратко, использование www субдомена является избыточным и трудоемким для передачи. Интернет, медиа и общество все более обеспечены без него.
Возьмите его от домейнера, Использование и www.domainname.com и нормальный domainname.com иначе, Вы просто выбрасываете свой трафик к browers поисковой системе (Ошибка DNS)
На самом деле, удивительно, сколько доменов там, особенно среди лучших 100, правильно решает для www.domainname.com, но не domainname.com
Нет никакого огромного преимущества для включения - это или не включающий этот и никакая объективно лучшая стратегия. “no-www.org” является глупой загрузкой старой догмы, пытающейся представить себя как категорический факт.
, Если “big организация, которая имеет многие различные сервисы и не хочет должной быть выделять пустое доменное имя тому, чтобы быть сетью server” сценарий, не обращается к Вам (и в действительности она редко делает), которые обращаются к Вам, выбирают, в основном культурный вопрос. Люди то, где Вы привыкли видеть пустой домен “example.org”, записанный на рекламных материалах, они сразу распознали бы его как веб-адрес без дополнительного вЂwww’ или вЂhttp://’? В Японии, например, Вы получили бы забавные взгляды для выбора non-www версии.
, Какой бы ни Вы выбираете, тем не менее, быть последовательными. Сделайте и www и non-www версии доступными, но сделайте одна из них категоричный, всегда связывайтесь с той версией и делайте другое перенаправление к нему (постоянно, код статуса 301). Наличие обоих имен узлов отвечает, непосредственно плохо для SEO и обслуживания любое старое , имя узла, которое решает к Вашему серверу, оставляет Вас открытыми для нападений повторного переплетения DNS.
Поскольку jdangel указывает, что www является хорошей практикой в некоторых ситуациях с cookie, но я полагаю, что существует другая причина использовать www.
Не это наша обязанность заботиться и защитить наших пользователей. Поскольку большинство людей ожидает www, Вы дадите им меньше, чем идеальный опыт, не программируя для него.
мне это кажется немного высокомерным, для не установки записи DNS просто, потому что в теории это не требуется. Нет никаких издержек в переносе записи DNS, и посредством перенаправлений и т.д. они могут быть перенаправлены к не www адрес DNS.
Серьезно не освобождают ценный трафик путем оставления потенциального посетителя с ненужным "сайтом не найденным" ошибка.
Дополнительно в окна только сеть Вы смогли настраивать сервер окон DNS для предотвращения следующей проблемы, но я не думаю, что Вы можете в комбинированной среде Mac и окон. Если Mac сделает запрос DNS против, то окна DNS mydomain.com возвратят все доступные серверы имен не веб-сервер. Таким образом, в Вашем браузере при вводе mydomain.com, у Вас будет свой запрос браузера сервером имен не веб-сервер, в этом случае Вам нужен субдомен (например, www.mydomain.com) для указания на определенный веб-сервер.
Существует МНОГО причин использовать www субдомен!
При записи URL, легче написать от руки и ввести "www.stackoverflow.com", а не" http://stackoverflow.com ". Большинство текстовых редакторов, почтовых клиентов, текстовых процессоров и средств управления WYSIWYG автоматически распознают оба из вышеупомянутого и создадут гиперссылки. Ввод просто "stackoverflow.com" не приведет к гиперссылке, в конце концов, это - просто доменное имя.. Кто говорит, что там существует веб-сервис? Кто говорит, что ссылка на тот домен является ссылкой на свой веб-сервис?
, Что Вы записали бы/ввели бы/говорили бы.. "www ". (4 символа) или "http://" (7 символов)??
"www". установленный краткий способ однозначной передачи того, что предметом является веб-адрес, не URL для другой сетевой службы.
, устно передавая веб-адрес, должно быть ясно из контекста, что это - веб-адрес, настолько говорящий "www" избыточен. Серверы должны быть настроены для возврата HTTP 301 (Перемещенный Постоянно) ответы, передающие все запросы для @.stackoverflow.com (корень домена) к www субдомену.
, По моему опыту, люди, которые думают WWW, должны быть опущены, имеют тенденцию быть людьми, которые не понимают различия между сетью и Интернетом и используют термины попеременно, как они синонимичны. Сеть является только одной из многих сетевых служб.
, Если Вы хотите избавиться от www, почему бы не изменить Ваш сервер HTTP для использования другого порта также, порт TCP 80 вчера является sooo.. Давайте изменим это на порт 1234, YAY теперь люди должны сказать и ввести" http://stackoverflow.com:1234 " (eightch, переполнение стека наклонной черты наклонной черты двоеточия мочи мишени мишени отмечают точкой com двоеточие один два три четыре), но по крайней мере мы не должны говорить "www" а?
Существует несколько причин, вот некоторые:
1) человек хотел это этот путь нарочно
Люди DNS использования для многих вещей, не только сеть. Им, возможно, понадобится основное название dns некоторого другого сервиса, который более важен для них.
2) Неправильно сконфигурированные dns серверы
, Если бы кто-то делает поиск www к Вашему dns серверу, Ваш сервер DNS должен был бы разрешить его.
3) Неправильно сконфигурированные веб-серверы
веб-сервер А может разместить много различных веб-сайтов. Это различает, какой сайт Вы хотите через заголовок Хоста. Необходимо определить, какие имена хоста Вы хотите использоваться для Вашего веб-сайта.
4) оптимизация Веб-сайта
лучше не обработать обоих, но передать один с перемещенным постоянно код состояния HTTP. Тем путем 2 адреса не будут конкурировать за входящие разряды ссылки.
5) Cookie
Для предотвращения проблем с cookie, не передаваемыми обратно браузером. Это может также быть решено с перемещенным постоянно код состояния HTTP.
6) Клиентский браузер, кэширующийся
, веб-браузеры не могут кэшировать изображение, если Вы выполняете запрос к www и другому без. Это может также быть решено с перемещенным постоянно код состояния HTTP.