1. Главная
  2. Pilat

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

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

12 декабря 2011 в 0:51

"... при попытке удаления спама с помощью плагина Drupal Views Bulk Operations все хранящиеся на сайте плагины были случайно удалены."

Разработчики jQuery по ошибке безвозвратно удалили содержимое каталога плагинов

Вот от автора epic fail'а:
What Is Happening To The jQuery Plugins Site?

21 февраля 2009 в 23:03

Безопасным код будет, только если правильно работать с базами данных. Друпал работает с базами неправильно, к сожалению - это и наследство старого MySQL, и некоторые другие факторы.
Вопрос: можно ли как -то работать с базами, указывая запрос в форме
SELECT nid, title FROM node WHERE type = ?
Теория и практика говорит, что это самый правильный и безопасный способ, но может ли Drupal его поддерживать?

21 декабря 2008 в 5:27

<a href="mailto:whisk@drupal.org">whisk@drupal.org</a> wrote:
Автообновление это такая неоднозначная штука, что в руках неопытных пользователей будет часто приводить к отказам сайта (учитывая любовь новичков хакать код ядра/модулей ядра/стандартных тем), а у опытных пользователей обновление вызывает проблемы редко (код, который не должен изменяться, изменяется только патчами в крайнем случае, которые накатываются повторно). Но это частность.

12 декабря 2008 в 12:07

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

КАК СТРАШНО ЖИТЬ!!!

12 октября 2008 в 0:49

Alex Tutubalin wrote:
А транзакции - ну можно привинтить в обработке постингов (вроде больше нигде не надо), но неужто часто целостность нарушается?

А кто-нибудь проверял? Например, если выкачать весь сайт drupal.ru - некоторые ссылки недействительные, может быть как раз из-за нарушения целостности? Да и как-то спокойней с транзакциями.

11 октября 2008 в 21:16

Было бы возможно использовать транзакции - перейти смысл был бы. А так - есть ли смысл переходить на Postgres, ведь Drupal не заморачивается с транзакциями, а без них mysql быстрее и распространённее. Вообще интересно, чем вызвано желание перейти?

17 сентября 2008 в 17:53

Мой опыт работы с Postgres отрицательный - Drupal, в целом, его не поддерживает. А где поддерживает, там делает это совершенно неправильно, не используя возможности pg и пессимизируя запросы. Сторонние модули, ориентированные на операции с базами, PostgreSQL не поддерживают в большинстве случаев.

Работает откровенно медленно. И пока с базами данных Drupal не научится работать правильно - работать будет плохо, ИМХО.

1 мая 2008 в 16:10

Вполне.
Я посмотрел новую редакцию статьи и в ссылках нашёл интересные разделы, "Database Schema API. Группа, которая обсуждает API схему базы данных Drupal." - я бы вообще предложил как "Must Read" для друпалистов.

1 мая 2008 в 15:33

Я понимаю, что Вы хотите сделать популярный ресурс, но делайте это корректно. Вы добавили в статью несколько ссылок, и ссылку на "Cхема с сайта webdevgeeks.com (сделана программой SchemaSpy 19 января 2007)", которая схемой не является, а является кашей из связей - непонятно зачем добавили, информации эта схема не содержит, а вот дезинформации много. Собрать разнородную информацию и без обработки объявить это законченным произведением, с моей точки зрения, нельзя.Текст Вы не изменяли, не правили, ошибки в схемах не искали.

26 февраля 2008 в 17:26

Вышла бета-версия FCKeditor 2.6, попробовал - наконец стало возможно им пользоваться, заметно шустрее работает. popup'ы заменили на обычные JavaScript плавающие окошки, какие-то оптимизации для CSS... Есть смысл поставить его вместо 2.5.1 и тестировать.

17 февраля 2008 в 16:53

Вот что мне очень хочется получить: чтобы по умолчанию стоял какой-то простой редактор, типа BUeditor, а при острой необходимости, нажатием кнопки, он заменялся на FCKEditor. Как это сделать? Не будет ли между ними конфликтов?