Увеличение производительности сайта - WEBO Site SpeedUp

S
На сайте с 15.07.2008
Offline
139
#31
sirota77:
полагаю речь не о публичных движках, а о cms написанных под свой проект

Дадим же слово маэстро!..

JTRTA
На сайте с 06.07.2008
Offline
25
#32

О как вы любезны ;)

на пхп из паблика навскидку Yii хорошо спроектирован, ток вот цмс на нем пока нету

Дизайн /ru/forum/493415 (/ru/forum/493415) Верстка от 15$ /ru/forum/509339 (/ru/forum/509339) Сайты под ключ aiogino.studio@gmail.com icq: 460146806
S
На сайте с 15.07.2008
Offline
139
#33
JTRTA:
О как вы любезны ;)
на пхп из паблика навскидку Yii хорошо спроектирован, ток вот цмс на нем пока нету

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

JTRTA
На сайте с 06.07.2008
Offline
25
#34

на пхп разбирался с джумлой, друпалом, вордпрессом(столько времени зря убито 😂). обзорно смотрел CI, ZF, CakePHP. но остановился именно на YII. Раньше писал на java но вещи не связанные с вебом. Сейчас поглядываю в сторону Django, но тут проблема одна не каждый заказчик готов сразу выкладывать деньги за дорогой хостинг.

П.с. чет оффтоп начался.. спор не о чем, все паблик цмс для ГС да сателитов, когда сайт становится СДЛ то придется гемороится писать что то стоящее да еще чтоб не потерять индексацию страниц....

S
На сайте с 15.07.2008
Offline
139
#35
JTRTA:
П.с. чет оффтоп начался.. спор не о чем, все паблик цмс для ГС да сателитов, когда сайт становится СДЛ то придется гемороится писать что то стоящее да еще чтоб не потерять индексацию страниц....

Ничего личного, но это мнение человека, "обзорно смотревшего" три фрэймворка?

Ну, это мнение тоже имеет право на жизнь. Ок. Спорить на эту тему и нет желания, и в действительно будет оффтоп. С опытом, думаю, взгляды на программирование поменяются. Удачи!

T.R.O.N
На сайте с 18.05.2004
Offline
314
#36

JTRTA, приятно слышать вменяемого человека.... Фреймворки проектируются для удобства программирования и унификации всякой тряхомути. За все это приходится расплачиваться тоннами текста и скоростью исполнения..

ТС - хотите получить продукт, заказывайте двиг. Любой универсальный продукт заведомо хуже созданного под конкретные задачи

От воздержания пока никто не умер. Хотя никто и не родился! Prototype.js был написан теми, кто не знает JavaScript, для тех, кто не знает JavaScript (Richard Cornford)
S
На сайте с 15.07.2008
Offline
139
#37
T.R.O.N:
ТС - хотите получить продукт, заказывайте двиг. Любой универсальный продукт заведомо хуже созданного под конкретные задачи

Правильно. Любое узкоспециализированное решение, выполненное грамотной командой, всегда лучше. Но это - очень дорого. И в данном случае, ТС интересуется КАК оптимизировать конкретно Джумлу. Все советы сменить Джумлу на сапомис - это чистый бла-бла.

Santyago добавил 22.02.2010 в 00:43

T.R.O.N:
Фреймворки проектируются для удобства программирования и унификации всякой тряхомути. За все это приходится расплачиваться тоннами текста и скоростью исполнения..

Весь цивилизованный мир умеет считать деньги и использовать готовые решения для своих задач. И зачастую, вопрос стоит не "Использовать Zend или писать свой фрэймворк?", а "Использовать ZF или CI? А почему? И сколько будет стоить решение на каждой из платформ?"

О русских программистах, которые с криками УРА начинают писать "Универсальный будильник" с патча ядра Виндовс, давно ходят анекдоты...

[Удален]
#38

если ждумла(ждумля) столько запросов делает, то есть один вариант как ускорить ее малой кровью.

не зная какая у вас там база, но вот намек: если постегр, то pgpool ставим на сервак и через него все конекшны пулятся. Для большого числа запросов в секунду подействует ощутимо.

S
На сайте с 15.07.2008
Offline
139
#39
kapow_expert:
если ждумла(ждумля) столько запросов делает, то есть один вариант как ускорить ее малой кровью.
не зная какая у вас там база, но вот намек: если постегр, то pgpool ставим на сервак и через него все конекшны пулятся. Для большого числа запросов в секунду подействует ощутимо.

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

[Удален]
#40

читал както раз про штуку - mysql proxy, становится проксиком между базой и клиентом, и кеширует в себе все select * и тп, запросы к базе якобы даже не уходят. интересно в каком состоянии проект, идея прикольная и правильная имхо

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий