между тем, уже 2.3.8, я как-то переходы 2.3.5 -> 2.3.8 пропустил, не до обновлений было, так что меньшей кровью всё обошлось. Но осадок от нерабочих остался хотя бы по отклику сообщества.
К примеру, для построения отчетов по работе интернет-магазина стандартного функционала AR не хватает и силу хитрой математики. Считать на стороне приложения — ресурсоёмко. Приходится писать SQL включения. А в рельсах я, действительно, новичок, так что буду благодарен, если поправите меня в утверждениях.
лично мне — ничем, multiprocessing действительно позволяет обойти проблему GIL, я скорее негодую о существующем багаже модулей, которые решают мои задачи не учитывая этот вариант реализации распараллеливания, на переписывание которых мне не хотелось бы тратить время.
пробовал, не очень хорошо там всё, как минимум из-за того, что работает с selenium, набор селекторов ограничен, как и с русским языком там не всё дружно. Про написание всего сценария на русском я уже умалчиваю. В общем — не понравилось мне .( хочу еще попробовать подружить джангу с pycukes, но пока что не получается.
Тот же рельсовый огурец позволяет тестировать всё, кроме яваскрипта, хотя, знакомые спецы уже и эту проблему видели решенной (есть вариант с selenium, и с capybara
это, конечно, клёво, да. Но скорость порождения процесса не сравнить с созданием потока ведь. Вообще об это много копий сломано, на сколько мне не изменяет память, и даже является одним из способов троллинга питонистов. Я просто напомню, что большинство модулей написано с учётом таки проблем с GIL, переписывать их — не сильно подъемная задача. Но это не мешает мне любить питон, не смотря на критику в его адрес =)
чем мне не нравится джанго:
1. отсутствие cucumber (если предложите другое адекватное джанго-ориентированное средство BDD, буду только рад и счастлив)
2. ненастраиваемая до тонкостей rails логика валидация ModelForm. Последовательная валидация в заданном порядке с условиями возврата и сброса проверок как-то не получилась. Особенно из-за порядка валидации типизированных полей.
чем мне не нравятся рельсы
1. крайне медленные хелперы. Использование собственных хелперов сильно сказывается на быстродействии проектов.
2. крайне убогий(по сравнению с джанговским ормом) ActiveRecord. Такого количества SQL как там, мне писать не приходилось нигде вообще.
пишу на django вот уже год, до этого работал с C#, asp.net mvc
вы забыли о волшебстве с GIL, когда вся ваша армия с атомными базуками и прочим хламом пытается уехать в светлое будущее на одном общим на всех велосипеде .) LLVM и прочий UnladenSwallow до продакшн версии так и не довели. psyco тихо умер, ограничившись х86 платформой. У вас есть что-то еще на примете?
кстати да. у нас в команде возникало много проблем с джанго-проектами, из-за того, что джанга со стандартной структурой приложения позволяла сделать чуть больше чем нужно. Рельсы в этом плане более строги к внутренним соглашениям по расположению компонент веб-приложения.
как-бы, фреймворк был назван в честь джаззмена, поэтому и неудивительно, что вы найдёте кучу инфы о некоем мистере Рейнхарде. Но самый сок будет, если вы внезапно захотите попробовать grappelli .)
Canonical и сообщество gentoo смеется над твоим предположением. Проприетарные драйвера на мой bcmwl4312 работают в доказельство. Туда же Virtualbox, который не OSE можно отнести.
Mozilla то скорее всего не включит его в основную поставку браузера, но обязательно выпустит расширение, которое будет помогать поддерживать H264.
Чтобы профиль оперы лежал где-то отлично от ~/.opera и опера могла что-то туда писать — надо дать пользователю, который запускает ту самую Оперу права на запись в это нестандартное место (предположим, что это /tmp) но первая же перезагрузка убьет весь профиль и прочее барахло (если это опять-таки пресловутый /tmp). Давайте на вскидку вспомним краткий перечень каталогов, в которые может что-то записать непревелигированный пользователь?
И да, опера, на сколько я помню, из своих GUI не позволяет менять путь к профилю, разве что в config:opera или как это там называется. Но раз уж чувак долез до такого тонкого тюнинга, то мозгов на поиск и удаления вредноносного кода из системы у него хватит. Мама-домохозяйка явно оставит всё как есть. И никуда ваш оперный профиль из домашнего каталога не денется.
Тот же рельсовый огурец позволяет тестировать всё, кроме яваскрипта, хотя, знакомые спецы уже и эту проблему видели решенной (есть вариант с selenium, и с capybara
1. отсутствие cucumber (если предложите другое адекватное джанго-ориентированное средство BDD, буду только рад и счастлив)
2. ненастраиваемая до тонкостей rails логика валидация ModelForm. Последовательная валидация в заданном порядке с условиями возврата и сброса проверок как-то не получилась. Особенно из-за порядка валидации типизированных полей.
чем мне не нравятся рельсы
1. крайне медленные хелперы. Использование собственных хелперов сильно сказывается на быстродействии проектов.
2. крайне убогий(по сравнению с джанговским ормом) ActiveRecord. Такого количества SQL как там, мне писать не приходилось нигде вообще.
пишу на django вот уже год, до этого работал с C#, asp.net mvc
Mozilla то скорее всего не включит его в основную поставку браузера, но обязательно выпустит расширение, которое будет помогать поддерживать H264.
И да, опера, на сколько я помню, из своих GUI не позволяет менять путь к профилю, разве что в config:opera или как это там называется. Но раз уж чувак долез до такого тонкого тюнинга, то мозгов на поиск и удаления вредноносного кода из системы у него хватит. Мама-домохозяйка явно оставит всё как есть. И никуда ваш оперный профиль из домашнего каталога не денется.