[umka]

HDD это в том числе и SSD, если вы не знали ;)

Я имею в виду общепринятое обозначение "дискового пространства".

Говорят "диск", а подразумеваться может совсем другое.

Во-первых, это "клинические" случаи. Можно и одним запросом нагрузить любой сервер.

Во-вторых, третий раз уже повторяю, мы разговариваем про потребление памяти PHP на шаред-хостинге. MySQL к нему не имеет никакого отношения.

Тогда нужно или перенести его в корень сайта или отключить open_basedir (или ослабить гайки).

Грамотнее, несомненно, перенести файлы.

Не, это PHP, но самописные движки :)

А так, да, посмотрел вордпрессы с небольшим количеством плагинов — около 30 МБ занимается на генерацию одной сраницы.

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

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

Иначе, если всем выделять по гигабайту, то большинство серверов чисто физически не смогут вместить память для размещения более 300 аккаунтов :)

Я считаю ту память, которую забирает php и которая ограничивается memory_limit-ом.

Память, забираемая апачем на другие нужды, memory_limit-ом не ограничивается.

Да не, учитывая, что на генерацию одной страницы в среднем тратится мегабайт 5, то даже если движок сайта ужасно тормозной и на генерацию одной страницы тратит 0.5 секунды, то 256 МБ хватит на то, чтобы обслужить 100 пользователей он-лайн (клацающих раз в секунду!).

Скорее всего, в шрифте отсутствуют кириллические символы.

Используйте другой шрифт.

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

На виртуальном хосте sitename.net добавьте в .htaccess редирект с sitename.domain.com на sitename.net.

Битрикс? :)