# ab -c 15 -n 1000 vipbeton.ru/
...
Requests per second: 86.62 [#/sec] (mean)
Time per request: 173.178 [ms] (mean)
Time per request: 11.545 [ms] (mean, across all concurrent requests)
Transfer rate: 999.08 [Kbytes/sec] received
Не унижайте так Django. Сервер в данном случае это дешевая VDS-ка, 700MHz VCPU, 512MB RAM, и на ней еще полно всего крутится, включая PostgreSQL обслуживающий указанный сайт, который посложнее будет, чем «Hello World».
Я не понимаю, причем тут техническая подкованность или материальные возможности. Обычно, если файл «18» лежит в папке page, то большинство нормальных серверов его показывают. А вот 10-ки файлов с одинаковым названием index.html только разбросанные по папкам, по одному на папку — вот это уже просто какой-то костыль, с какой стороны ни погляди. Плюс дублирование. У вас один и тот же документ будет открываться по двум разным URI: /page/18/ и /page/18/index.html что уже само по себе плохо. А главное ради чего все это, такие сложности городить, непонятно.
Ну вот, у вас «обычно» имеют, а у меня «обычно» не имеют. Об чем спор? Файлы и расширения имеют весьма туманное отношения к URI и HTTP, а вот последние, как раз, непосредственно применимы к упомянутому интернету.
Погодите, не очень понял, т. е. вы хотите сказать, что у вас даже такая программа вылетает с ошибкой: int main(int argc, char* argv[]) { int act = 1; }
так?
Значит у вас подход не совсем правильный. Когда я хочу что-то изучить хорошенько, то начинаю читать соответствующую документацию. Но, как только натыкаюсь на незнакомый мне термин, то начинаю искать что это значит, и если предо мной открывается новая область, то изучаю сперва её, а потом только возвращаюсь к тому, что читал ранее. И так далее, и так далее, рекурсивно спускаюсь до самых основ… Глубина рекурсии определяется при этом наличием свободного времени и желания знать что-то до определенной подробности.
Рекомендую также всегда гуглить профильную документацию. Если вы думаете, что в наших, российских вузах, все это изучается на должном уровне, то глубоко заблуждаетесь.
Индексируют то они нормально, вот только они не учитывают ссылки, которые пользователи скорее всего ставят не на эти страницы, а на страницы с AJAX. А как известно, на ранжирование страниц в поиске, ссылки с других ресурсов влияют значительным образом в совокупности с контентом.
Как структура страниц мешает объединить JS и noJS, не понятно. Если уж с помощью JS редирект делаете и контент потом подгружаете, то почему бы сразу новую структуру страницы не подгрузить, и заменить ею уже загруженную?
Вы запустили configure, она не нашла у вас opengl и исключила его из сборки. О чем вам было сообщено в процессе автоконфигурации вашей сборки. Разбирайтесь почему это произошло, чего у вас не хватает или не прописано.
Не унижайте так Django. Сервер в данном случае это дешевая VDS-ка, 700MHz VCPU, 512MB RAM, и на ней еще полно всего крутится, включая PostgreSQL обслуживающий указанный сайт, который посложнее будет, чем «Hello World».