Не соглашусь с ярыми сторонниками php, ASP.NET вполне достойная внимания платформа. Однако соглашусь, что обычно это аутсорс. Я думаю так вышло по причине более дешевого хостинга в прошлом. Еще, кстати, забыли про Ruby on Rails.
Могу сделать на ASP.NET, если вас устраивает такая платформа - остальное обсуждается
Тут есть несколько вариантов:
1. Logging блок, который идет в составе Microsoft Enterprise Library. Если вы используете эту библиотеку - то логично использовать и логгер из нее. Множество настроек и интеграция с другими болками(Exception handling например). Может сохранять данные как в файл так и в БД и в EventLog.
2. log4net - популярная библиотека для логгирования, так же очень гибко конфигурируется, а по производительности, что немаловажно, быстрее предыдущего варианта
Стоит так же отметить общий подход к логгированию. Стандартно выглядит в коде примерно так:
ILogger logger = SomeFactory.GetInstance(...);
//бизнес логика
logger.LogWarning(...);
Либо же логгер инстанциируется при помощи Dependency Injection контейнера.
Общая проблема такой реализации - это то, что код бизнес логики "замусоривается" вызовами логгера, что раздувает код и усложняет его понимание. Что бы избежать этого я писал специальную обертку с помощью AOP библиотеки PostSharp(она, к сожалению, уже платная), которая позволяет, к примеру, одной строкой логгировать все методы класса без изменения собственно внутренностей его методов.
3. Проект Elmah(http://code.google.com/p/elmah/) - прекрасный инструмент для логгирования и аудита ASP.NET приложений. Поддерживает так же ASP.NET MVC. Построен как раз на принципах AOP.
Я думаю один из трех вариантов вам должен подойти :)
Да, конечно, помогу чем смогу :)
Ну, во-первых нужно найти так называемые Bottlenecks, т.е. узкие места в приложении, которые наиболее всего замедляют его работу. Тут вам в помощь профайлеры, логгирование.
Если же действительно проблема в вычислительной части, то можно посмотреть в сторону PLINQ
http://msdn.microsoft.com/ru-ru/library/dd460688.aspx
Как вариант можно попытаться переписать наиболее трудоемкие алгоритмические части на c++, но тут уже без изменения архитектуры никуда.
Здравствуйте. Что первое приходит в голову - это сделать SOAP сервис на сервере, соответственно при подключении на клиенте Visual Studio сама создаст прокси классы.
StarDust добавил 11.12.2011 в 12:32
Здравствуйте. Отдельную книгу что-то не припомню на эту тему. Есть кое что у Троелсена и Рихтера. Достаточно много информации можно найти в RSDN.
Вброшу свои 5 копеек(по мелочам)
1. При нажатии на кнопочку регистрация появляется окно без перезагрузки - хорошо, но вот при нажатии "отмена" идет перезагрузка страницы - плохо. В окошке логина "отмена" или там "закрыть" вообще отсутствует
2. Зачем внизу страницы так много пустого пространства?
3. Сверху блоки "Latest news, More Headlines". Почему шрифты разные? Не выровнять ли их по высоте? Скроллинг "кружочками" сверху тяжеловат, сложно мышкой попасть.
Это то, что в глаза сразу бросилось :)
Ну и да, насчет логотипа и загрузки Вам уже сказали
Upd
при печати статьи внизу остается блок "post your comment" - тоже нехорошо
согласен, есть SOAP еще, к примеру. А вообще действительно нужно более четко понять чего вы от API собственно хотите?
Можно Umbraco использовать, как вариант
