1. Главная
  2. Ильич Рамирес Санчес

Ильич Рамирес Санчес: Комментарии

Главные вкладки

2 февраля 2008 в 0:21

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

я у себя решу.... просто поставив в settings.php строчку putenv('TZ=Europe/Moscow');

Решение временное + для наших и части СНГ - то есть зима/лето у нас синхронно туда сюда ходят.
Потому даты встанут правильно...ну за исключением пары часов в году... но это мелочи Smile

31 января 2008 в 23:41

то то и оно что там нет сезонного смещения. то есть если DST у юзера не совпадет с DST на сервере - юзерю будет плёхо.

вывод: вывод времени в том виде что есть - залипуха.
абыдно

27 января 2008 в 23:44

Вообще то
1.заменять cache.inc не надо - это неграмотный подход. сходите на друпал орг - посмотрите как это делается для любой подмены того что в includes. Если вы этого не знаете значит модуль вам не нужен.
2. у вас наверно php4 и там это работать не будет. только php5
3. у вас винда - я не знаю как flock на винде себя ведет.

Вроде все.

26 января 2008 в 17:38

Эти товарищи не учитывают того что база может быть нагружена десятком других сатов висящих на хостинге.

А чистка большой таблицы cache_page при большом числе записей и при частом обновлении пользователями создаст тормоза.
У меня нет удаления из кеша. у меня есть чекпойнт отображающий актуальность записи в кеше.
Это быстрее. Есть мысль как оптимизировать систему еще. Но еще сильнее - это будет несколько опасно.

26 января 2008 в 3:51

переписать функцию меню blog/ - содрать вывод из модуля блогов и добавить в выборку записей свой тип который нужно.

Свой дополнительный модуль короче Smile

21 января 2008 в 12:55

Этот вариант кеширования решает проблемы с прожорливостью модуля path?

для анонимусов прожорливость решается стандартным кешем. для неанонимумов - надо тестировать advcache

20 января 2008 в 4:29

Денвер - зло. С 20 лет как начал программировать - всегда делал свои сборки. И по настройкам и по остальному.

Знаете как меня донимают новички почему нельзя подрубить в денвере то или это или почему вдруг чтото перестает работать а они разобраться не могут?
Или как пипл хочет поставить какой либо модуль но его мозг забит денвером. У него в голове щелкнуть мышой и получить результат.

Денвер делает водителя мыши из начинающего программиста...

19 января 2008 в 19:56

все на вид тоже но модуле перелопачены.
в итоге на моих сайтах будет не 200 запросов на юзеря без advcache а 60-100

это радует. при кеше 60-70
То есть система стала реально быстрее.

Бенчмарки проводил на сервере и на домашней - результат - в 2 раза.

А так - воодрузил на всех своих сайтах advcache - по причине того что я стока не съем запросов.

Хотя по тестам видно что 200 запросов на список из 10 нод - это все фигня. При треше с ab грузится php а mysql почти не нагружается. Так что тонкое место - быстродействие php. Больно много данных лопатится.

18 января 2008 в 23:22

200 запросов на зареганого юзера.

больше нод в списке - еще больше запросов.

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

15 января 2008 в 19:29

если кеш больших размеров... я бы поспорил... чето никто не делает squid с бекендом на SQL Smile
именно сам кеш. слишком много промежуточных вещей...

если таблицы кеша большие - это жопа...
а при кешировании те же variables тянутся из кеша. уже один "тяжелый" запрос. не проще быстро из файла конфиг дернуть? Smile

13 января 2008 в 19:13

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

будет комбинированно полюбому.

13 января 2008 в 17:15

оффтопик. сегодня добью cache_clear_all - чтобы делал очередь на удаление каталогов для крона. потом таки придется плагинчик делать для крона Smile

rm -rf из php при чистке кеша - трудоемко. проще mv сделать

12 января 2008 в 21:36

Я думал что премию платят за съекономленные на проекте/оборудовании бабки, съекономленное время. Smile
Премия не подарок. не верный у тебя подход.

Это только в нашем совке есть термин "депремировать", "лишить премии" Smile

12 января 2008 в 21:33

Да... тянуть приходится аську по причине ее популярности.... Sad
Надоело. Или сидишь в глубоком инвизе или на тебя сыпятся бесконечные "привет-пака".

Один человек уже в реале спрашиваеть меня теперь - ТЫ ПОЧЕМУ МОЛЧИШЬ В АСЕ. Я в осадок выпал :)))))))

Есть такое... Аська - зло. Благо ща все лежит. Менял винт и клиент ICQ еще не установлен. Есть более важные дела.

8 января 2008 в 17:16

на тему node_load node_save - ты не прав... я пользую кешак собственного производства. вне базы.

И поверь дернуть все из файла было бы гораздо быстрее чем из БД

Есть идея патча на ядро на эти функции чтобы закешировать только запросы касательно таблицы node - то есть дать системе пользовательские данные тянуть потом. и на пару десятков запросов поджаться при выводе списка нод. Wink

Ясен пень что запросы легковесные, но когда их много... эм.... эм... тормоз это.