Довольный Айтишникъ

osql -S [Server] -E -Q "SELECT * FROM [Database].dbo.[Table]" > text

Оу...какие наивные способы, видимо все с этого начинали =)

Какая у тебя хоть тематика сайта?
Зачем людям заходить на твой сайт?
Какой контент будет ждать людей на сайте?
Для чего, ты делаешь сайт?

__

Сама идея о том, что ты расставишь где-то какие-то ссылочки, поскидываешь в личку людям свой сайт, в каком-о чатике его покажешь и люди начнут к тебе туда ходить - неверная.

Люди начнут ходить к тебе на сайт лишь в одном из 2 случаев:

- у тебя на сайте будет какая-то крутая информация, за которой люди сами будут к тебе приходить (причем сайт и формат информации будет такой, что поисковики поставят выше сайтов твоих конкурентов с такой же информацией)

- ты начнешь загонять трафик на свой сайт в промышленном масштабе (т.е. платным способом). И тебе будет какой-то профит от того, что эти люди придут на твой сайт. Т.е. можно сделать сайт о котиках, заказать рекламы на миллион, к тебе придет условно 100к людей (любителей котиков), посмотрят твой сайт и уйдет. В итоге, ты потерял миллион, но ничего не заработал.
___

Как раскрутить сайт бесплатно? Легко.

• Делаем хороший качественный сайт.
  
• Делаем ему seo-оптимизацию внутренних факторов.
  
• Составляем матрицу запросов, которые тебя интересуют.
  
• Добавляем на сайт качественный уникальный контент, который совпадет с матрицей.
  
• Набираем порядка 600-800 единиц материала (причем надо добавлять его с переодичностью 1 материал, раз в 1-3 дня).
  
• Какой-то из материалов будет попадать в топ-выдачи по принципу тестовой ранжировки
  
• Получаем какой-то трафик (нужный, полезный, монетизируемый - а фиг его знает =)
  

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

Если у вас только сайт на домене, максимум почта на других портах, и даже 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 с самого начала, потом спасибо скажете.

1. Забор новостей - раз в N-минут. Можно по запросам, можно через cron.
2. После того, как забрали - кэшируем в файл ("сырой" кэш).
3. Затем - обрабатываем так, как нужно для вывода на сайте и сохраняем тоже в файл ("подготовленный" кэш).
4. Выводим - всегда из подготовленного файл-кеша (чтобы снизить нагрузку на хостинг).

Объединение всех фраз через | даст нужное регулярное выражение.

Язык в вопросе не указан, так что пример на PHP:

<?php

$phrases = [
    'Hello world',
    'Lorem ipsum',
    'Just some test phrase',
    'Phrase with special "|" chars',
];

$tests = array_merge($phrases, [
    'Some other text',
    'It should not match',
]);

$regex = sprintf('/^%s$/i', implode('|', array_map(function ($v) {
    return preg_quote($v, '/');
}, $phrases)));

echo $regex . "\n";

array_walk($tests, function ($phrase) use ($regex) {
    echo sprintf('%s: %s' . "\n", $phrase, preg_match($regex, $phrase) ? 'Matches' : 'Does not match');
});

тут на тостере таких вопросов больше, чем много.
Безопасно ли дать доступ китайцу к аккаунту на upwork?
$100 за аренду ПК, какова вероятность мошенничества?
Посредничество при работе на upworks и переводы paypal — будут ли налоги и сколько?

Если в двух словах:
Забанят - потом больше не разбанят.
Если вообще не нужен никогда Upwork - пожалуйста.

Показываю на пальцах, для четверых:
пароль: 'ABCD'
на руки раздаёшь:

1: '*BCD'
2: 'A*CD'
3: 'AB*D'
4: 'ABC*'

Если вам важно, чтобы юзер знал, что по этому адресу что-то есть, но у него нет прав (но в теории права могут появиться), то 403 или даже что-то более вразумительное, иначе можно 404.

Если вы защищаетесь от взлома и от лишней нагрузки на сайт, то лучше сделать админку с другим именем. Хотя в плане безопасности это так себе решение.

Так что ответ - нет, не имеет смысла.