marenda, webmin не работает с nginx. Просто ничего про него не знает.
Нагрузка и влияние на другие программы минимальное из возможных : пытается редактировать существующие файлы конфигураций.
Ну и да, на хостинг-панель не похоже. Скорее похоже веб-интерфейс для админа.
IndexSa, Ну, может быть, хостер попытается настроить nginx, чтобы он(nginx) файлы html и .swf обслуживал сам без привлечения apache ? по вашим данным похоже обслуживанием swf занимается apache.
Иначе пора съезжать.
Что касается архитектуры, так это же классно, когда залепить баннерами сайт представляет целую техническую проблему. Народ такие сайты любит.
gspseo, это вы слишком много хабра читаете. сайты все еще делают на html. с cms проблемы бы начались значительно раньше.
вы не сравнивайте свои сайты и 30k легкого трафа на статике. vps с nginx протащит легко.
Они ее опять отключили или забыли, что .swf - тоже статика.
Andreyka, да бред. тогда бы в кукисах было бы имя пользователя, но его там нет. А вот PHPSESSID есть.
Слишком тупо. Скорее всего, встроенный perl в nginx возник именно для склейки главной ремблера из кусочков.
Andreyka, и как же этот nginx ssi узнает как меня зовут? Действительно интересно.
У гугла так вообще ад - стартовая страница полностью подстраивается под пользователя.
Даже если заморочиться и выбирать из второй горячей таблички, данных там мало. Должно быть довольно шустро.
Берите вообще пример с vkontakte : там вообще не заморачиваются актуальностью и число пользователей фиктивным образом имитируют на яваскрипте.
Andreyka, ну вот заходите вы на хабр. чтобы не выводить "привет,%username%", правильное приложение делит страничку на куски и хранит отдельно шапку, отдельно центр, возможно баннеры. скрипт главной выглядит как обработка небольшого числа мелких шаблончиков и склейка этих накешированных html. Целиком страницу кешировать нельзя.
А в вашем примере не обязательно все сразу записывать непосредственно в основную таблицу. Можно накапливать в другой.
Вы замечали, что на этом форуме просмотры тем обновляются не сразу? Именно так и сделано.
iWeb, могут и сильно. Большинство скриптов контролируемой скачки не особо эффективны. Для правильной работы с nginx их нужно модифицировать. Но я бы не стал беспокоиться раньше времени. Пользователей ведь нужно где-то взять, а у вас бюджета нет.
Это решения уровня ваших мифических обменников ? На весь рунет вообще только один знаю - roboxchange. Это ваш?
Я обращаю внимание на то, что mysql query cache сильно недооценен. Особенно при использовании единственного физического сервера.
Кеширование результатов запросов mysql, вместо кеширования итоговых кусков html, есть ужасная глупость.
И что число sql-запросовl не является принципиально важным показателем.
