Нееет) у меня только Windows Phone Store работает не в IE. Windows Store только в IE =( и это боль. А при выборе скриншотов в IE плагин SL всегда сбрасывает предыдущую директорию, это тоже боль.
Windows Store работает только в IE, это вообще бред. У меня Marketplace работает в хроме. Согласен, публикация в магазин для телефонов происходит стабильно 5 дней, а вот в Windows Store у меня за день проверяли.
Как то раз мы хотели разрешить публикацию только в нескольких странах, а там список почти 200 элементов, есть кнопка выбрать все, а снять все нет! Ручками, ага… я уж думал скрипт написать
По привычке нажал галочку, пришлось вручную все снимать. А разработчикам магазина за это большой минус. Плюсом до сих пор нет локализации магазина WP Store.
Об этом и говорю, что за капотом большая работа происходит, а использовать это всего написав несколько строчек. Ведь если переписывать систему авторизации совсем вручную, начиная с токенов, шифрования и пр — то с первого раза не получится, на помощь и приходят уже готовые и оттестированные системы.
Авторизация на сайте это такое место, которое делается хорошо и редко меняется. Т.к. за безопасность пользовательских данных отвечают несколько строчек кода. И менять системы авторизации с каждым выходом фреймворка глупо. Другое дело если это можно сделать безболезненно и безопасно. В случае с SimpleMembership такой фокус не пройдет (если ранее использовался ASP.NET Membership).
Да, в основном рассматриваю все-же использование MS SQL + конечно же роли пользователя и сами профили пользователей, т.к. это наиболее распространенная задача (регистрация, авторизация).
У меня на Sql Server Web 2008 абсолютно спокойно ставятся все провейдеры и работают. В 2012 версии, я думаю, проблем тоже быть не должно. Наверное, Вы имели ввиду, что это не будет рабоать, например, с Sql CE?
Да, для SQL CE, также и для SQL Azure (хотя в новых версиях, где-то видел что гораздо проще запустить, но проблемы есть)
Насколько я помню, за это отвечает Membership (MembershipUser)
Верно, только получить эти данные напрямую из базы сложнее чем просто SQL запрос.
Во-первых, есть уже много готовых, например Oracle, db2, но можно спокойно писать и кастомный, о чем есть инфа в документации.
Я и не говорю, что их нет. Скорее о том, что реализация будет сложной если писать отличную от «заранее заданной конфигурации»
Ориентация на модель Пользователь > Роль
— даже не понял, о чем речь, ес честно. Ну, не нравится стандартная, используйте свою. Не вижу проблем никаких. Можно даже свой ролепровайдер написать.
Это о том, что идея этой системы в том что существуют существуют пользователи и существуют роли у этих пользователей. А бывает еще Claim based auth system, когда есть некие права на чтение/запись и пр. SimpleMembership, как я понимаю, делает шаг в сторону упрощения для программиста написания системы авторизации, однако все-же остается такой пробел.
И что значит, получить доступ напрямую? И зачем?
Существует большое количество задач, где основным объектом является профиль пользователя, соответственно выполнять операции с ним хочется напрямую с необходимыми полями в базе а не со всем объектом и напрямую через провайдер данных (Data Layer) а не через Auth Layer.
Я думаю, что они просто добавили новую реализацию мембершипа, которая решает самые простые задачи, от того и simple. И почему Вы пишете, что этот Simple может быть заменой стандартному — тоже не ясно, ведь это просто альтернативная реализация.
Написан для замены — чтобы заменить, потому что он проще в использовании, функциональнее и расширяем. Ведь именно это подразумевает слово замена, чтобы прекратить использовать старый и использовать новый, где очень много чего добавлено (OAuth из коробки).
Спасибо большое за комментарий. Однако авторизация, для меня это не то место, где нужно гнаться за новыми плюшками, буду использовать как только буду понимать как она работает.
Много где использую свою авторизацию (также описана в статье Авторизация ASP.NET MVC). Там мой профиль да и авторизация очень простая получается, выдать токен авторизации и при желании удалить его. Есть у вас мысли по этому способу?
Нет, конечно, указывать телофон при регистрации — бред. А если оформляете заказ онлайн — куда придет номер заказа, чтобы вы на пункте выдачи забрали его? И также не указываете ФИО?
Есть примеры идеальных магазинов или «фишки» (это можно в личку, если не сложно)
А сайту интернет-магазина тоже адрес не скажете? А телефон? А почту для подтверждения заказа или если ХОТИТЕ получать акционные сообщения? проблема что логин нужно придумывать, он может быть занят. А email уже есть. И если интернет-магазин честный, то заваливать вас спамом не будете, если галочки не поставите.
Правда все равно кое-что отвалилось… но это поправим =)
По привычке нажал галочку, пришлось вручную все снимать. А разработчикам магазина за это большой минус. Плюсом до сих пор нет локализации магазина WP Store.
А дизайн буду адаптировать, были готовые стили для кнопок.
MVC5 пока не пробовал.
Да, в основном рассматриваю все-же использование MS SQL + конечно же роли пользователя и сами профили пользователей, т.к. это наиболее распространенная задача (регистрация, авторизация).
Да, для SQL CE, также и для SQL Azure (хотя в новых версиях, где-то видел что гораздо проще запустить, но проблемы есть)
Верно, только получить эти данные напрямую из базы сложнее чем просто SQL запрос.
Я и не говорю, что их нет. Скорее о том, что реализация будет сложной если писать отличную от «заранее заданной конфигурации»
Это о том, что идея этой системы в том что существуют существуют пользователи и существуют роли у этих пользователей. А бывает еще Claim based auth system, когда есть некие права на чтение/запись и пр. SimpleMembership, как я понимаю, делает шаг в сторону упрощения для программиста написания системы авторизации, однако все-же остается такой пробел.
Существует большое количество задач, где основным объектом является профиль пользователя, соответственно выполнять операции с ним хочется напрямую с необходимыми полями в базе а не со всем объектом и напрямую через провайдер данных (Data Layer) а не через Auth Layer.
Написан для замены — чтобы заменить, потому что он проще в использовании, функциональнее и расширяем. Ведь именно это подразумевает слово замена, чтобы прекратить использовать старый и использовать новый, где очень много чего добавлено (OAuth из коробки).
А как вы относитесь к ручной системе авторизации (http://oxozle.com/2013/08/10/avtorizaciya-asp-net-mvc)?
Много где использую свою авторизацию (также описана в статье Авторизация ASP.NET MVC). Там мой профиль да и авторизация очень простая получается, выдать токен авторизации и при желании удалить его. Есть у вас мысли по этому способу?
Есть примеры идеальных магазинов или «фишки» (это можно в личку, если не сложно)