Сайт сообщества | Клуб пользователей | О проекте

Имя
Пароль
ПравилаРегистрацияСправка
Сообщения за деньПоиск

Вернуться   Клуб пользователей портальной системы RUNCMS > Опен Ресурс > Разработчикам

Ответ
 
Опции темы Опции просмотра
Michael-XIII вне форума Michael-XIII
Стар я для всего этого

Аватар для Michael-XIII

| Цитировать Старый #21 05-25-2009, 00:31

Кстати, Шурик - перетащи этот класс из head - я там его переработал дополнительно - serialize не всегда нужен


"А почему в RunCMS глючит ... ?"
"Глупые винят других. Умные – себя. А мудрые идут вперед". (С)
Посетить домашнюю страницу Michael-XIII
  Сообщения: 1,313 c 18.07.2005 | Репутация: 93
ZlydenGL вне форума ZlydenGL
Напильникъ - наше все

Аватар для ZlydenGL

| Цитировать Старый #22 05-25-2009, 16:28

Michael-XIII, имею на борту небольшую засаду, нужен совет гуру

Правильно ли я понял, что даже изменение состава групп пользователей также приводит к тому, что ядро надо удалять и собирать заново? Если да - можно ли повесить анлинк ядра на событие допустим редактирования групп?


Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник.
  Сообщения: 777 c 22.09.2008 | Репутация: 92
Shurik2k5 вне форума Shurik2k5
Проживающий

Аватар для Shurik2k5

| Цитировать Старый #23 05-26-2009, 15:48

ZlydenGL Можно, только нафига это делать? проще после всех настроек включить компилированное ядро.


Форум RunLiveCMS
Багтрекер RunLiveCMS
Энциклопедия RunLiveCMS
Посетить домашнюю страницу Shurik2k5
  Сообщения: 513 c 12.06.2006 | Репутация: 80
ZlydenGL вне форума ZlydenGL
Напильникъ - наше все

Аватар для ZlydenGL

| Цитировать Старый #24 05-26-2009, 16:52

Shurik2k5, вообще-то на форумах обычно довольно большая текучка между группами. Этот вылетел за нарушение Правил, этот наоборот "возвысился" до модератора, этот получил доступ в спецраздел... Вот и приходится после всех подобных действий файл кэша ядра удалять. Поэтому ИМХО и проще удалять его на автоматической основе - все в ту же функцию query() класса mysql.php включить условие, что если идет update/insert в таблицу групп - unlink($core_cache) По-моему так! Ну или вообще его не пользовать - у меня на >500 суточных униках и без него сайт вполне шустренько странички отдает


Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник.
  Сообщения: 777 c 22.09.2008 | Репутация: 92
Michael-XIII вне форума Michael-XIII
Стар я для всего этого

Аватар для Michael-XIII

| Цитировать Старый #25 05-30-2009, 09:36

Компилированное ядро как и файловый кэш SQL - штука спорная и применение или выключение их зависит от вашего сервера. Сейчас с настройкой сервака я СИЛЬНОГО изменения производительности не вижу - что при включенном, что без.


"А почему в RunCMS глючит ... ?"
"Глупые винят других. Умные – себя. А мудрые идут вперед". (С)
Посетить домашнюю страницу Michael-XIII
  Сообщения: 1,313 c 18.07.2005 | Репутация: 93
ZlydenGL вне форума ZlydenGL
Напильникъ - наше все

Аватар для ZlydenGL

| Цитировать Старый #26 06-05-2009, 10:15

Michael-XIII, и все-таки я тебе дифирамбы еще долго петь буду На виртуальном хостинге Мастерхоста включение скомпилированного ядра снижает нагрузку не меньше чем на 30%! По крайней мере - по внешним проявлением (время геренации страничек), "официального" ответа их техподдержки еще не получил.

В общем, потихоньку кристаллизуется мысля, что если такие светлые головы щас на runlivecms нацелились - надо в вашу команду разрабов таки попроситься


Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник.
  Сообщения: 777 c 22.09.2008 | Репутация: 92
Michael-XIII вне форума Michael-XIII
Стар я для всего этого

Аватар для Michael-XIII

| Цитировать Старый #27 06-05-2009, 11:51

>и все-таки я тебе дифирамбы еще долго петь буду
Предпочитаю наличность ;-) Кошельки известны

>что если такие светлые головы щас на runlivecms нацелились - надо в вашу команду разрабов таки попроситься
Я НОВЫМ ранливом не занимаюсь, после рождения мелкой как-то приоритеты поменялись. Дошлифовываю свой сайт в репозитории


"А почему в RunCMS глючит ... ?"
"Глупые винят других. Умные – себя. А мудрые идут вперед". (С)
Посетить домашнюю страницу Michael-XIII
  Сообщения: 1,313 c 18.07.2005 | Репутация: 93
Shurik2k5 вне форума Shurik2k5
Проживающий

Аватар для Shurik2k5

| Цитировать Старый #28 06-09-2009, 13:03

Цитата:
Сообщение от ZlydenGL Посмотреть сообщение
надо в вашу команду разрабов таки попроситься
всегда рады Сейчас как раз идет отладка нового ядра


Форум RunLiveCMS
Багтрекер RunLiveCMS
Энциклопедия RunLiveCMS
Посетить домашнюю страницу Shurik2k5
  Сообщения: 513 c 12.06.2006 | Репутация: 80
pan вне форума pan
): ǝҺɐни dиw ɐн иd⊥оwɔ

Аватар для pan

| Цитировать Старый #29 06-09-2009, 15:25

Цитата:
Сообщение от Shurik2k5 Посмотреть сообщение
Сейчас как раз идет отладка нового ядра
боооооооооян


Напильник для RUNCMS
Строим помаленьку
Для гурманов
Мебель для дома
Посетить домашнюю страницу pan
  Сообщения: 4,777 c 15.03.2004 | Репутация: 121
Michael-XIII вне форума Michael-XIII
Стар я для всего этого

Аватар для Michael-XIII

| Цитировать Старый #30 10-06-2009, 00:27

А что, уважаемые?

Никому не нужен механизм кэширования с использованием памяти eAccelerator?

Переписаны RCCache, RCCachedPage, XoopsBlock

В принципе, уже ничего не мешает прикрутить туда другие кэш - хоть APC хоть Memcache


"А почему в RunCMS глючит ... ?"
"Глупые винят других. Умные – себя. А мудрые идут вперед". (С)
Посетить домашнюю страницу Michael-XIII
  Сообщения: 1,313 c 18.07.2005 | Репутация: 93
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход


Рейтинг@Mail.ru Хостинг провайдер Majordomo. Powered by: vBulletin Version 3.0
Copyright ©2000-2024, Jelsoft Enterprises Ltd.
Все разделы прочитаны - Руководство форума - Архив - Вверх
Rambler's Top100
Output: 84.57 Kb. compressed to 77.32 Kb. by saving 7.25 Kb. (8.57%)
Page generated in 0.10105 seconds with 10 queries