• Почему на западе любят поддомен www в адресе сайте, а у нас корень домена?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Технически можно и так, и сяк. Но, как всегда, есть нюансы, на которых и сыпется большинство советчиков (в том числе в этом треде).

    Если у вас только сайт на домене, максимум почта на других портах, и даже CDN не используется - можете спокойно использовать основной домен без www. Если у вас сайт многоязычный, и языки размещены на поддоменах - тогда тоже без www. Если же у вас есть и другие ресурсы в домене, например:

    www.example.com - публичный сайт
    developers.example.com - публичный сайт инструментов для разработчиков
    api.example.com - какой-нибудь публичный АПИ
    cdn.example.com - поддомен content delivery network (можно много - cdn1, cdn2 итд)
    docs.example.com - публичная документация
    help.example.com - публичная справка
    support.example.com - публичная служба поддержки
    dev.example.com - закрытая, непубличная копия сайта, стейджинг
    hr.example.com - закрытая, непубличная часть, внутренние ресурсы компании для сотрудников
    mail.example.com - технический субдомен для почты
    webmail.example.com - веб-морда для почты (может быть как публичной, так и открытой для отдельных IP, доступ по VPN и тд)
    vpn.example.com - чисто технический поддомен для проксирования трафика через VPN компании
    ns1.example.com - поддомен для своего сервера имен (ns1/ns2/ns3 или primary/secondary и тд)

    ... и так далее. Таких поддоменов может быть очень много, и у каждого своя, совершенно изолированная кухня. Так вот, если использовать для публичного сайта домен без www, то все его куки будут распространяться на все поддомены. А это плохо. На современном сайте этих кук штук 10 минимум, большая часть из них совершенно не нужна, или даже откровенно лишняя на всех других поддоменах. В это же время, если вы используете www и хотите поделиться куками с него с другим поддоменом - это вполне возможно сделать, осознанно.

    Кроме этого - с www намного удобнее работать на уровне DNS, если это CNAME. Записи типа А лучше ставить долгий TTL, а вот CNAME может иметь короткий и его можно перебрасывать в любой момент. Пошла DDoS-атака - в считанные минуты пустили трафик через гейт сервиса защиты от DDoS или выделенный файрвол (у который другие IP-адреса). Или балансировку нагрузки делать. При этом основной домен (origin) и его IP не меняется, почта не слетает, внутренние сервисы не слетают, АПИшки не падают и тд.

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

    В общем, мое мнение - если у вас свой личный сайт или маленький сайтик маленького личного бизнеса, и рост до уровня когда понадобится куча поддоменов не планируется - тогда можете смело использовать без www. Если же продукт или сервис, бизнес который может вырости в что-то относительно крупное - стартуйте с www с самого начала, потом спасибо скажете.
    Ответ написан
    2 комментария
  • Верно ли утверждение что любой сайт начинается с семантического ядра?

    Kadzi
    @Kadzi
    Ом
    Если сайт не совсем прост по структуре то это отличная тактика, почитайте ответ:

    Как выбрать SEO компанию?

    Я бы сказал так:
    1. Убедиться, что нужен именно данный инструмент (сайт) на основе спроса рынка, логики, латерального мышления, и чего угодно, что как-то помогает оценить проект. Формулировка полезного действия ресурса
    2. Попутно собирать ядро + сразу делать структуру страниц, опираясь на семантику, логику разделов и здравый смысл, в том числе на экономику, посмотреть 1 тысячу аналогичных сайтов, чтобы выписать и учесть все ситуации.
    3. Почти никто так не делает, так как такое погружение требует времени и на потоке такое не выполнить. Это удача в каком то смысле для адекватных разработчиков и владельца сайта.
    4. Повторюсь, это касается только проектов, где не все просто и очевидно. И для тостерян : нихрена понимание рынка не связано только с семантикой. Есть люди с чуйкой.
    Ответ написан
    2 комментария
  • Как отключить появление окна на подтверждения сохранения изменений в FileZilla ?

    @eskanderdon
    Панель меню FileZilla \ Настройки \ Правка файлов - > Следить за редактированием файлов = убрать галочку
    Ответ написан
    1 комментарий