форум общения русскоязычных пользователей CMS Текстпаттерн
Вы не зашли.
Есть ли у кого-нибудь информация о требовательности Текстпаттерна к ресурсам компа. Насколько не "криво" Текстпаттерн работает с PHP и базами MySQL?
Вопрос возник в связи с тем что мой потенциальный хостер ограничивает использование ресурсов и утверждает, что в хостинге решающую роль играет "степень кривизны" динамики сайта.
И еще два вопроса:
1. Вызов формы <txp:output_form> в Текстпаттерне означает запрос к базе MySQL?
2. В режиме наладки: [SQL (0,001126): select name from txp_lang where lang='ru-ru' limit 1]. Сообщения такого вида означают, что выполняется запрос к базе?
Неактивен
В чем выражается ограничение использования ресурсов?
"степень кривизны" динамики сайта.
Что это?
1) формы хранятся в базе. (вообще, почти все хранится в базе)
2) это время выполнения запроса для извлечения русского языка.
Отредактированно Sergey (07-06-2006 13:51:50)
Неактивен
qqq123 написал:
Вопрос возник в связи с тем что мой потенциальный хостер ограничивает использование ресурсов и утверждает, что в хостинге решающую роль играет "степень кривизны" динамики сайта.
Все хостеры делают ЭТО. Узнай у него кконкретные ограничения, посмотрим.
Неактивен
Ограничение оперативной памяти и процессорного времени.
Степень кривизны динамики сайта - это, другими словами, степень оптимизации работа движка. То есть, например, выполняется очень много внутренних действий необходимых для функционирования самого движка. Может Вы замечали разницу между некоторыми программами? В одной всё летает, в другой даже текст тормозит. Диагноз во втором случае - кривой (неоптимизированный) код.
это время выполнения запроса для извлечения русского языка
Меня интересовал не перевод, а смысл этого сообщения. Означает ли каждое такое сообщение запрос к базе, и значит ли это, что Текстпаттерн обращается к базе ровно столько раз сколько появляется подобных сообщений?
Неактивен
glebotr написал:
Все хостеры делают ЭТО. Узнай у него кконкретные ограничения, посмотрим.
32 - мозги. 300 - проц.
Неактивен
Это в чем? У моего, к примеру, 10 сек. процесоорного времени + 20 мб памяти под данные (думаю, на один процесс)
Отредактированно glebotr (07-06-2006 14:23:25)
Неактивен
Процессор в мегагерцах, память - в мегабайтах.
У моего, к примеру, 10 сек. процесоорного времени + 20 мб памяти под данные (думаю, на один процесс)
А сайт один? И сколько хитов в сутки выходит?
Неактивен
qqq123 написал:
Ограничение оперативной памяти и процессорного времени.
Степень кривизны динамики сайта - это, другими словами, степень оптимизации работа движка. То есть, например, выполняется очень много внутренних действий необходимых для функционирования самого движка. Может Вы замечали разницу между некоторыми программами? В одной всё летает, в другой даже текст тормозит. Диагноз во втором случае - кривой (неоптимизированный) код.
Я не архитектор приложений, но на мой взгляд все логично. Поэтому и использую.
Особой нагрузки на хост не наблюдал.
Меня интересовал не перевод, а смысл этого сообщения. Означает ли каждое такое сообщение запрос к базе, и значит ли это, что Текстпаттерн обращается к базе ровно столько раз сколько появляется подобных сообщений?
Да, именно это и означает.
Неактивен
Интересно какое колл-во запросов к базе можно считать нормальным. В официальном FAQ текспаттерна указывается значение 20-50 запросов. в то-же время некоторые небесплатные движки российской сборки хвастаются тремя-четырьмя запросами со страницы.
у меня получается 30-50 на страницах не переполненных контентом. раздел "каталог" только начал наполнять. а там каждый артикль лезт в базу за картинками и custom_fields.
Неактивен
Pho-No написал:
Интересно какое колл-во запросов к базе можно считать нормальным. В официальном FAQ текспаттерна указывается значение 20-50 запросов. в то-же время некоторые небесплатные движки российской сборки хвастаются тремя-четырьмя запросами со страницы.
у меня получается 30-50 на страницах не переполненных контентом. раздел "каталог" только начал наполнять. а там каждый артикль лезт в базу за картинками и custom_fields.
<txp:if_category> [<txp:if_category>: false] <txp:category1 title="1" link="1" /> [SQL (0,000947): select title from txp_category where name='ppp' and type='article'] </txp:if_category> <txp:site_url/> <txp:posted format="%Y" /> <txp:custom_field name="q" /> <txp:custom_field name="q" /> <txp:site_url/> <txp:posted format="%Y" /> <txp:posted format="%m" /> <txp:posted format="%B" /> <txp:site_url/> <txp:posted format="%Y" /> <txp:posted format="%Y" /> <txp:permlink> <txp:permlink/> </txp:permlink> <txp:article_image/> <txp:title/> <txp:excerpt/> <txp:body/> <txp:link_to_prev> [SQL (0,000980): select *,ID as thisid, unix_timestamp(Posted) as posted from stptp128 where ID=23] </txp:link_to_prev> <txp:link_to_next showalways="1"> [SQL (0,000776): select *,ID as thisid, unix_timestamp(Posted) as posted from stptp128 where ID=25] </txp:link_to_next>
Судя по этим сообщениям, custom_fieldы и article_imagы берутся вместе со статьей и специально за ними Текстпаттерн в базу не лезет. Зато, блин, чтоб показать ссылку на следующую и предыдущую статью - лезет.
ПС Кинь ссылочку, плиз, где прочитал про запросы.
Неактивен
ага, насчет custom_field ты прав. а за картинками у меня лезет в базу bas_lightbox. по два запроса на каждую картинку)
<txp:bas_lightbox img="23"/> [SQL (0,001190): select * from `txp_image` where id='23' limit 1] [SQL (0,001022): select id, ext,caption from `txp_image` where id ="23"]
Неактивен
Pho-No написал:
ага, насчет custom_field ты прав. а за картинками у меня лезет в базу bas_lightbox. по два запроса на каждую картинку)
Код:
<txp:bas_lightbox img="23"/> [SQL (0,001190): select * from `txp_image` where id='23' limit 1] [SQL (0,001022): select id, ext,caption from `txp_image` where id ="23"]
Это наверное потому, что у тебя картинки в базе. А я использовал article_imag - за ним он в базу не лезет. Очень рад, что картинки у меня в папке, а не в базе, т.к. у меня на статью по несколько больших картинок.
Неактивен
Pho-No, классная ссылка.
Всем читать, у кого хостинг слабоват.
Неактивен
Pho-No написал:
Интересно какое колл-во запросов к базе можно считать нормальным.
Вопрос вынесен в зародыш FAQ-а
Неактивен
qqq123 написал:
Процессор в мегагерцах, память - в мегабайтах.
У моего, к примеру, 10 сек. процесоорного времени + 20 мб памяти под данные (думаю, на один процесс)
А сайт один? И сколько хитов в сутки выходит?
За май всего около 40500 хитов (это все запросы, включая связанные файлы, иконку и robots.txt). Думаю, большую часть хендлит ТП.
Неактивен
Интересно теперь еще узнать как перевести процессорное время в мегагерцы (для сравнения с моим планом)... Порыскаю в Яндексе.
Неактивен
qqq123 написал:
Интересно теперь еще узнать как перевести процессорное время в мегагерцы (для сравнения с моим планом)... Порыскаю в Яндексе.
Никак. Ты можешь юзать процессор сколько-то секунд. Сколько он за это время выполнит тактов, зависит от его характеристик 8)
Неактивен
glebotr написал:
Никак. Ты можешь юзать процессор сколько-то секунд. Сколько он за это время выполнит тактов, зависит от его характеристик 8)
Тогда допустим если ты израсходовал свои выделенные 10 секунд, когда снова тебе дается возможность юзать процессор? Другими словами десять секунд относятся к чему: к минуте, часу или может даже суткам?!
PS Если не ошибаюсь, хостер о котором ты говоришь - это Зенон?
Неактивен
Кстати, по теме ресурсов. Удалось сократить количество запросов к базе MySQL в 2 раза, а на некоторых страницах даже в 3,5 раза! Кроме того обнаружил, что с одной большой страницей удобнее работать, чем с множеством форм.
Началась параноя оптимизатора. :) Для чего нужен следующий длинный запрос русского языка?
[SQL (0,008419): select name, data from txp_lang where lang='ru-ru' AND ( event='public' OR event='common')]
Совершенно не понятно зачем он запускается на главной странице и других. В админке еще было бы другое дело. У меня комментов на сайте не будет, можно ли его отключить?
PS Уже отключил, всё вроде работает, даже админка, но не начнуться ли глюки... Кто-нибудь отключал это фиговину?
Неактивен
кол-во запросов в среднем около 70, хотя runtime (~0,07c) - насколько это неблагоприятно? или можно забить?
без recent_comments (10 каментов) и rss_unlimited_categories_cloud (10 категорий) запросов 29. runtime (~0,05-0,06с)
имеет ли смысл пытаться что-то оптимизировать?
кстати, bas_lightbox прожорливый очень. ну его ещё можно терпеть, он далеко не на каждой паге. вставляется скорее в одно место на сайте -- галерею.
Неактивен
mercury написал:
кол-во запросов в среднем около 70, хотя runtime (~0,07c) - насколько это неблагоприятно? или можно забить?
Ага, это у тебя на домашнем компе рантайм такой. А что будет на сервере, где к базе обращается сразу ОГРОМНОЕ количество посетителей? То-то и оно...
Неактивен
qqq123, это не на компе. это хост.
понятно, что когда будут посетители, всё будет иначе.
поставлю вопрос иначе, какие именно запросы исключил/оптимизировал ты? если это конечно, не тайна
Отредактированно mercury (09-06-2006 00:28:20)
Неактивен
qqq123 написал:
glebotr написал:
Никак. Ты можешь юзать процессор сколько-то секунд. Сколько он за это время выполнит тактов, зависит от его характеристик 8)
Тогда допустим если ты израсходовал свои выделенные 10 секунд, когда снова тебе дается возможность юзать процессор? Другими словами десять секунд относятся к чему: к минуте, часу или может даже суткам?!
PS Если не ошибаюсь, хостер о котором ты говоришь - это Зенон?
Он. Насколько я понимаю, один процесс может непрерывно загружать процессор 10 секунд. С перерывами - пожалуйста как хочешь.
Неактивен
mercury написал:
поставлю вопрос иначе, какие именно запросы исключил/оптимизировал ты? если это конечно, не тайна
1. Тупо уменьшил количество форм (вложив их в шаблон)
2. Перенес код PHP из форм в файлы и теперь вызываю их инклудом
3. Таблицы стилей тоже перенес в файлы
4. Отключил вызов языка (кстати, никто пока не ответил на вопрос можно ли это делать)
Время рантайма при этом может не уменьшиться, а наоборот даже возрасти. Моя оптимизация направлена именно на уменьшение количества зопросов к базе, так как предвижу, что именно это будет у хостера слабым местом.
Кстати, нередко бывает и такое, что у хостера сайты лежат на одной машине, а базы на другой. В результате все запросы идут через сеть, а это не есть хорошо. По ссылке, которую выше подкинул Pho-No есть достаточно подробный разбор оптимизации (нужно еще походить по ссылкам с той страницы). Но самое главное - убить формы.
Неактивен
glebotr написал:
Он. Насколько я понимаю, один процесс может непрерывно загружать процессор 10 секунд. С перерывами - пожалуйста как хочешь.
Хм... Что-то странно это, с мегагерцами понятнее. Ведь они же все равно не могут позволить грузить процессор на 100%. Помоему, это больше похоже на отмазку, на случай если сайт окажется в дауне. Хотя, конечно, если у тебя есть возможность следить за загрузкой процессора через панель или логи, то это точно не отмазка.
Неактивен