способ интересный, но настроить связки cck+views+еще десяток модулей сделать кодом - процесс не то что трудоемкий, а нереальный для большинства. и по времени нерентабельно
Согласен, предложенный мною метод, наиболее оптимален для серьезных проэктов.
P.S.
Делать связки CCK+Views довольно просто, вот взгляните, например, на install_profile_api.
1) на devel все делаем не мышкой, а кодом в install-файле модлуя
2) синхронизируем файлы модуля с product
3) запускаем update.php на product
Плюсы метода:
1) апдейт проходит без ошибок (если конечно вы в коде не накосячили)
2) изменения можно вносить в систему управления версиями
3) это работает на ура с сайтами, где БД размером больше ГБ
Для этого необязательно лезть в код. Достаточно обнулить MySQL-таблицы с кешем.
Для начала можно было бы попробовать очистить кеш средствами Drupal - admin/settings/performance
Если не поможет, полезть в базу MySQL напрямую, тем же phpMyAdmin воспользоваться.
Таблицы с кешем можно узнать по префиксу "cache_";
Я считаю, что вам следует использовать именно Drupal:
- одно из самых больших сообществ (без программистов не останетесь)
- качественный, стабильный код (в 7 версии все работает только с тестами)
- неограниченный функционал
- гибкость темизации
Минусов у Drupal нет. Весь этот бред о том что Drupal плохо работает под нагрузкой - действительно бред.
При грамотной настройке серверного программного обеспечения Drupal будет "летать".
1) для девелоперских целей использовать не Windows системы (трояны не будут пароли тырить)
2) регулярно менять пароли (1 в 2 недели например)
3) пароли составлять "нормальные" типа fd#F__1221dfa*
для параноиков:
не использовать FTP, а работать через SSH с генерацией ключей.
Получить nid ноды после создания используя drupal_execute
1) db_last_insert_id($table, $field)
2) db_query с уточнением поиска по специфическому полю (если боитесь, что первый вариант не сработает)
Обновляемся до Drupal 6.16
файлы с изменениями:
Друпалогия — первый журнал про Drupal
Спасибо ребята! Очень хорошее начинание.
Возможно, я найду время что-то написать.
Перенос изменений с devel на production сайт. Как?
Перенос изменений с devel на production сайт. Как?
Согласен, предложенный мною метод, наиболее оптимален для серьезных проэктов.
P.S.
Делать связки CCK+Views довольно просто, вот взгляните, например, на install_profile_api.
Перенос изменений с devel на production сайт. Как?
Все решается очень просто:
1) на devel все делаем не мышкой, а кодом в install-файле модлуя
2) синхронизируем файлы модуля с product
3) запускаем update.php на product
Плюсы метода:
1) апдейт проходит без ошибок (если конечно вы в коде не накосячили)
2) изменения можно вносить в систему управления версиями
3) это работает на ура с сайтами, где БД размером больше ГБ
Минусы:
1) немного трудоемко
Лекарство: Переформирование кэша при падении сайта
Для этого необязательно лезть в код. Достаточно обнулить MySQL-таблицы с кешем.
Для начала можно было бы попробовать очистить кеш средствами Drupal - admin/settings/performance
Если не поможет, полезть в базу MySQL напрямую, тем же phpMyAdmin воспользоваться.
Таблицы с кешем можно узнать по префиксу "cache_";
SQL код для очистки таблицы:
TRUNCATE TABLE cache;
Syslog не пишет логи. FreeBSD 7.2.
оказалось пишет он в файл...
проблема: постоянно мне выводится вот это сообwение: warning: openlog() has been disable
Есть 2 пути решения:
1) деактивировать модуль Syslog.
2) разрешить openlog на сервере.
Аудит скриптов, выявление модификаций
Если я правильно понял задачу, думаю подойдет hacked">http://drupal.org/project/hacked]hacked[/module]
Drupal 6.14 и Drupal 5.20
Файлы с изменениями:
разумно ли использование Drupal ?
virdfel, вы попали по адресу!
Я считаю, что вам следует использовать именно Drupal:
- одно из самых больших сообществ (без программистов не останетесь)
- качественный, стабильный код (в 7 версии все работает только с тестами)
- неограниченный функционал
- гибкость темизации
Минусов у Drupal нет. Весь этот бред о том что Drupal плохо работает под нагрузкой - действительно бред.
При грамотной настройке серверного программного обеспечения Drupal будет "летать".
Видео репортаж о DrupalCamp Kyiv 2009
Mitas, ролик хороший, интересный!
Не хуже, а то и лучше чем по телику на центральных каналах!!!
Хостинг от Гора. История, планы, цели.
тут поднимался вопрос о качественном украинском дата-центре. ответил. вот и весь смысл.
Взлом сайта
1) для девелоперских целей использовать не Windows системы (трояны не будут пароли тырить)
2) регулярно менять пароли (1 в 2 недели например)
3) пароли составлять "нормальные" типа fd#F__1221dfa*
для параноиков:
не использовать FTP, а работать через SSH с генерацией ключей.
Таксономия и фильтры
думаю стоит изучить возможности views
Хостинг от Гора. История, планы, цели.
mirohost.net - качественно, но дорого.