public ActionResult MyAction(List<SomeClass> data)
{
....
}
public ActionResult MyAction(string[] data)
{
....
}
switch (Model[i].Type) {
case EventType.Call:
className = 'my-class-call';
break;
case EventType.Meeting:
className = 'my-class-meeting';
break;
// ...
}
<a class="@className" id="user-event-@i" href="@Url.Action("Details", "Event", new { @id = @Model[i].Id })">
<div style="width: 100%; min-height: 110px; border-top: 2px solid #CFCED1; border-left: 1px solid #CFCED1; border-right: 1px solid #CFCED1; background-color: @backgroundColor; cursor: pointer;">
</div>
</a>
.my-class-call { ... }
.my-class-call:hover { ... }
.my-class-meeting { ... }
.my-class-meeting:hover { ... }
Прикол в том, что если удалить физический файл, а запись в БД нет,то рано или поздно будешь сожалеть что написал кривой г-код. Это мы вроде как поняли.
Важно отметить, что доступ идёт на прямую к файлу, а не на сервер с запросом на файлНу да, это "редкий" случай. Важно понимать.
Возможно ли как-то это отследить и вывести ошибку об отсутствии файла (Ну и там не сервер кинуть запрос об удалении записи в БД и т.д. и т.п.)?Возможно. Достаточно добавить проверку на file_exists(), только пути надо указывать серверные (Важно понимать), так как поведение в случае запроса через веб адрес зависит от настроек окружения.
После этого и срабатывает этот блок success. где отрисовывается новый блок.
document.getElementById('client-personal-note-container').innerHTML += appendNotemakrup;
@font-face {
font-family: 'My Super Font';
src: url('data:application/octet-stream;base64,тут-идёт-woff-файл-шрифта-в-base64') format('woff');
font-weight: normal;
font-style: normal;
}