Однако, как я и говорил. Интересно, насколько популярны подобные услуги.

http://www.mydropwizard.com/drupal-6-lts

Официальный список компаний, поддерживающих 6 LTS
https://www.drupal.org/node/2646980

Кстати в Pressflow еще исправляют кое-какие дыры до сих пор
https://github.com/pressflow/6

Появился форк MongoDB под названием TokuMX от компании Tokutek, поддерживающий много важных вещей, которых нехватало MongoDB, и которые удерживали многих от использование этой замечательной СУБД:

• поддержка ACID
• отсутствие глобальных блокировок на запись
• хорошая скорость на запись когда данные не помещаются в память
• полноценные транзакции, как в 1 запросе, так и в нескольких запросах

В качестве бонуса - сжатие документов на диске, позволяющее экономить ресурс SSD и в целом позволяющий сильно ускорить чтение-запись, когда есть свободные ресурсы CPU.

Хочу сделать сайт для тренировки (не на Друпале) - простой сайт или сервис, полезный людям. Разумеется, сайт не просто как каталог статей, а позволяющий применить скиллы программиста
Коммерческий потенциал не принципиален.
Мож у кого есть идеи ? Или чего нехватает ?
Поглядел сайты типа "идеи для сайта" - там >90% шлак.

Обсуждали, или нет ?
http://developmentseed.org/blog/2012/07/27/build-cms-free-websites/

В свое время отказался от использования HandlerSocket, когда оно было только анонсировано (обычно сначала решение сырое). Сейчас глянул - оно уже давно включено в состав MariaDB. Возможно, оно уже давно созрело
Есть идея на нем построить кеш, сессии, lock.inc (в общем, стандартный джентльменский набор) плюс пропатчить ядро, чтобы все простые запросы через него работали без парсинга SQL.
Вижу в подобном решении много преимуществ:
1) Отсутствие доп. софта - значит конфигурация сервака проще
2) Расход памяти меньше, т.к. handlersocket жрет ту же память мускуля, что и при SQL доступе. В случае решений типа Memcache, Redis, Mongodb память расходуется дважды - при доступе в базу и на отдельный кэш.

Широко известен факт, что дублированный контент может возникать за счет произвольных GET параметров. Однако, страницы с такими параметрами просто так не попадают в индекс, поэтому редко создают проблемы. Можно представить вариант атаки на сайт путем прогона в индекс ПС таких дублированных страниц, однако в данном обсуждении хочу обсудить немного другую проблему, вызванную вполне естесственными причинами.

Представим следующую структуру URL:
story/travel/
story/travel/india

Если в определенный момент на сайте пропадает страница story/travel/india, в некоторых случаях данный URL начинает обрабатываться кодом, отвечающим за story/travel. Это не касается, например, случаев цифровых идентификаторов - там корректно работает проверка аргумента.
Таким образом, если значительное количество страниц удаляются, они выдают не 404 а родительский пункт меню, и сайт может пострадать от санкций за дубли. Как минимум, увеличивается нагрузка от роботов ПС по обходу всех этих дублей (на слабом хостинге может и сайт положить).

Может быть кто-то находил глобальный способ отучить Drupal такой обработке URL ? Вставлять проверку URL для каждой страницы отдельно, мне кажется, не очень удачный вариант.

Есть, грубо говоря, сайт "для блондинок", на котором долгое время использовались метки-теги (словарь с неограниченным количеством терминов) в постах. Столкнулся с несколькими серьезными проблемами:

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

В итоге получается:

• В словаре создается бардак. Модуль Unitag помогает с ним бороться, но не решает проблему полностью, т.к. борется с последствиями, а не причиной
• Лишь часть материалов имеет метки, в итоге поиск по меткам дает лишь очень неполную картину и не заменяет обычный поиск
• Часть материалов имеет некорректные метки, что приводит к замусориванию поиска по меткам

Сейчас вот думаю, может вообще нафиг эти теги спрятать (грубо говоря, оставить для поисковиков). Есть еще модуль Community Tags где можно дать возможность активистам помечать чужие материалы, но это создает новый слой проблем - "какого хрена мой пост в дневнике пометили словом Х ? Уберите сейчас же!".

