Как оптимизировать скрипт сайта?

наверняка узкие места оной специалистам известны, но если придётся обращаться к человеку, который шарит в оптимизации, но именно этой cms не разбирал - вы существенно уменьшите потери времени, если будете знать какая именно запчасть вызывает нагрузку.

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

Один из радикальных и ленивых вариантов это кэширование страниц.

попробуйте почитать здесь http://www.google.ru/search?source=ig&hl=ru&rlz=&q=%D0%BA%D1%8D%D1%88%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5+htaccess&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+Google&meta=lr%3D&aq=f

и вот вроде что то интересное http://www.kamaikin.ru/artical/php/16/40/

самто я на php еще сайты не кэшировал только на руби.

но кэштрование страниц, однозначно снимает нагрузку и в код скрипта лезть надо минимально.

я могу взяться, на сколько я понял проблема только в превышении лимита на процессорное время или нагрузка на MySql тоже есть?

Основным способом для оптимизации скрипта сайта будет ручной просмотр, а так же очень желательно привлечение специалиста, неграмотно написанный код может быть представлен в значительном нагромождении ненужных шрифтов, бесполезной графики или нересайзенной графики ( тяжелый .bmp вместо более легкого .jpeg, к примеру).

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

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

ооо да . coppermine с открытыми исходниками и разрабатывается с 2003 года. вы все реально думаете что найдете там плохой код?

дайте лучше адрес галереи. может быть у вас там водяные знаки на лету накладываются.

netwind, PHPNuke вообще не помню с каких времён разрабатывается.. :)

Dreammaker, понимаю сарказм, однако в отличие от *-nuke, coppermine и сейчас довольно популярная и легкая галерея сама по себе и никто ее не забрасывал как нюки.

Ну например вывод шаблона через парсинг его не самая лучшая идея по моему мнению, если учесть что мы работаем с php. И код там довольно старого вида, а проще сказать говнокод.

bukachuk, а что? вы забыли, что php изначально создавался как язык шаблонов? много вы знаете верстальщиков, которые увидев php паникуют и как давно они работают в отрасли?

по крайней мере, применительно к этой теме, самый скоростной способ.

Сходный продукт Gallery2 построенный в лучших традициях хабрастартапа (ООП, ORM, шаблоны smarty, кеширование чего угодно, полная независимость от СУБД, реально гибкая система прав), стал настолько сложным и тормозным, что вообще закрылся. Они теперь разрабатывают Gallery3 - c нуля и попроще.