Единственная коллекция, которая имеет modified_time
, - site.static_files
.
Один из способов получить last-modified-date
для сообщений на вашем сайте Jekyll - использовать hook ( documentation ).
_plugins / hook-add-last-modified-date.rb
Jekyll::Hooks.register :posts, :pre_render do |post|
# get the current post last modified time
modification_time = File.mtime( post.path )
# inject modification_time in post's datas.
post.data['last-modified-date'] = modification_time
end
Теперь он доступен в ваших сообщениях как: {{ page.last-modified-date }}
. И вы можете отформатировать эту дату с фильтром даты, например {{ page.last-modified-date | date: '%B %d, %Y' }}
. См. Статью Алан У. Смит, опубликованную на дату публикации Jekill Liquid, в которой описывается тема .
Важное замечание: крючки не работают на страницах Github.
Смотрите на плагин Проверки JQuery , этот плагин удивителен, это чисто для реализации и имеет все функции, в которых Вы могли когда-либо нуждаться, включая удаленную проверку через Ajax.
Также демонстрационный метод контроллера MVC может быть найден здесь , который в основном использует тип действия JsonResult как:
public JsonResult CheckUserName(string username)
{
return Json(CheckValidUsername(username));
}
Dale Ragan записал:
Вы не можете использовать средства управления AjaxToolKit в ASP.NET MVC
, Как Ajax обрабатывается на Переполнении стека? JQuery делает это? В его сообщении Ужаса Кодирования Секреты Ниндзя JavaScript Jeff записал об использовании JQuery при записи Переполнения стека.
, Конечно, они не кодировали его вручную. Я сделал это однажды со всем XMLHttpRequest JavaScript, когда термин "Ajax" был популяризирован приблизительно в 2005. Это был кошмар.
, Как Ajax обрабатывается на Переполнении стека? JQuery делает это?
:-)
Chuck - Никакие заботы. Именно это ТАК для. Вы изучаете что-то, и человек, задающий вопрос, изучает что-то.
Моим любимым путем это выполняет обе проверки клиента и сервера с помощью основанных на модели атрибутов. Я записал короткое сообщение об этом и выпустил исходный код также, который в основном позволит Вам создавать класс как это
class User {
[Required]
public string Name{get;set;}
[Email][Required]
public string Email {get;set;}
}
, И соответствующий код JavaScript будет сгенерирован для выполнения клиентской проверки, а также бегун проверки серверной стороны будет, проверяют отправленную форму.
Используйте гибрид клиентской проверки и серверной проверки.
Для клиентской проверки, подхода, описанного в эти , ответ Daniel Pollard кажется звуковым. Клиентская проверка не обязательна, но предоставит пользователю более хорошее и намного больше быстро реагирующего опыта.
Серверная проверка, с другой стороны, должна быть обязательной: никогда не доверяйте входу от клиента. Я определенно изучил бы возможности, обеспеченные платформой MVC ASP.NET в Предварительном просмотре 5 (как описано в эти ответ Matt Hinze ),
Zack: Yeap, я прочитал то сообщение также и базировался от того сообщения, ТАК jQuery использования как их библиотека JavaScript. Я не могу говорить ТАК команда, но мое образованное предположение - то, что более, чем вероятный они используют ajax функции в jQuery для обрабатывания их ajax запросов. На самом деле не случается так, что плохое кодирование вручную, если Вы пользуетесь библиотекой JavaScript как jQuery, Прототип , и MooTools. Тогда Вы используете недавно возвращаемое значение JsonResult ActionResult для своих действий и выполняете ajax запросы против них. Эти библиотеки инкапсулируют объекты XmlHttpRequest для Вас и облегчают выполнять ajax вызовы и безопасный браузер.
Вы посмотрели на средства управления, которым предоставляют AjaxToolKit? Я использовал MaskedEditExtender и ValidatorCalloutExtender и был очень доволен результатами.
@Dale - благодарит исправить меня на который! Не знал об этом (только что начал использовать инструментарий на прошлой неделе). Игнорируйте мое предложение:)
Мой Путь:
я следую примеру, показанному в контроллере Учетной записи, который поставил с Предварительным просмотром 4 выпуска, где поле является регистрацией контроллера и если с ошибкой встречаются тогда, массив строковых ошибок на потом агрегирован выставленный в том же представлении, которое запустило запрос.
я также следовал за мыслями Stephen Walther на MVC, и я думаю , это сообщение является большим повторно заполнить поля с данными, отправленными для него, чтобы быть измененным прежде, чем отправить его снова.
, Что делает Вас, парни используют?
Мне нравится использовать библиотека LiveValidation в рамках моих приложений MVC ASP.NET. С ним я смог установить путь к сделать проверку на клиенте и на сервере. Тем путем пользователь будет знать, что что-то неправильно прежде даже отправляет форму, и затем используйте серверную функциональность для других отдаленных случаев.
я начал с этим сообщением, которое делает очень хорошее задание о том, как установить подобную установку:
@Chuck - Вы еще не можете использовать средства управления AjaxToolKit в ASP.NET MVC. Они только работают в модели обратной передачи страницы ASP.NET.
Обновление:
С 20 августа 2008, можно использовать Файлы Сценария Только Инструментария Управления Ajax в Платформе MVC ASP.NET. Вот ссылка на , выпуск .
кроме того, здесь является учебным руководством при использовании их для создания раскрывающегося календаря Stephen Walther.
я просто хочу удостовериться, что всем дают правильную информацию, если они читают этот поток.
Можно использовать .net платформа проверки на codeplex, если Вы хотите обе клиент-серверных проверки стороны. Это генерирует код для jQuery, проверяют плагин, базирующийся от правил, определенных в модели. Кроме того, при использовании "усовершенствованной" функциональности платформы, можно вручную управлять jQuery, проверяют настройки плагина. Контроль mvc быстрый запуск .
IMO using xVal with jQuery and DataAnnotationsModelBinder is the best combination.
Sometimes however, there are validation rules which cannot be checked entirely on the client side, so you need to use remote client-side validation.
I figured out way to generically implement remote client-side validation with xVal / jQuery.validate so that
I wrote a blog article on this describing all the details.
Если вы хотите сохранить функциональность "из коробки", но хотите расширить её, посмотрите на мой ответ здесь на вопрос об IDataError.
В основном я использую аннотации к данным и переплетчик моделей для более сложной логики. Я нашел, что это довольно чистый способ и позволяет мне оставаться в рамках того, что предоставляет РС.
Я объясняю, как использовать пояснитель моделей для добавления проверки вашей модели на 'уровне класса' без необходимости использовать IDataError
- что, как вы видели здесь, может быть довольно неуклюже. Он по-прежнему позволяет использовать атрибуты [Required] или любые другие пользовательские атрибуты проверки, но позволяет добавлять или удалять отдельные ошибки модели. Для более подробной информации о том, как использовать аннотации к данным, я настоятельно рекомендую этот пост от Scott Gu.
Одним из способов реализации проверки в ASP.NET MVC является использование аннотаций к данным вместе с проверкой на стороне клиента. В этой статье показано, как это можно сделать для классов моделей, сгенерированных структурой сущностей.