Моя проблема с загрузкой этого файла пакета была плохой символической ссылкой. Поэтому проверьте ссылку и при необходимости замените ее на новую. В этот момент все встало на свои места. Не знаю, как это произошло, но так оно и было. Первый раз, когда произошла синтаксическая ошибка.
MySpace, Orkut, Форумы ASP.NET, Microsoft.com...
ASP.NET имеет большие функции кэширования и выравнивания нагрузки, которые делают это подходящим для высоких веб-сайтов загрузки.
Это - также очень гибкая, хорошо разработанная платформа. Если Вы не любите часть его или думаете ее производительность, интенсивная для Вашего высокого приложения загрузки, можно просто вывести тот слой и заменить его собственным. Если Вам не нравятся WebControls и Страницы из-за его издержек, Вы можете записать свое собственное HttpHandler
с.
В основном, я думаю ASP.NET, MVC будет лучшей платформой для высокой загрузки и настроенными веб-сайтами, так как это может быть больше настроенной руки (относительно страниц ASP.NET, которые пытаются абстрагировать далеко получающийся HTML на серьезных основаниях), и работает лучше с приложениями Ajax. WebControls и ViewState являются двумя частями, которые обычно стоят перед критикой, которые в значительной степени уходятся в MVC.
ASP.NET получает плохой рэп в мире "Web 2.0". MySpace имеет 50 миллионов + пользователи, и я назвал бы ту "высокую загрузку".
я думаю, что, как примерно любая другая веб-технология, возможность инструмента находится в руках разработчика, создающего для него. Если разработчики ASP.NET проигнорируют кэширование и выравнивание нагрузки, то приложение не обработает загрузку, и это не будет отказ ASP.NET.
monster.com, Newegg, большинство новостных сайтов, и намного больше!
ASP.NET является определенно хорошей платформой для высокого, загружают сайты, но не спускают глаз с тех расширений "Ajax". Они симулируют делать частичные обратные передачи страницы, но у них есть вся загрузка полностраничной обратной передачи.
<dwim>
элемент, за исключением того, что <main>
может на самом деле пробиваться к спецификации и к браузерам, возможно с определенным значением, рендерингом по умолчанию и ожидаемым поведением браузера, которые удивляют Вас.
– Jukka K. Korpela
19 December 2012 в 22:23
А также вышеупомянутые ответы, Проект Кода является сайтом ASP.NET.
Когда люди спрашивают, могут ли сайты ASP.NET обработать высокий трафик, я часто отсылаю их к plentyoffish.com. Сайт имеет крупный трафик и работает на горстке серверов. Это известно тем, что воздействовало в течение многих лет на два сервера---один для подавания изображений и один для обработки всего остального.
Ответ - "да и возможно". Это может обработать его? Совершенно определенно. ASP.NET имеет много функций. С большим количеством функций, существует много, который может быть сделан плохо в сайте. Крупному сайту нужно тщательное конструктивное соображение и планирующий удостовериться, что это и горизонтально и вертикально масштабируемо. Возможности, если Вы просто будете стрелять от бедра и сделаете какую-либо фактическую обработку на серверной стороне, то Вы в конечном счете окажетесь в мире вреда.
Мы любим Платформу.NET и взволнованы с гибкостью и питанием ее - ASP.NET, является ли поддержал C# или VB.NET стабильной и многофункциональной платформой. Для большего количества основных деталей вокруг проблем производительности я настоятельно рекомендую Microsoft Улучшающаяся Производительность приложения.NET и Масштабируемость . Вы можете дополнительно загрузка абсолютно бесплатная электронная книга содержания, также.
<main>
элемент теперь с необходимыми нейтрализациями без последствий вообще и затем каждый раз, когда заявление подано, это будет семантически более эффективно? Есть ли не шанс также, что сам элемент won' t быть " соединенный болтом on" к спецификации?
– rickyduck
19 December 2012 в 20:34
less:development
, когда у Вас может быть несколько задач вless {}
блок? – Pete 25 June 2014 в 19:05