Pull to refresh
12
Karma
0
Rating
Алексей Садомов @sadomovalex

User

  • Followers 4
  • Following

Как веб-сервер Cowboy и мессенджер Kato помогают друг другу: Немного про Erlang и open source

про иски не слышал, честно говоря. Думаю, что если они и были, то единичного характера — у такой огромной конторы всякое случается. Ну а про сокрытие их информации, это опять же их дело. Я ниразу не адвокат ms, но все это не тянет на попытку уничтожения open source.

Как веб-сервер Cowboy и мессенджер Kato помогают друг другу: Немного про Erlang и open source

> Microsoft, который ранее пытался уничтожить движение open source

Интересно, как и когда они пытались это сделать? Тем, что до недавнего времени не открывали исходников своих фреймворков? Ну так это их дело. Из того что я вижу, они последовательно продвигают open source в .Net стеке (из того, что сразу приходит на ум, Codeplex для хостинга open source проектов, EF, MVC, Orchard). Естественно тут без личного интереса не обходится (прилив поднимает все лодки), но это тоже нормально.

Использование возможностей NHibernate в Orchard.CMS

я выбирал между Umbraco и Orchard, остановился на последнем, как на более перспективном. Umbraco в свое время представляла из себя смесь из xslt и web forms, и ни то ни другое мне не нравилось (и сейчас не нравится). Как там сейчас обстоит дело не знаю, вроде они в сторону mvc тоже двигаются.

Использование возможностей NHibernate в Orchard.CMS

Статья в целом полезная, хотя и немного странная. Не хватает информации, которая логически бы связывала ее части друг с другом. Например, в самом начале вы пишите:
> Orchard не предусматривает прямого доступа к NHibernate по умолчанию
хотя зачем это может понадобится из информации во введении непонятно. К тому же позже как раз показано, как конфигурировать NH напрямую. Так что тут либо следовало написать, что подразумевается под «по умолчанию», либо использовать другую формулировку.

Первая часть начинается вроде бы стройно: показаны проблемы при использовании типов содержимого (это более распространненный перевод для content type, чем контентный тип). После этого в результатах применения подхода с типами содержимого написано:
> Orchard.CMS базируется на контентных частях и контентных типах. Текстовые разделы, блоги, html части и так далее – в большинстве случаев контентные типы или контентные части. Смешивание данные представления и доменной модели приложения – грубое нарушение инкапсуляции.

Это звучит как 3 несвязанных друг с другом предложений. Orchard.CMS — это прежде всего CMS, как бы смешно это ни звучало, и указанные сущности (текстовые разделы, блоги, html части) являются скорее ее моделью, а не представлением. С последним предложением в целом можно согласится (хотя часто в представлениях можно использовать модель напрямую, напр. когда это не требует изменений модели в простых views и не влечет проблем с производительностью), но как это связано с предыдущими двумя предложениями, непонятно.

> Перенести доменную модель и бизнес логику, выполненные в контексте Orchard, на другую CMS или чистый MVC – это огромная работа.

Возможно это и огромная работа, но как это относится к результатам применения подхода к построению модели с помощью типов содержимого, под которым эти пункты сгруппированы? Т.е. если до этого были указаны скорее минусы подхода, то это уже скорее плюс, т.к. использование типов содержимого позволяет сэкономить время, которое будет потрачено для других указанных подходов.

> Тестирование, его придется выполнять в рамках Orchard контекста.

Имеется ввиду юнит-тестирование? Если да, то какие проблемы это влечет? Orchard построен на интерфейсах и очень гибок в этом смысле. Да придется потратить больше времени на создание mock-ов для Orchard-овских сущностей, но его также придется потратить и при использовании других подходов. Т.е. опять недостаточно информации.

После этого вскользь упоминается паттерн Record и начинается вторая часть об использовании NH напрямую. Как вторая часть связана со второй? Какой подход вы в итоге использовали? Проанализировав код конфигурации NH можно сделать вывод, что вы скорее всего используете собственную модель, вместо типов содержимого:
> cfg.Mappings(x => x.FluentMappings.AddFromAssemblyOf());
но это все неявно. Нужно было более детально описать используемый для статьи тестовый сценарий, тогда бы она выглядела как цельная статья. Сейчас она больше похожа на несколько статей из справочной документации.

Не относитесь к этой критике негативно. Чем больше будет статей про Orchard, тем лучше, на мой взгляд. Это хорошая, хотя и своеобразная CMS, написанная и поддерживаемая грамотными людьми. Поэтому в целом я считаю инвестиции в нее оправданными и все последние свои проекты делаю на Orchard-е. Те, кто работал с Orchard-ом скорее всего поймут посыл статьи, но хотелось бы также, чтобы и новички не испугались ее использовать после прочтения. Для этого я и добавил сюда этот комментарий.

Microsoft собирают пожелания для усовершенствования Internet Explorer

