Поддерживаю, miniITX системка дает полную свободу, есть варианты платок с ноутбычным БП и фанлесс, кушает по минимуму, малошумность тоже несложно обеспечить, придется немного повозится зато никаких ограничений.
А я глупый начал с 64 не подозревая о подвохе, постоянно хаял эту убунту (под конц дня занято вся память + гиг свопа), перешел на 32 и все летает, своп вообще не используется (при том же наборе софта). В общем 64 существует для того чтобы было место удивлению при переходе на 32 :)
А зачем вообще смотреть на друпал если не планируется разработка серьезного сайта? Стандартными модулями без кодинга можно сделать очень многое, гораздо больше чем многими другими CMS'ками. Но для решения нестандартных задач, своей бизнес логики в любом случае понадобятся программисты, и вот хорошо если их творения будут стандартизированы. Почему это хорошо устал повторять — дальнейшая поддержка.
Друпал все таки система для сайтов, а не для пультов управления ядерными реакторами, и вот для сайтов ее и выбирают по в частности указанным мной причинам (основная в стандартном апи с которым разберется любой прогер, то есть не будет зависимости от доморощенных кодеров со своими заморочками/подходами/стилями..). Захочет заказчик отказаться от услуг кодера разработавшего систему, или сам кодер бросит свое занятие.заказчика, и что дальше? Нормальные заказчики понимают эти проблемы. Для реализации специфических задач пишутся свои модули.
Разумеется для специализированных систем нужен специальный софт, но тут речь не о них.
А почему тогда многие серьезные сайты преходят на друпал (это факты, читайте дру.ру форум и сам дру.орг, там довольно часто подробно пишут о переходе) с самописов и больше с других систем? Нет, свое не всегда хорошо, для обучения и прокачки скиллов да, ведь есть мнение что фреймворки нельзя использовать пока не сможешь написать свой такой же :) Зачем свои велосипеды когда есть система с огромным собществом, которую заказчик (защет модулей) или любой другой прогер (защет четкого апи) сможет сам дорабатывать вместо первого кодера, так как это система а не самопис. То есть тут как нигде больше место прогерам, и так же тут есть готовая система, за это друпал и любят.
по-моему использовать CMS разрабатываемую одним человеком в свободное время на коленке — это тратить время в будущем на переход к «нормальной» CMS
в подобных случаях нельзя быть уверенным что завтра-послезавтра автор не найдет себе новое увлечение и благополучно забьет на развитие и исправление багов MaxSite
вот при наличии нормального плагина экспорта всех данных в формат понимаемый хотя бы wordpress (этакая страховка), можно было бы еще с ней поиграться, а так…
да, MaxSite уже сейчас вполне рабочая, обладает рядом преимуществ (как заявляет автор) по сравнения с wordpress, поэтому я как-то рассматривал ее как систему для небольшого сайтика, но использовать пока так и не решился)
Разумеется для специализированных систем нужен специальный софт, но тут речь не о них.
но это ничего, зато когда на экране поплывут градиенты, гламурная морда такой ТНки будет вас потешать
да, и выключенным он будет смотреться лучше
NEC MultiSync EA231WMi — 500
остальными не интересовался
в новости пара абзацев и столько ошибочек, ты на второй год оставался или просто спешил чтобы злой шеф не увидел что ты на хабре торчишь?)
в подобных случаях нельзя быть уверенным что завтра-послезавтра автор не найдет себе новое увлечение и благополучно забьет на развитие и исправление багов MaxSite
вот при наличии нормального плагина экспорта всех данных в формат понимаемый хотя бы wordpress (этакая страховка), можно было бы еще с ней поиграться, а так…
да, MaxSite уже сейчас вполне рабочая, обладает рядом преимуществ (как заявляет автор) по сравнения с wordpress, поэтому я как-то рассматривал ее как систему для небольшого сайтика, но использовать пока так и не решился)