Алеандр

На счет миллиона файлов не подскажу, такого объема не было, было в несколько сотен тысяч, где-то до полумиллиона. Причем, по глупости, я в первый раз запулил почти сотню тысяч файлов в один каталог. Этот сайт до сих пор прекрасно себя чувствует и работает без проблем с высокой скоростью. Тут весь смысл в том, что при такой постановке задачи сайту и серверу не требуется делать списки каталога, он обращается напрямую к уже указанному пути файла, т.е. не тратит какие-либо иные ресурсы кроме конкретной задачи чтения данного файла или, если нужно просто проверить наличие файла - то это еще проще и быстрее.

Т.е., если нет задачи найти искомый id в папке, а уже зная этот id проверить его наличие - это быстро. Если же в задаче, по какой-то причине, нужно делать листинг каталога и потом искать подходящие файлы - вот это будет ооооочень медленно на больших объемах файлов.

Чтобы уменьшить нагрузку на поиск и построение дерева каталогов и файлов - оптимально хранить id не в одной папке, а в нескольких, например id "11112222333" хранить в папке 1/11/, а id "222333444" в папке 2/22. Тут вариантов вложений может быть сколь угодно, сильно зависит от того, какие именно id и группы повторов у них есть, чтобы выбрать оптимальный путь каталогов. Тогда и проблем с построением папок будет значительно меньше, поскольку одна папка будет содержать список не в сотни тыс файлов, а в сотни-тысячи, что позволяет работать гораздо быстрее.

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

Может быть, невнимательно прочитал все ответы, но по искомой задаче: зачем все id хранить в одном файле? У меня полно сайтов-самописов, с похожими задачами, решаю  элементарно - создаю файл с нужным id в структуре папок. Проверка на наличие этого id не требует каких-либо ресурсов, кроме того, чтобы проверить, есть ли такой файл в системе. Причем, если нужно зачем-то отмечать, от кого именно блок этого id - в сам файл записывать эту информацию. На проверку наличия файла это никак не влияет, а если нужна расширенная информация - она есть в самом файле. И, собственно, все.

Этому "новому" виду - уже сто лет в обед. Выше верно написали, иногда, если есть желание, можно сделать несколько задач и получить на виртуалку пару сотен рублей. А дальше слиться. Но, в целом, проще сразу заблочить контакт и не морочить себе голову.

Так вроде до сих пор такие попадаются у топовых блогеров. Ролик начинается сразу с рекламной вставки, а уже потом сам контент. Часто приходится пролистывать, ибо эти несколько минут реклы нафиг не впились.

Спам, постоянно требуемая модерация, отсутствие контента, если контент есть, то он выражается в коротких и, зачастую, глупых вопросах, на которые нужно давать ответы, чтобы форум жил. Кроме прочего, если тема форума проходная, что-то по типу вопрос-ответ, то сформировать ядро постоянных посетителей будет крайне трудно, многие приходят, регаются, задают один вопрос, получают или нет ответ - и больше никогда не возвращаются. Выше верно все сказали, юзеры перетекли в группы социалок и то, даже там, админы постят день и ночь, чтобы клиент не растекался. Ну и, кстати, в группы мессенджеров даже больше ушло, чем в социалки, мне кажется. Короче, форумы могут жить, факт, но для этого надо попыхтеть и найти нишу, которая важна, нужна и максимально популярна и потом еще побороться под Солнцем с теми, кто давно в этой нише. Как обычно, в общем )

У адсенса можно вызывать рекламу не прямым кодом на странице, а вызовом в теле функции или вложенном js-файлике? Если да, то сделать небольшую javascript обертку, которая будет проверять метку в url и вызывать тот или иной блок, который будет назначен тому или иному автору. А уже по блокам смотреть и делить доход.

Ну да, ну да. То-то я смотрю, что при курсе 75 нужная мне для работы техника стоила 60к, а сейчас резко стала 75к. И выросла в цене именно за последнюю неделю, вслед за курсом. А так да, "прямая корреляция отсутствует", ага.

Классические решения проблемы:

1. Сделать ревизию сайта, найти "тяжелые" запросы и потребляющие ресурсы, отключить или модернизировать их.
2. Поднять тариф, где будет больше ресурсов для обработки этих "тяжелых" запросов.
3. Переехать на VPS, например, и админить самому. Плюс ресурсов за те же деньги будет больше.

Если у хостера не хватает ресурсов на этом тарифном плане, то они просто так их вам вряд ли добавят.

Никогда так не делал. Если нужно проверить сайт - поднимается его копия на другом домене или поддомене, с ограничением доступа. Либо, если есть возможность - другой IP у хостера, там располагаете полную копию и сменив в hosts лично для себя сопоставление пары IP-имя домена - заходите на сайт как на реальный, при этом попадая на тестовый.

То есть, вы еще и актуальный пароль на чужом сайте вводили? Гениально!