Написание высоконагруженных приложений

Чем написание высоконагруженных приложений отличается от обычных, кроме оптимизации SQL запросов?

А что вы понимаете под обычными?

-----
Шта? Репозиторий?

Простой скрипт с парой запросов к БД и посещаемостью не более 10 юзеров за раз

А, тогда отличается тем, что пишется 10000 простых скриптов с парой запросов в каждом.

-----
Шта? Репозиторий?

А кэширование?

(Отредактировано автором: 19 Октября, 2011 - 21:05:10)

Tmin10 оптимизацией всего что только можно, причем если в низконагруженных такая оптимизация ориентируется на пользователя, то здесь как правило на сервер.

-----
if(time()>1356048000) die();

А его вы в простеньких не применяете? Зря. Если примените - будет летать. Мне вообще не понятны холивары про эти вот абстрактные названия "простой" и "высоконагруженный". Неужели всем срать с высокой колокольни как оно работает? Все на авось? Да нафик нам оптимизация простого - оно и так простое... Нет уж. Я когда пишу, думаю что пишу, маленький проект или нет...

-----
Шта? Репозиторий?

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

(Отредактировано автором: 19 Октября, 2011 - 21:19:17)

fileatime, filemtime
(Добавление)
ob_*

-----
Шта? Репозиторий?

Т.е. задерживаем вывод, записываем его в файл и обновляем всю динамику, только если файл уже старше допустим 5 минут?

Да.

-----
Шта? Репозиторий?

ну, если проводить оптимизацию, пытаясь сберечь каждый бит памяти сервера, можно потратить много времени(денег), а в случае с нечастыми запросами скрипта, ее КПД будет стремиться к нулю.

-----
if(time()>1356048000) die();

Начало[dot][dot][dot]

Немного примеров реальных систем

Некоторые русскоязычные статьи

И немного теории

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Ничем .. я серьезно, для хорошего программиста - ничем
если ты пишешь хорошие скрипты, если ты работаешь головой (а это подразумевает думать, что делаешь и какие последствия это несет за собой) - то ничем. так же нужно анализировать каждый запрос к БД, так же нужно хорошо разбираться в языке, на котором пишешь (начиная от проблем в популярных библиотеках, заканчивая тонкостями реализации ООП), нужно думать, что можно оптимизировать и сделать быстрее (где применить кэширование, а где нет, как его применить, как расспаралелить какие-то вычисления, что попробовать использовать другую либу и тд) ... это касается не только серверной части, но и js, html и всего, что используешь.

хотя нет, вру, есть два отличия:
1. нужно знать дополнительные технологии - redis, memcached, работа в команде обязывает знать svn и\или git, jira, шардинг баз данных, репликации, очереди и тд - есть нюансы.

2. нужно больше думать наперед. То есть если в простом проекте ты просто делаешь хорошо, то в высоко нагруженном проекте ты делаешь хорошо + продумываешь, а будет ли это хорошо через полгода - год, когда нагрузка вырастет в два раза (зачастую, больше).