Отвечаю по теме вопроса.

Идет мужик. Видит - висит корова на проводах, ухом приложиалась к ним.
Мужик (обалдевший) спрашивает: "Ну как?"
Корова: "Пятьсот!"
М: "Чего пятьсот?"
К: "А чего 'Ну как'?"

Или, иными словами, о чем был вопрос-то? Так, чтобы по существу? Что за сайт, что там изменилось за год? Стало ли существенно больше информации? Где информация хранится - БД или "в файлах"? Что значит "подвисает" - это на пару секунд дольше грузится или много минут? Какое ты лично имеешь отношение к этому сайту?

Короче говоря, ничё не понятно.

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

Crash2007
Есть такая функция: microtime(true); попробуй её впихнуть на весь сайт в целиком, на отдельно обращения к БД и обычного вывода.
Может быть хостинг ведёт у себя какие-то работы на сайте. Тогда просто позвони ему, расскажи ситуацию, и спроси, ведут ли они какие-то работы или проблема лично в твоём коде.
В первую очередь надо смотреть на количество переходов по сайту и реальных посетителей. Может кто-то просто валит его со стороны огромным числом обращений. Бывают "детские" атаки, в какой-то момент становится 2000-3000 тысячи посетителей одновременно, он и падает.
Бывает какую-то сложную страницу, вроде поиска, пытаются заспамить. Проверь, как устроен поиск на этом сайте (стоит лимит одного пользователя в минуту).
А бывает просто напичкано всего подряд (moo-tools, jQuery на каком-нибудь фреймворке тяжелом или обращения какие-то объеденённые вообще).

Если БД не тянет, то прийдется создавать статичные страницы (курс Твина к примеру).

Всё равно информации маловато
Для начала попробую предположить, что при создании БД ты не заложил индексы. При малом количестве строк будет быстро работать. А при большом - тормозить будет.

причин может быть просто куча.
1)на одном компе много виртуальных серверов и как раз какойто из них задымил от какого нибудь скрипта.
2) может просто соединение быть слишком медленным и создается ложное впечетление, что скрипт медленно работает.
3) работы на сервере

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

к примеру
$start[]=time();
......
...
if((time()-$start)>5)file_put_contents('log.txt',__FILE__.' '.__LINE__.' '.(time()-$start), FILE_APPEND);

спасибо! прислушаюсь к советам. если чё.назад к вам=))
кстати, как заметил inpost про библиотеки. так вот, тут подключено:
effects.js
glider.js
prototype.js
jquery.min.js
jquery.paginator.js
действительно в этом и может быть проблема?

Crash2007
Чисто теоретически может медленнее открываться страница. Ну это как дополнение к вышесказанному, хотя сами библиотеки много весят. Если 1000 посетителей зайдут одновременно, то твой сервер должен будет отдать по 1мб (вес всех библиотек, приблизительно) всем пользователям. Ну это до кеширования.
Тут основой есть 2 направления, проблема с твоей стороны - скрипт тяжелый, тогда надо статичные страницы, либо не от тебя, тогда надо с хостинг-провайдером общаться, вести анализ сайта.

хостер сказал что у них всё нормально, говорит- проблема в коде..

Crash2007
пингуй сервер, соседние сайты у хостера, может быть они врут.

наверно проблема решена.
вот как было:
были 3 категории, в бд так и хранилось (men,women,sport) в типе varchar, я же производил поиск -- WHERE `cat`='".$_GET['page']."', пологаю из-за этого и были лаги..
теперь переделал поле `cat` в тип int(1)....
и походу проблема исчезла..(посмотрим как будет вести себя сайт след.несколько дней)
ведь в этом и могла быть проблема.правда??