Правильно отвечают. Потому что вы не разобрались с системой кеширования в друпале и теми сторонними модулями, которые для него есть. На друпале делают огромные сайты с миллионами посещений ежедневно и происходит это отнюдь не вопреки легендарным «200 запросов на страницу».
Друпал не только не «старый и больной», он вместе с Аквией еще нас всех переживет.
Одни после получения этого кошмарного знания бросаются писать статьи, другие же нажимают на циферку багов и попадают сюда drupal.org/project/issues/drupal?categories=bug где даже поверхностный взгляд неофита позволяет понять, что это общий багтрекер для вообще всех версий друпала начиная с 4-й.
Простейшие манипуляции с фильтром в заголовке страницы позволяют глубже погрузиться в кошмарность ситуации:
Спасибо за ссылки на багзиллу, но я их все видел, там даже мои комменты есть и путь обхода бага определялся с моим непосредственным участием :)
Я рад, что у вас в виртуалке все корректно работает, но вот лично у меня со времен перехода на гном3 в 11.04 и вплоть до текущей 12.04 проблема с максимизированными окнами есть.
>И вот из-за всей этой хрени я вынужден сидеть на Ubuntu 10.04.
Да обходной маневр с раскрытием окна на весь экран вручную отлично работает, тот же нетбинс запоминает размер окна с предыдущей сессии. Так что можно смело апгрейдится. В случае Юнити так вообще бага нет, а сама она сильно похорошела в 12.04 (но лично мне гном3 таки удобней).
Ну вот у меня прямо сейчас в гном3 любая ява программа с максимизированным окном глючит (неправильное определение координат для главного меню).
С openjdk у меня такого бага нет (проверял на убунтах 11.04-12.04).
Обойти проблему в нетбинсе никто не пытается, потому что ее исследовали и пришли к однозначному выводу, что проблема не в нетбинсе а в ява машине. Почему там до сих пор не исправлено- хз.
Кстати, про это вроде нигде специально не объявляли, но в НБ 7.1 появилась возможность поменять директорию где хранится кеш проектов добавлением параметра --cachedir в строку запуска.
Перенос этой директории на рамдиск или SSD серьезно ускоряет парсинг проектов.
Друпал не только не «старый и больной», он вместе с Аквией еще нас всех переживет.
Статьи на которые он ссылается уже минимум год как устарели.
Идем в самый центр кошмара drupal.org/project/drupal и о ужас! Видим 4682 открытых бага!
Одни после получения этого кошмарного знания бросаются писать статьи, другие же нажимают на циферку багов и попадают сюда drupal.org/project/issues/drupal?categories=bug где даже поверхностный взгляд неофита позволяет понять, что это общий багтрекер для вообще всех версий друпала начиная с 4-й.
Простейшие манипуляции с фильтром в заголовке страницы позволяют глубже погрузиться в кошмарность ситуации:
Для текущей версии друпал 7.15: drupal.org/project/issues/drupal?text=&status=Open&priorities=All&categories=bug&version=1708292&component=All
17 багов! Это вообще отрапортованных, не факт что все они верны.
Для текущей версии друпал 6.26 drupal.org/project/issues/drupal?text=&status=Open&priorities=All&categories=bug&version=1558054&component=All
11 багов!
Просто кошмар какая жопа накрыла друпал! Воистину, последние дни грядут!
Статья дурная, полна много лет как устаревшими сведениями.
Человек похоже не справился с задачей, побежал искать оправданий своего непонимания в интернет.
Нахватался обрывочных сведений из блогов многолетней давности и вывалил сюда плохопереведенную кашу.
Я рад, что у вас в виртуалке все корректно работает, но вот лично у меня со времен перехода на гном3 в 11.04 и вплоть до текущей 12.04 проблема с максимизированными окнами есть.
>И вот из-за всей этой хрени я вынужден сидеть на Ubuntu 10.04.
Да обходной маневр с раскрытием окна на весь экран вручную отлично работает, тот же нетбинс запоминает размер окна с предыдущей сессии. Так что можно смело апгрейдится. В случае Юнити так вообще бага нет, а сама она сильно похорошела в 12.04 (но лично мне гном3 таки удобней).
С openjdk у меня такого бага нет (проверял на убунтах 11.04-12.04).
Обойти проблему в нетбинсе никто не пытается, потому что ее исследовали и пришли к однозначному выводу, что проблема не в нетбинсе а в ява машине. Почему там до сих пор не исправлено- хз.
Лечится редактированием /usr/share/themes/Ambiance/gtk-2.0/gtkrc
Идем на 338 строку с таким содержимым:
style «menu» {
И меняем на это:
style «menu» = «dark» {
Релогин или смена темы туда-обратно решат проблему.
[Запускает реактор AWS-8Q]
Не максимизируйте окно нетбинса, просто растяните хоть на весь экран и меню будет нормально работать.
Забыл написать, в /etc/sysctl.conf
vm.swappiness = 1
Как ограничение выставил size=2G в fstab.
Своп никак не влияет на систему пока есть свободная оперативка, но вот если она закончилась- без свопа приложения начнут падать по OOM.
Поэтому иметь его все-же желательно, но лично я под своп создал лишь файл в 500Мб, так как он у меня редка заполняется хотя-бы на десяток мегабайт.
Перенос этой директории на рамдиск или SSD серьезно ускоряет парсинг проектов.
Подробнее тут: wiki.netbeans.org/TS_71_SeparateCache
Но в связи со сторонними проблемами вовремя не выложили, а потом уже решили задержать официальный анонс до окончания новогодних праздников.
Так что роадмэп не так уж пострадал :)
Есть девелоперская версия плагина для 7.1, но придется пользоваться дев версией НБ, впрочем, оно не так страшно как может показаться.