granty

Вариант 1. Для веб-сервера Apache в конфиге сайта (можно в .htaccess в корневой папке сайта) пишете: DirectoryIndex index.php (он уже там есть у всех хостеров). Тогда при обращении к site.ru будет автоматически запускаться index.php (или как там вы его назовёте).
Через index.php уже роутите все остальные URI на нужные модули.

Для nginx - тоже делается, но директиву я не знаю, надо смотреть доки.

Но сайт будет доступен и по site.ru и по site.ru/index.php, поэтому в index.php надо делать редирект на site.ru когда в URI появляется index.php.


Вариант 2 сделать редирект на index.php через mod_rewrite.
Во многих движках сайтов такая возможность есть из коробки.

С точки зрения Вебразработки - по стандарту HTTP сервер должен отдавать 404 если страница не найдена (не меняя её URL). Редирект 301/302/307/308 делается когда точно известна куда была перемещена страница.
Редирект на страницу, которая отдаст браузеру 404, вводит посетителя в заблуждение - не понятно какой URL оказался битым и его невозможно исправить вручную.

С точки зрения Поисковой оптимизации - надо давать "200 OK", типовую заставку "Страница не найдена" и ставить с неё ссылку на главную страницу сайта (или мини-меню по разделам).
Поисковики их "склеят по контенту" в одну страницу, но это позволит подобрать статический вес внешних(и внутренних) ссылок на такие не найденные страницы.

Когда на одном IP находится несколько доменов/сайтов, то веб сервер, при обращении к нему по IP, отдаст первый попавшейся сайт (первый сайт из конфига всех сайтов).
Это плохо, тк сайт начнёт индексироваться и по домену и по IP-адресу.
Поэтому вместо него надо сделать сайт-заглушку. Отдавайте на этой заглушке 404 not Found, чтобы не грузить сервер.

Если делать руками - то этот сайт-заглушку прописывают первой в конфиге всех сайтов.

Если через ISPmanareg (нужен доступ к уровню суперпользователя root), то создайте в разделе WWW-домены домен с любым левым названием, Выберите для него тот же IP-адрес, что и у ISPmgr и отметьте на форме создания домена галку "Приоритетный" (как написал archelon). После этого по IP-адресу будет открываться созданный домен-заглушка.

PS: В логах этого сайта-заглушки будет отражаться сканирование по IP-адресу - будете знать кого блокировать.

У вас стили присылаются с MIME типом text/html, а должны - с text/css.
Похоже вы rel='stylesheet' не указали в теге <link href='...' rel='stylesheet' type='text/css'>

Или веб-сервер криво настроен - на .css отдаёт некорректный MIME-тип.

Сессия в PHP - это практически те же ваши "куки + БД", только вместо БД используется файл сессии. Он будет свой для каждого пользователя.
Генерируется уникальный хэш (ID сессии), он садится пользователю в куки, а на сервере создаётся файл с именем == ID сессии. PHP все это делает сам.

В файле сессии (на сервере) хранятся все переменные, которые вы захотите. Когда поднимается сессия, PHP автоматически инициирует массив $_SESSION
с вашими переменными (Имя пользователя, IP пользователя, дата последнего логина, права пользователя и тп).

Под работу с сессиями в PHP есть встроенные функции, они не все работают очевидным образом, но разобраться можно.

PS: Если не поддерживаются куки, то ID сессии может передаваться как параметр в URL.

есть ли возможность в случае с сессиями сохранить пользователя к примеру на месяц?

Да. Ставите у сессионной куки время жизни 1 месяц, и через месяц браузер пользователя автоматически её уничтожит. После этого надо будет авторизоваться заново.
Но на сервере есть параметр настроек PHP session.gc_maxlifetime, который задает время жизни PHP-сессии на сервере. После истечения session.gc_maxlifetime PHP garbage collection удаляет файл сессии на сервере. То есть, его надо ставить > месяца.

какой вариант предпочтительнее

вопрос холливарный. Если есть надо мониторить пользователей (кто, когда и зашёл и что сделал) - по БД это удобнее, чем рыться руками по тысяче файлов.
В плане безопасности - одинаково, тк работает один и тот же механизм. Угон куков -> подмена сессии.

PS: На хабре есть неплохая статья Подводные камни использования сессий в PHP.

1. Со 100% точностью - невозможно.

2. Что в вашем понимании Яндекс.Бот? У Яндекса с десяток различных сервисов, которые самостоятельно лазят по сайтам с разными ЮзерАгентами, исполняют скрипты, применяют стили.
Я.Метрика - это Яндекс.Бот? Яндекс.Директ это Яндекс.Бот?

Определять по User Agent можно только роботов-индексаторов, и то не всех. Для индексации мобильной версии сайта, бот-индексатор приходит с User Agent настоящего мобильного устройства.
И парсеры сайтов часто приходят с Яндексовским или Гугловским юзерагентом.

Вычислять ботов по IP подсетей Яндекса тоже не даст 100% точности - роботы проверки на клоакинг приходят из "левых" подсетей, чаще всего из Корбины. И есть публичные Яндекс.прокси в "яндексовских" диапазонах IP, например, для режима turbo Яндекс-браузеров.

Чтобы показывать рекламу, надо внедрить яваскрипт в HTML-код страницы вашего сайта. Технически это могут сделать:


=========На вашей стороне:========== (реклама будет только у вас)
1. провайдер интернет.
Вставляет рекламу на http-страницы, на https-страницах рекламы нет, через VPN рекламы тоже нет.


2. браузерные плагины и расширения
Реклама будет даже на https-страницах, и на любом VPN, так плагины работают с уже расшифрованной странице в браузере.
Реклама появляется только в браузере с установленным плагином.
Особо пакостные (типа mail.ru агента) устанавливаются на уровне операционки и гадят во всех браузерах одновременно.


3. Вирус на компе
Может вставлять рекламу во все браузеры, и по http: и по https:



=========На стороне сайта========= (реклама будет у всех)
4. Хостер.
5. Взлом хостинга.
6. Скрипт с чужого домена, используемый вами на сайте.


Найдите в HTML-коде сайта этот "посторонний" яваскрипт, это сильно облегчит поиск того, кто его вставляет.
Попросите друзей/знакомых пооткрывать сайт - если у них будет реклама, копайте в сторону пунктов 4, 5, 6

PS: иногда такая реклама вставляется только на мобильных устройствах. Также рекламы может не быть с зарубежных IP (просто нет рекламодателей для чужой страны/языка)

Грамотный сеошник знает как работает алгоритм аннотирования ПС, поэтому он формирует тот сниппет, который ему нужен.
Единственно, нужно помнить, что сниппет - запросозависим.

Я покажу вам один секретный сайт с демонстрацией работы алгоритмов аннотирования. Там на живых примерах показывается, когда в сниппет попадает текст из alt= картинки, когда сниппет берётся из <title>, а когда из <meta description, как "подверстать" в сниппет номер телефона, как добавить в сниппет спецсимволы ...
Просто кликаете по ссылкам и видите сформированный сниппет. Потом читаете в описании и смотрите в HTML-коде как это было реализовано.

Если сможете разобраться - сформируете такие сниппеты, какие захотите.