Упростить модель разработки и сделать как в FF или Chrome: убрать все режимы эмуляции IE7,8,9,10 и оставить лишь текущую последнюю версию. Рано или поздно это все равно придется сделать, потому что писать код специально с багами, чтобы работало как в эмулируемой версии — это тупик. Вообще надо им отказаться от номера версии и жить спокойно.

Изменение кода системных сборок или «утечка» .Net Framework 5.0

Такой трюк — просто кладезь для библиотеки прототипирования, используемой в unit тестировании. Тот же TypeMock может успешно подменять только несколько классов из mscorlib (DateTime, File и FileStream), а тут потенциал вообще безграничный. Если довести до ума, может получится продукт, не имеющий аналогов. С библиотекой, которая умеет заменять заглушками любой системный вызов, можно будет писать такие тесты, о которых сейчас можно только мечтать. Автор, советую не бросать наработки и продолжать в этом направлении.

Использование SmtpClient для отправления почты через SMTP сервер Яндекса с SSL

> Буквально сегодня исправлял приложение не Delphi…
> Кидаю на форму…
эх, ностальгия

Использование SmtpClient для отправления почты через SMTP сервер Яндекса с SSL

> А какое исключение генерируется при отправке на 465 порт? На порту для ssl всё же точно должно работать.
timeout exception. Работать-то через 465 порт оно может и должно, но не работает.

> Возможно в первом случае вы пытаетесь использовать STARTTLS под уже включенным ssl-соединением, и клиенту становится плохо:)
скорее всего так и есть, однако SmtpClient скрывает низкоуровневые детали протокола, поэтому напрямую команды SMTP посылать серверу через него нельзя. Так что этот комментарий относится скорее к тому, что происходит внутри класса. Статья была именно про то, как отправлять почту через сервер Яндекса, используя доступный интерфейса SmtpClient.

Вообще идея про то, что что-то не так с 465 портом пришла ко мне после попыток подключится к smtp.yandex.ru через telnet:
o smtp.yandex.ru 465
вызывало непонятные глюки. Ошибки соединения не было, но консоль сходила с ума: каретка переводилась вначало окна и символы при печати накладывались на уже выведенный ранее текст. Сами символы команд и результатов выполнения при этом были невидимые. Хотя с 25 портом подключение было успешным:
o smtp.yandex.ru 25
Все это натолкнуло меня на идею попробовать код, который в итоге заработал и который я привел в статье.

Использование лямбд для построения CAML-запросов в SharePoint'е

поддерживается, также начиная с версии 2.0.

Использование лямбд для построения CAML-запросов в SharePoint'е

лучше поздно чем никогда :) Отвечу сейчас, возможно кому-нибудь пригодится:
эта функциональность появилась с версией 2.0. Называется «Dynamic Filtering Conditions»: Camlex.NET 2.0 for Windows SharePoint Services (методы WhereAll и WhereAny).

Онлайн доклад: FubuMVC и современные принципы построения сложных фреймворков

да, Артем записывал. Попрошу его выложить куда-нибудь.

Онлайн доклад: FubuMVC и современные принципы построения сложных фреймворков

я к тому, что из других браузеров live meeting может не завестись.

Использование XSLT-шаблонизатора в ASP.NET MVC

не видно преимуществ, чтобы использовать этот метод на практике (преимуществ, которые бы перевесили необходимость загрязнять инфраструктурными элементами модель, использование многословного xslt, за которым теряется сама вьюшка). Скорость трансформации тоже под вопросом.
Возможно его можно использовать для отдельных action-ов (напр. для генернации отчетов по шаблонам), но не для view. Да и в качестве движка шаблонов я не вижу преимуществ xslt по сравнению напр. с NVelocity, на котором шаблоны выглядят гораздо читабельнее и понятней.

Работа с ВКонтакте Open API в локальном окружении разработчика

у меня в локальном окружении так и сделано: в bindings и настройках браузера прописан test.example.com, где example.com — мой базовый домен

Работа с ВКонтакте Open API в локальном окружении разработчика

Open API имеет интересную особенность — после того, как пользователь аутентифицировался на вашем сайте, он становится аутентифицированным и ВКонтакте. Причем куки ВКонтакте являются persistent — т.е. пользователь остается залогиненным ВКонтакт, даже если переоткроет браузер. Это является проблемой безопасности — т.к. если пользователь зайдет на ваш сайт с чужого компьютера, он сам того не подозревая, может оставить свою сессию ВКонтакте пользователям, которые будут работать на компьютере после него. Кстати так же работает сайт durov.at.

Можно повесить обработчик на кнопку Выйти на свое сайте, который вызывает VK.auth.logout(), но пользователь может закрыть бразуер и не нажимая ее. Я сделал по-другому: logout идет сразу после login, когда все необходимые данные о пользователе импортированы из контакта

Information

Rating
Does not participate
Location
Helsinki, Southern Finland, Финляндия
Registered
Activity