kiev1: Комментарии

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

16 августа 2008 в 0:21

для вида2 надо найти в свойствах вида буквы "Theme: Information" и далее все расписано.
дополнительных функций добавлять в themplate.php, как ни странно, не надо - шаблон и так срабатывает за исключением того что совсем непонятны правила наименования полей внутри шаблона типа
views-view-unformatted--blockpartners2.tpl.php

16 августа 2008 в 0:20

как в шаблоне получить данные отобранных полей вида?
их там просто нет? а пока пишу в шаблоне полнейшее ламерство

15 августа 2008 в 20:43

View2 который в Drupal6 координально отличается от первого который в Drupal5 и для него в темизациях просто не предусмотрена полная темизация для шаблона вида где можно расставить поля как в первом views - во втором они просто не передаются в шаблон и все тут, передается только $rows в которой все поля уже темизированы в соответствии с настройками вида.
или я что то не так понял?
однако все равно вышеприведенные примеры
http://drupaldance.com/blog/theming-views1
с Views2 не работают

15 августа 2008 в 0:14

встречал хостинги которые специально собирают мало затратных клиентов у которых нулевая посещаемость и сайт на голом нтмл, мошенничество короче - отсев производится либо по факту отсутствия php5 либо по факту "не более 60-ти mysql запросов в час" либо "ограничение ресурсов процессора", не давая пользователю никаких инструментов это ограничение соблюдать или контролировать, либо еще какой "хитростью", при чем естественно что "техподдержка" сделает все что бы избавиться от невыгодного клиента, иногда и деньги возвращают, конечно без учета потраченного на них времени.

9 августа 2008 в 23:50

вот этот пункт
" максимальное использование памяти 32Мб (для PHP 4.х 10Мб)."
возможно по умолчанию стоит 4-й пхп, и надо переключить на 5-й ?
и еще странный пункт
"Не допускается пиковое использование процессами пользователя более чем 2,5% ресурсов сервера"
интересно - какие при этом у пользователя есть для этого инструменты? )))

9 августа 2008 в 18:01

хостинг слишком "умно" наоптимизирован - первое - это надо ограничение памяти увеличить до 32-64, так же возможно что на хостинге слишком заограниченно время выполнения скрипта, количество коннектов с одного хоста или еще что-то, а может у вас еще в мозиле плагин firebug - он тоже много может подпортить жизни, особенно с виз редакторами

8 августа 2008 в 5:10

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

7 августа 2008 в 8:23

Akzhan - у меня почему-то после того как я насетапил mysql - просто скопировав my.cnf для 512Мб версии в /etc/mysql/ - она стала довольно быстро работать, там отличие в основном в размере буферов - они меньше чем по дефолту - так вот mysql стала отдавать все что нужно для построения странички за 30-70ms - 100-400 запросов, однако время генерации страницы пол секунды - то есть в 10 раз больше - у вас тоже так? это нормально? или есть какой-то способ (eaccelerator не помогает)

7 августа 2008 в 8:15

а я поставил http://drupal.org/project/memcache только он странный какой-то и для анонимусов данные обрабатывает и для зареганых что то грузит и запрашивает (видно по /var/log/memcached.log), хотя быстрее вроде не стало
в конфиг написал
$conf = array(
'cache_inc' => './sites/all/modules/memcache/memcache.inc',
'memcache_servers' => array('localhost:11211' => 'default'),
'memcache_bins' => array(
'cache_content' => 'default',
'cache_page' => 'default',

6 августа 2008 в 22:46

да, конечно куски данных - но тут возникает дилема что "куски данных" - это то что и так друпал берет из базы без всякого кеша, ну разьве что собирание CCK странички с многими полями, но и это не принципиально - то есть даже на drupal.org догадались что без кеша еще лучше чем с таким странным кешем и на этот случай модуль написали
http://drupal.org/project/cache_disable
Small module that disables all caches while enabled.
финиш )))

6 августа 2008 в 8:53

Ilya1st - опять абстрактные рассуждения - ясно что не вопрос что как-то работать будет и с 1000 и более страниц - вопрос первый - в загрузке сервера при этом и вопрос второй - эффективность кеша, - если, например, у вас страниц с вложенностью 1 и 2 всего несколько и сайт с невысоким ТИЦ - от ТИЦ зависет то сколько будет заходов на внутренние страницы с вложенностью более 2-х, - то возможно для этих нескольких страниц которые анонсированы на главной и будет срабатывать кеш - то есть вероятность запроса странички из кеша будет выше нуля, а вероятность запроса из кеша для внутренних страниц бу

5 августа 2008 в 0:14

не - не о том я что дороже или нет - я вот о чем: падение быстродействия при линейном увеличении количества документов в базе есть принципиальный дефект разработки - если не умеем делать правильное кеширование - то лучше не делать никакого - тогда не будет этой зависимости