Я привык изначально создавать сайты на хостинге без каких-то предварительных этапов. С 99% клиентами так получается сделать, но иногда возникают ситуации, когда у заказчика еще нет доменного имени, а начинать работу нужно. Раньше в таких случаях можно было установить наборы XAMPP и Денвер на локальном компьютере, а потом перенести архив в онлайн, но если у вас есть свой сервер, то удобнее делать все сразу там. Сегодня расскажу как создать сайт без домена и почему это лучше Денвера.
При регистрации доменного имени компании и создания ее онлайн представительства в сети есть смысл покупать несколько доменов для одного сайта. Это делается для того, чтобы потенциальные клиенты, вбивая в поисковиках ваше название, не попадали на сторонние ресурсы, зарегистрированные конкурентами или другими пользователями. Вы можете взять какой-то региональный домен (область/город) + главный по стране (uz, ru, by) + глобальный (com, net), а затем настроить редирект на основной адрес.
Есть у меня один клиент, который использует G Suite для своего бизнеса — это сборка разных инструментов и приложений Гугла: корпоративная почта Gmail, совместная работа, хранение и поиск данных в облаке и др. Одна из фишек там — возможность реализовать обработку всей почты через Google серверы вместо регистратора. Этим мне и пришлось заняться. Задача не сложная, но вдруг кому-то пригодится этот небольшой мануал. В статье описывается опыт работы под WordPress CMS, но, сам принцип подходит и любым другим сайтам.
Недавно в процессе поиска программы DeskPins для закрепления поверх всех окон наткнулся на интересную картинку в выдаче. Сразу несколько сайтов-архивов софта активно использовали поддомены для разных страниц.
Наверняка, опытные оптимизаторы давно знают и применяют эту фишку, но я до этого как-то не сталкивался с «массовой» реализацией подобной архитектуры сайта. Максимум, что приходилось делать, — разные языковые версии, однако внедрение автоматических поддоменов выглядит куда-то более интересно.
Данная статья не является каким-то конкретным и детальным руководством по всем нюансам с NS серверами, я лишь расскажу о небольшом личном опыте с решением вопросов на конкретных примерах. Каждый вебмастер сталкивается с подобными ситуациями, когда нужно было прописывать NS, создавать, изменять и т.п. — это часть работы с доменам и хостингами. Опытным уже все дается…
Сначала небольшая предыстория. Я тут сегодня занимался переносом блога wordpress inside на новый хостинг. «Олимпийский» конкурс закончился, срок заказанного хостинга как раз приближался к своему завершению, уже даже 2 уведомления поприходило относительно продления. В одной из статей про хостинг для блога я упоминал украинскую компанию, с которой более-менее плотно работаю. Речь идет о HostPro, где есть тарифы для размещения 8-9 сайтов с 8-9 гигами места под них, неограниченным числом БД и трафика. Так вот на одной из таких учетных записей у меня есть парочка свободных мест – почему бы не захостить там wordpress inside:)