для вида2 надо найти в свойствах вида буквы "Theme: Information" и далее все расписано.
дополнительных функций добавлять в themplate.php, как ни странно, не надо - шаблон и так срабатывает за исключением того что совсем непонятны правила наименования полей внутри шаблона типа
views-view-unformatted--blockpartners2.tpl.php
View2 который в Drupal6 координально отличается от первого который в Drupal5 и для него в темизациях просто не предусмотрена полная темизация для шаблона вида где можно расставить поля как в первом views - во втором они просто не передаются в шаблон и все тут, передается только $rows в которой все поля уже темизированы в соответствии с настройками вида.
или я что то не так понял?
однако все равно вышеприведенные примеры http://drupaldance.com/blog/theming-views1
с Views2 не работают
встречал хостинги которые специально собирают мало затратных клиентов у которых нулевая посещаемость и сайт на голом нтмл, мошенничество короче - отсев производится либо по факту отсутствия php5 либо по факту "не более 60-ти mysql запросов в час" либо "ограничение ресурсов процессора", не давая пользователю никаких инструментов это ограничение соблюдать или контролировать, либо еще какой "хитростью", при чем естественно что "техподдержка" сделает все что бы избавиться от невыгодного клиента, иногда и деньги возвращают, конечно без учета потраченного на них времени.
вот этот пункт
" максимальное использование памяти 32Мб (для PHP 4.х 10Мб)."
возможно по умолчанию стоит 4-й пхп, и надо переключить на 5-й ?
и еще странный пункт
"Не допускается пиковое использование процессами пользователя более чем 2,5% ресурсов сервера"
интересно - какие при этом у пользователя есть для этого инструменты? )))
хостинг слишком "умно" наоптимизирован - первое - это надо ограничение памяти увеличить до 32-64, так же возможно что на хостинге слишком заограниченно время выполнения скрипта, количество коннектов с одного хоста или еще что-то, а может у вас еще в мозиле плагин firebug - он тоже много может подпортить жизни, особенно с виз редакторами
ну да, и русификацию в файлы перенести или лучше в код, и лишние функции сократить, ядро от ненужных ступенчатых вызовов множества функций и прочего мусора почистить - и все будет летать... только это уже будет не друпал )))
Akzhan - у меня почему-то после того как я насетапил mysql - просто скопировав my.cnf для 512Мб версии в /etc/mysql/ - она стала довольно быстро работать, там отличие в основном в размере буферов - они меньше чем по дефолту - так вот mysql стала отдавать все что нужно для построения странички за 30-70ms - 100-400 запросов, однако время генерации страницы пол секунды - то есть в 10 раз больше - у вас тоже так? это нормально? или есть какой-то способ (eaccelerator не помогает)
а я поставил 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',
да, конечно куски данных - но тут возникает дилема что "куски данных" - это то что и так друпал берет из базы без всякого кеша, ну разьве что собирание CCK странички с многими полями, но и это не принципиально - то есть даже на drupal.org догадались что без кеша еще лучше чем с таким странным кешем и на этот случай модуль написали http://drupal.org/project/cache_disable
Small module that disables all caches while enabled.
финиш )))
Ilya1st - опять абстрактные рассуждения - ясно что не вопрос что как-то работать будет и с 1000 и более страниц - вопрос первый - в загрузке сервера при этом и вопрос второй - эффективность кеша, - если, например, у вас страниц с вложенностью 1 и 2 всего несколько и сайт с невысоким ТИЦ - от ТИЦ зависет то сколько будет заходов на внутренние страницы с вложенностью более 2-х, - то возможно для этих нескольких страниц которые анонсированы на главной и будет срабатывать кеш - то есть вероятность запроса странички из кеша будет выше нуля, а вероятность запроса из кеша для внутренних страниц бу
не - не о том я что дороже или нет - я вот о чем: падение быстродействия при линейном увеличении количества документов в базе есть принципиальный дефект разработки - если не умеем делать правильное кеширование - то лучше не делать никакого - тогда не будет этой зависимости
Views2 - темизация, в поставке не нашёл модуля - Theme Wizard, как мне темизовать мой блок?
для вида2 надо найти в свойствах вида буквы "Theme: Information" и далее все расписано.
дополнительных функций добавлять в themplate.php, как ни странно, не надо - шаблон и так срабатывает за исключением того что совсем непонятны правила наименования полей внутри шаблона типа
views-view-unformatted--blockpartners2.tpl.php
Views2 - темизация, в поставке не нашёл модуля - Theme Wizard, как мне темизовать мой блок?
как в шаблоне получить данные отобранных полей вида?
их там просто нет? а пока пишу в шаблоне полнейшее ламерство
Быстрая галерея - это быстро (модуль Fast Gallery)
фотографии должен по папкам друпал сам рассортировывать, например gallery.menalto.com это изначально делала.
Блоги на субдоменах
Not Found
The requested URL /blog/9/drupal-blogi-na-subdomenakh was not found on this server.
Все, о чем вы не знали, и боялись спросить по поводу темизации Views
View2 который в Drupal6 координально отличается от первого который в Drupal5 и для него в темизациях просто не предусмотрена полная темизация для шаблона вида где можно расставить поля как в первом views - во втором они просто не передаются в шаблон и все тут, передается только $rows в которой все поля уже темизированы в соответствии с настройками вида.
или я что то не так понял?
однако все равно вышеприведенные примеры
http://drupaldance.com/blog/theming-views1
с Views2 не работают
Как создать пользователя в MySQL или не смешные вопросы...
я серьезно - линукс ставить проще чем винду, у меня в удаленном офисе это люди делали не очень знакомые с компами
Десктоп-клиент для Drupal
когда-то через xml-rpc можно было сайт на многих CMS задефейсить - после этого я xmlrpc.php всегда из корня удаляю - мало ли что ...
Как создать пользователя в MySQL или не смешные вопросы...
поставьте линукс, дайте доступ по ssh - за спасибо помогу все настроить
сВали-хост
встречал хостинги которые специально собирают мало затратных клиентов у которых нулевая посещаемость и сайт на голом нтмл, мошенничество короче - отсев производится либо по факту отсутствия php5 либо по факту "не более 60-ти mysql запросов в час" либо "ограничение ресурсов процессора", не давая пользователю никаких инструментов это ограничение соблюдать или контролировать, либо еще какой "хитростью", при чем естественно что "техподдержка" сделает все что бы избавиться от невыгодного клиента, иногда и деньги возвращают, конечно без учета потраченного на них времени.
Node_images для drupal 6.0
mysql и так с друпалом еле живет, а если в нее еще и картинки добавлять - то вряд ли это хостеру/серверу понравится
Срочно обновляем пятерку до 5.9!
это делается элементарно, в автоматическом режиме
Ищите Плюсы
только на той неделе думал про такую-же идею, а тут уже сделали ))) правда немного не так
Неустойчивая работа Drupal 6.3
вот этот пункт
" максимальное использование памяти 32Мб (для PHP 4.х 10Мб)."
возможно по умолчанию стоит 4-й пхп, и надо переключить на 5-й ?
и еще странный пункт
"Не допускается пиковое использование процессами пользователя более чем 2,5% ресурсов сервера"
интересно - какие при этом у пользователя есть для этого инструменты? )))
Неустойчивая работа Drupal 6.3
хостинг слишком "умно" наоптимизирован - первое - это надо ограничение памяти увеличить до 32-64, так же возможно что на хостинге слишком заограниченно время выполнения скрипта, количество коннектов с одного хоста или еще что-то, а может у вас еще в мозиле плагин firebug - он тоже много может подпортить жизни, особенно с виз редакторами
Этим вечером проапгрейдили drupal.ru до тарифного плана VPS Pro
ну да, и русификацию в файлы перенести или лучше в код, и лишние функции сократить, ядро от ненужных ступенчатых вызовов множества функций и прочего мусора почистить - и все будет летать... только это уже будет не друпал )))
Пожелания для .masterhost
Akzhan - у меня почему-то после того как я насетапил mysql - просто скопировав my.cnf для 512Мб версии в /etc/mysql/ - она стала довольно быстро работать, там отличие в основном в размере буферов - они меньше чем по дефолту - так вот mysql стала отдавать все что нужно для построения странички за 30-70ms - 100-400 запросов, однако время генерации страницы пол секунды - то есть в 10 раз больше - у вас тоже так? это нормально? или есть какой-то способ (eaccelerator не помогает)
Кеширование на файлах
Ilya1st - а чем ваше, приведенное в первом посте, решение отличается от модуля
http://drupal.org/project/fastpath_fscache
?
Кеширование на файлах
а я поставил 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',
Кеширование на файлах
конечно на уровне модулей - иначе как система догадается что где обновилось и что где надо поменять.
Кеширование на файлах
да, конечно куски данных - но тут возникает дилема что "куски данных" - это то что и так друпал берет из базы без всякого кеша, ну разьве что собирание CCK странички с многими полями, но и это не принципиально - то есть даже на drupal.org догадались что без кеша еще лучше чем с таким странным кешем и на этот случай модуль написали
http://drupal.org/project/cache_disable
Small module that disables all caches while enabled.
финиш )))
Пожелания для .masterhost
ну вот drupal.ru как-то же наконец оптимизировали - теперь он на мастерхот и все равно летает - так что все же возможно что то сделать...
Кеширование на файлах
> но что оно делает - чистит все DELETE WHERE cid LIKE 'custom%' а нуно чистить только для одного пользователя
Кеширование на файлах
Ilya1st - опять абстрактные рассуждения - ясно что не вопрос что как-то работать будет и с 1000 и более страниц - вопрос первый - в загрузке сервера при этом и вопрос второй - эффективность кеша, - если, например, у вас страниц с вложенностью 1 и 2 всего несколько и сайт с невысоким ТИЦ - от ТИЦ зависет то сколько будет заходов на внутренние страницы с вложенностью более 2-х, - то возможно для этих нескольких страниц которые анонсированы на главной и будет срабатывать кеш - то есть вероятность запроса странички из кеша будет выше нуля, а вероятность запроса из кеша для внутренних страниц бу
Кеширование на файлах
так вот я и пытался выяснить какой это "общий" случай - оказалось для сайтов с количеством страничек до 100 (!!!) очень грустно.....
Кеширование на файлах
не - не о том я что дороже или нет - я вот о чем: падение быстродействия при линейном увеличении количества документов в базе есть принципиальный дефект разработки - если не умеем делать правильное кеширование - то лучше не делать никакого - тогда не будет этой зависимости