Как уменьшить нагрузку сайта на сервер? (собираем инфу по теме)

ИМХО баян очередной пишите :)

Большие - это насколько большие?

Они итак кешируют, без всяких .html

баян

опять баян

мускуль шустрее на мелких запросах, на более-менее серьезных он здесь не конкурент

от себя (из практики):

написать правильный robots.txt

включить фильтры ботов по user-agent

рекомендую начать Вашу статью именно с этих пунктов, а уж потом оптимизировать код и прочее

На dedic.ru есть достаточно материала на эту тему

Ерунда какая-то, а не советы.

Ага. Берете, значит, проект с мегабайтом кода и давай оптимизировать скрипты.

Не забудьте еще про мир во всем мире написать - столь же реально.

Аналогично бесполезный совет.

Нафига?

Вообще, извините, вы сколько проектов, реально создающих нагрузку на сервер, имеете?

А все эти "советы" можно заменить одним - выбросьте старый код и напишите новый заново. Идеальная установка для программиста-двоечника.

FixGuitar, если вы программист, то пишите сразу нормальные скрипты, если администратор - настраивайте сервер.

Что касается MySQL и PostregreSQL, то вообще система с MySQL работает быстрее (в целом), но учитывая ее популярность на хостингах, можно предположить, что использование PostregreSQL даст выигрыш в производительности, в связи с менее загруженным сервером баз данных.

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

Сразу нормальные скрипты написать нельзя (теоретически). Всегда есть возможность что-то улучшить. Да и все относительно , оди операторы быстрее для маленьих данных, например при выборке из бд, а другие при больших .. (говорю на примерах пхп4)

А по теме, если грузит сильно, Уменьшайте кол-во запросов, делайте кеширование. статические странички ...

Спасибо за советы!

Это был всего лишь небольшой старт-ап :)

Ну а куда же деваться. При мегабайтах кода, возможно, проще переписать некоторые "грузные" участки/скрипты, чем переписать с нуля, как Вы предлагаете в своём сообщении.

По переводу баз данных в тхт на MySQL - парсинг больших файлов занимает много времени и даёт большую нагрузку.

"большие тхт", насколько большие?

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

Понятное дело, что конечном счёте MySQL это тоже файлы, но я сейчас не об этом. MySQL это специализированный сервер баз данных, если его оптимизировать корректно (верно устанавливать основные/др. ключи, проводить индексацию), то здесь несомненно будет выигрыш в скорости и производительности, нежели у обычных текстовых файлов, в которых этого всего вообще нету.

Если база данных находится в "простом" (отсутствие спец. структуры, напр.) формате текстового файла - лучше перевести её на MySQL.

Если писать спец. формат базы данных, то это уже другой, весьма не простой вопрос. И не отрицаю, что вполне приемлемый. Единственное не стоит забывать о том, что над MySQL тоже не дураки работают. Это годами отработанное средство хранения баз данных. Не так-то просто написать что-то лучше. Тем более малой группой разработчиков :)

Ну зачем же сразу выбрасывать его. Возможно целесообразно переписать только некоторые участки/скрипты, а не весь проект.

Хотя возможно Вы сейчас говорите как раз о частях, а не о всём коде. Тогда прошу прощения.

Kpd,

Я-то программист :) Но статью пишу не только для программистов, а в качестве обзора для владельцев проектов - откуда могут исходить подобные нагрузки. Вовсе не обязательно, что её читать будут и интересна она будет только программистам.

По поводу Вашего сообщения. "сразу нормальные скрипты" слишком обширное и сложное понятие. :)

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

Изначально идеальный или "нормальный" скрипт никогда не напишешь. Всегда можно что-то улучшить по ходу процесса создания скрипта. Всегда. Код постоянно улучшается. Рефакторинг спасёт человечество :)

Velior,

Спасибо. Мысль интересная.

Слава Шевцов,

Спасибо большое. Идею кэширования запросов я действительно упустил.

Miracle,

Полностью согласен. Не прочёл изначально Ваше сообщение, поэтому чуть выше написал почти всё тоже самое про улучшение скриптов :)

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

Ставим sql кластер, ставим веб ферму + между ними юзаем memcache

Добавляем тазики по мере роста. И все дела.