Тоже задумался об этом при написании, «решение» звучит как-то не однозначно, в рамках терминологии Visual Studio, «проект» — это не solution и может вводить в заблуждение, поэтому и написал «солюция», но всё же прислушаюсь к рекомендации и напишу проект, но в скобках оставлю ещё английский вариант.
В том виде как я привел пример, я считаю, что да. Конечно ORM — это не магия и одним из плюсов её использования, является возможность работы с Linq, а не писать запросы руками, после чего вставлять параметры, что уменьшит скорость разработки и время отладки.
Согласен, они уже существуют очень давно, если не ошибаюсь, то с версии 1.0, но подходы вроде этого SqlParameter уходят в прошлое, ведя речь про ORM я говорил о данном сайте.
Спасибо за подсказку, действительно, архив получился довольно объемным для столь небольшого сайта, к сожалению, только вечером будет возможность перезалить.
Это скорее не защита, а сокрытие используемых технологий, в последующем можно легко по логам определить, что кто-то пытается собрать данные о сайте и с большой вероятностью для взлома. Запросы вроде: /administrator/index.php или phpmyadmin подсказывают желания посетителя.
наверное, была потеряна частица «не» где-то в конце предложения, последнее где читал о JSON Hijacking была книга: «Palermo J. — ASP.NET MVC 4 in Action», старый вариант можно глянуть тут: json-hijacking-in-asp-net-mvc-2, вставка кода допиленного ActionResult растянула бы статью почти на страницу.
Хм, возможно только мне кажется, что данные опыты немного скучные. До этого смотрел все до единого опыта и многое цепляло: дымовухи, смешения красок, азот, змеи из таблеток и т.д. Первый опыт похож на шар, который раньше протыкали спицами, но тут всё гораздо проще, а второй для меня представляет примерно такой же интерес как опускание перевернутого стакана в воду и о чудо! вода не может вытолкнуть воздух.
Вынужден вас огорчить, но «Дырявый пакет» всё же протекает, видны капли, которые постоянно падают с карандашей, а «Непроницаемая ткань» пропустила 2/3 воды при переворачивании.
Несколько раз просмотрел внимательно статью и так и не понял, что это такое, тем более за такие деньги, если я не одинок, то вот есть обзор. Хоть станет понятно о чём статья )))
Вынужден аннулировать вопрос, где-то пол часа потратил на попытку вспомнить проблему, с которой столкнулся, но что-то кроме этого или этого ничего путного не попадается… там была проблема, для которой данный подход не работал и на просторах stackoverflow были весьма «некрасивые» решения (из-за чего пришлось изменить логику), жаль не могу сформулировать суть проблемы, но там было что-то не банальное. Судя по Вашему ответу, то «обвертка» над кешем не менялась, поэтому вероятность вспомнить суть проблемы у меня ещё есть ))
Ещё маленький вопрос забыл спросить: Вы когда писали, не встречали информацию о OutputCache, как он изменился в MVC 4, программно чистить кэш всё так же неудобно?
хм, MVC 4 использует .NET 4.5, мне кажется что всё не так просто, хотя на stackoverflow.com есть обсуждение о запуске MVC 4 на .NET 4, но оно свилось к переходу на хостинг с .NET 4.5
Рекомендую заинтересованным посмотреть Entity Framework Code First Migrations, довольно подробно она рассказывает, видео совсем короткое, после просмотра я сразу начал искать книжку данного автора, которая приятно меня удивила.
А чем не нравиться данный вариант? И что Вы предлагаете?
Ради интереса достал планшет с книгой Dino Esposito (Programming Microsoft® ASP.NET MVC, 2nd Edition), в которой когда-то тоже читал про локализацию, он предлает использовать свой ActionFilterAttribute, но установка куков всё равно у него потом через Controller.
Ради интереса достал планшет с книгой Dino Esposito (Programming Microsoft® ASP.NET MVC, 2nd Edition), в которой когда-то тоже читал про локализацию, он предлает использовать свой ActionFilterAttribute, но установка куков всё равно у него потом через Controller.