Так это получается уже произвол какой-то. Это же получается аналогично тому что если бы я купил dvd плеер и смотрю через него пиратские фильмы и в один не очень прекрасный день ко мне стучится представитель магазина в котором я купил плеер и молча забирает МОЙ плеер — бред какой-то.
Объясните мне как происходит удаление программы по инициативе гугла на устройстве пользователя. Неужели втихую без объяснения причин и согласие на это действие?
На стороне какого сервера?
Мне нужно только ограничить выборку значений для пользователей.
Например пользователям с ролью А — вся история, для пользователей с ролью Б — только последние 1000 записей, для пользователей с ролью В — только 10 последних записей.
Как ограничить и при этом сохранить функциональность OData где конечный запрос до базы данных формируется уже за кулисами.
Единственный способ который мне пришел в голову — переопределение фабрик, фильтров и т.д. что бы в конечном счете добраться до лямбда выражения формируемого после разбора и применения OData к IQueryable выражению с последующим анализом синтаксиса.
Это жутко не удобно и не факт что это вообще можно будет сделать.
Нужны ограничения в функциональности запроса, т.е. запрет или ограничение на использование той или иной конструкции в запросе для iqueryable ответов.
Например нужно исключить возможность использовать $skip условие в запросе localhost/api/odata/?$skip=2 или ограничить это значение скажем числом не более 1000
Одно время интересовался темой WebAPI, но из за не проработанной поддержки ограничений в условиях запроса (можно только максимальные значения количества выбираемых элементов ограничить) решил отложить внедрение этого подхода.
Возможно сейчас что то изменилось в этом направлении. Может кто то в курсе?
На месте ютуба и других видеопровайдеров которые живут за счет рекламы нужно вводить ограничение в скорости отдачи видео для пользователей с подобных провайдеров, причем при вводе ограничения нужно писать по каким именно причинам и по чьей вине так происходит.
Цена «порадовала». Специально использовал платный аккаунт на азуре.
Везде значилось — «плата за потребление»
Создал один сайт, загрузил туда заглушку на mvc4, нигде ничего не прописывал для индексации поисковиками, заходил на созданный сайт раз 5 и в конце месяца получил счет в 500 руб.
Именно через behaviours я это проворачивал и еще много через что.
Все это выглядело настолько «красиво» что прям хоть не придумывай свой web api :)
А при чем тут mvc программисты?
Помню как я мучался настраивая WCF на поддержку разнообразных RESTfull запросов. Как я пытался оперировать заголовками http запроса, внедрял поддержку jsonp запросов, занимался проблемами кеширования и выдачей результата в разных форматах (json и xml)
На WCF это было одна сплошная головная боль, не говоря о понимании кода через какое то время.
WebAPI это то что должно было появиться вместе с WCF
Кстати на счет self hosting для WebAPI это первое что мне пришло на ум после изучения WebAPI
Молодцы что так быстро заполнили этот пробел.
Web Api на стадии беты и к пререлизу может многое измениться.
Сейчас можно написать свой класс производный от DataController для управления контекстом базы данных (например connection scope) и пользоваться своими репозиториями как и раньше
Это хорошая лазейка для говнокодеров :).
Не имея знаний и опыта можно такого будет понаписать, что у многих потом волосы дыбом вставать будут.
Для тех кто понимает это довольно интересная возможность.
Естественно разработчики столь интересной возможности подумали над открытием и закрытием контекста.
Для работы с базой данных нужно пользоваться немного другим контроллером (производные от System.Web.Http.Data.DataController) и тогда все встает на свои места.
Возврат IQueryable без использования System.Web.Http.Data.DataController контроллеров подходит для не больших коллекций уже выбранных объектов, это нужно знать и учитывать при разработке.
MS ничего не мешает поддерживать эти обе технологии.
MS нужно увеличивать армию разработчиков, ведь без них у MS мало шансов на популярность.
Поэтому HTML5, который активно развивается и популяризируется среди разработчиков, взят на вооружение.
Операционка мало что значит для конечного пользователя, главное это программы поддерживаемые этой операционной системой. Больше разработчиков, больше и разнообразнее программы, больше людей желающих КУПИТЬ и установить что нибудь у MS
Некоторые можно, а некоторые нет.
Есть хаки для mp4, которые переносят важную инфу в начало файла что бы осуществлять потоковое вещание, но по умолчанию все основные конвертеры формируют эту информацию в конце файла.
Видимо вы толком кодирование не занимались. Поэтому так говорите.
На самом деле подобным образом можно декодировать далеко не все видео файлы.
Например mp4 контейнер некоторую важную информацию хранит в конце файла.
Раз запрос достраивается уже после работы основного метода выборки, то нужен механизм контроля за этим процессом, которого я так и не нашел.
Мне нужно только ограничить выборку значений для пользователей.
Например пользователям с ролью А — вся история, для пользователей с ролью Б — только последние 1000 записей, для пользователей с ролью В — только 10 последних записей.
Как ограничить и при этом сохранить функциональность OData где конечный запрос до базы данных формируется уже за кулисами.
Единственный способ который мне пришел в голову — переопределение фабрик, фильтров и т.д. что бы в конечном счете добраться до лямбда выражения формируемого после разбора и применения OData к IQueryable выражению с последующим анализом синтаксиса.
Это жутко не удобно и не факт что это вообще можно будет сделать.
Например нужно исключить возможность использовать $skip условие в запросе localhost/api/odata/?$skip=2 или ограничить это значение скажем числом не более 1000
Возможно сейчас что то изменилось в этом направлении. Может кто то в курсе?
Везде значилось — «плата за потребление»
Создал один сайт, загрузил туда заглушку на mvc4, нигде ничего не прописывал для индексации поисковиками, заходил на созданный сайт раз 5 и в конце месяца получил счет в 500 руб.
на счет своих http заголовков это довольно скупой пример
Все это выглядело настолько «красиво» что прям хоть не придумывай свой web api :)
А при чем тут mvc программисты?
На WCF это было одна сплошная головная боль, не говоря о понимании кода через какое то время.
WebAPI это то что должно было появиться вместе с WCF
Кстати на счет self hosting для WebAPI это первое что мне пришло на ум после изучения WebAPI
Молодцы что так быстро заполнили этот пробел.
Сейчас можно написать свой класс производный от DataController для управления контекстом базы данных (например connection scope) и пользоваться своими репозиториями как и раньше
Не имея знаний и опыта можно такого будет понаписать, что у многих потом волосы дыбом вставать будут.
Для тех кто понимает это довольно интересная возможность.
Естественно разработчики столь интересной возможности подумали над открытием и закрытием контекста.
Для работы с базой данных нужно пользоваться немного другим контроллером (производные от System.Web.Http.Data.DataController) и тогда все встает на свои места.
Возврат IQueryable без использования System.Web.Http.Data.DataController контроллеров подходит для не больших коллекций уже выбранных объектов, это нужно знать и учитывать при разработке.
MS нужно увеличивать армию разработчиков, ведь без них у MS мало шансов на популярность.
Поэтому HTML5, который активно развивается и популяризируется среди разработчиков, взят на вооружение.
Операционка мало что значит для конечного пользователя, главное это программы поддерживаемые этой операционной системой. Больше разработчиков, больше и разнообразнее программы, больше людей желающих КУПИТЬ и установить что нибудь у MS
Есть хаки для mp4, которые переносят важную инфу в начало файла что бы осуществлять потоковое вещание, но по умолчанию все основные конвертеры формируют эту информацию в конце файла.
На самом деле подобным образом можно декодировать далеко не все видео файлы.
Например mp4 контейнер некоторую важную информацию хранит в конце файла.