Сделал модуль FileField Load Multiple, оптимизирующий загрузку информации о файлах при отображении полей FileField/ImageField с помощью Views. Модуль избавляется от 1 лишнего запроса для каждого файла/изображения, таким образом больше всего будет полезен сайтам, отображающим много файлов на странице - фотогалереи, каталоги файлов.

Иногда офигиваешь, какие "инновации" выдают "Drupal-консультанты".
Если б не "Sponsored by Duo Consultiing" я бы подумал, что человек учится программировать.
http://drupal.org/project/ff

Drupal 7 уже был тревожным сигналом - ведь для стабилизации и приближения релиза, Аквии и многим другим компаниям пришлось выделить сотрудников на зарплате, занимающихся решением багов на фул-тайм.
В этом смысле, инициативы Дриза и компании по Drupal 8 очень пугающие:
- очень сильно повышены требования к количеству багов, которые вызывает то или иное изменение
- добавлены очень жесткие критерии приема патчей. Предполагается, что контрибутор должен будет ознакомиться с тонной документации, прежде чем провести какое-нибудь изменение. И это будет действительно тонны - я не шучу. Текущая сложность Drupal - learning curve, как ее называют, покажется детским садом по сравнению с новыми требованиями.

Все это - бюрократизация, дополнительные барьеры для участия многих контрибуторов. Непонятно, как можно забюрократизировать процесс по-максимуму, и рассчитывать что сообщество - добровольцы, будут разгребать все это.
Многие потенциальные контрибуторы уже давно не участвуют в разработке ядра по причине низкой эффективности труда:
- чтобы добавить то или иное изменение, нужно убедить кучу народа
- бесконечные споры по поводу реализации того или иного изменения. В условиях равноправности мнений, из спора очень трудно прийти к компромиссу
- готовые патчи могут висеть месяцами, ожидая своей участи. Стоит только вспомнить эпические изменения, связанные с состояниями гонки (race conditions) в Drupal 6 и каких усилий стоило реализовать их.

http://groups.drupal.org/node/136294

Подозрительно много хвалебных отзывов о Друпале. Наверняка это скрытая реклама! Все знают, что Жумла круче.

Не мое, случайно наткнулся
Обознался...

Наверное, многие используют у себя на сайте готовые базы городов и стран мира. Я тоже недавно воспользовался такой базой. Удивило знакомое название в списке - страна Арулько. Вспомнил, что похожее название встречал в компьютерной игре. Конечно же, это Арулько из Jagged Alliance 2! Кто-то решил пошутить, и добавил в базу вымышленную страну.
Самое веселье начинается, если задать в Google поиск по этому названию. Целая куча сайтов бездумно используют подобную базу городов у себя, видимо, не подозревая об этой шутке: можно познакомиться с людьми из этой страны, и даже купить там недвижимость. Люди уже даже задают вопросы о реальности этой страны.

Будьте внимательны с готовыми базами !

Не знаю, это баг сервера локализации, или так на drupaler.ru работает.
Перевод, экспортированный с drupaler.ru в формате "Drupal 6 формат пакета (перевод с папками)" разбивается на папки, при этом экспортирующий код не проверяет, принадлежит ли текущая папка модулю. В результате, образуются кучи разбросанных папок translations, которые совершенно не жрет автоматический импорт переводов: автоматический импорт сканирует только папки, принадлежащие какому-нибудь модулю. Т.е. "blabla/modules/blabla-submodule/translations" сработает, а "blabla/js/translations/blabla.js.ru.po" не будет импортирован.
Да, можно потом пройтись ручками или скриптом по всем папкам, и скинуть в одну translations внутри модуля, но еще нужно догадаться, что скрипт не учитывает модули. Было бы неплохо починить эту логику, или хотя бы указать, что этот режим непригоден для копирования в инсталляцию Друпала без обработки напильником, чтобы люди не бились головой об стену, пытаясь понять, почему автоимпорт не работает.
Если это баг в сервере локализации, предлагаю отправить баг репорт.

Случайно откопал
сообщество дауншифтеров , по-моему все стандартно...