неа, я имел ввиду про учетки разных ресурсов(вчера заходил под гмэйл, сегодня под ФБ, но т.к. я связал все их между собой, то для системы пофиг под чем я зайду завтра). Я-то как раз вижу пользу в такой штуке :)
и, кстати, чтобы предупредить вопрос в духе — как это поможет… в случае если пользователь зашел под не привязанной учеткой, то просить его ввести е-мэйл(или если ресурс не отдает почту), т.к. почта уникальна для ресурса и к тому же не все ресурсы отдают почту, насколько я помню. Соответственно привязка будет по почте. Понятно, что если задаться целью, то и в этом случае можно наплодить регистраций, но это позволит свести их к минимуму.
А удобство есть во всем этом есть, хотя возможно придется что-то сделать дополнительно для связи разных учеток (в духе «введите емэйл»).
если на сайте есть возможность входа под «учетками» разных ресурсов, то он может банально забыть под какой он заходил на этот сайт до этого (ведь это модная тенденция сейчас — входить под «учетками» разных ресурсов), либо просто поменялись его предпочтения.
ага, более. но никто не мешает делать все базовые вещи с указателями и в паскале. хотя конечно после С паскаль вспоминаешь как тихий ужас в этом плане.
Я не понимаю, почему не прислушаться к пользователям, которые клянут эту страшную поделку уже много лет подряд.
вообще начать стоит хотя бы с: а) есть обычный пользователь, б) есть корпоративный пользователь.
и требования и пожелания у них хоть и иногда пересекаются, но могут очень сильно различаться.
положительно отношусь к Microsoft, но честно говоря интервью разочаровало. Либо одна вода и нет конкретного ответа на конкретный вопрос, либо добавьте в Connect.
Полезность и ценность интервью: 0
Интересность интервью: 0
Можно было и не читать вообще, не прибавилось и, слава богу, не убавилось.
да уже давно имного где применяется такой подход. в УРЛ помещается 2Кб (ИЕ, по-крайней мере. другие еще больше). Соответственно, все что влезет в эти рамки после AES+base64, можно запихивать. Для регистрации новых пользователей с проверкой почты — самое оно. Обычно минимальной информации достаточно для 2Кб. Соответственно, если был левый адрес, то значит и нет мусора в базе, а если нормальный, то в ссылке будет вся та информация, что была при регистрации. В любом случае никто эти ссылки не диктует по телефону, а просто жмут на нее. Туда же можно запихивать и всякие таймауты и прочие данные для последующей проверки на валидность ссылки.
да ну?! фейсбук и сам через какое-то вполне может очень время даже тягаться. гугл деньги получает с рекламы, а с этим у фейбука по-лучше будет. Ему только начать так же как и гугл в другие сервисы инвестировать. А уж МС+ФБ — подавно смогут
лично мне не хватает нормально функционала для 2D графики (клипинг и т.п.)+ нормальные UDP сокеты. Без всего этого не сделать нормальных многопользовательских 2Д аркад без централизованного сервака (хотя я еще не полностью вкурил UDP мультикаст, может все обойдется, но вот функционал для 2D приходится реализовывать с нуля, чтобы не тянуть все барохло от UIElementa для обычного спрайта)
для начала перевести можно это :) там, конечно, не готовое решение, а что-то типа вводной части для новичка — основы. Хоть там и для древних времен описано, но актуальности не потеряло :)
насколько я помню, там основное движок, а игра аля демонстрация его возможностей. и деньги они отбивать вроде как раз на продаже движка планируют. хотя может я туплю и путаю с кем-то.
А удобство есть во всем этом есть, хотя возможно придется что-то сделать дополнительно для связи разных учеток (в духе «введите емэйл»).
www.youtube.com/watch?v=ct1_r_61sk8&feature=autofb
причем мне понравился больше! Автор про многое умолчал!!!
Это, конечно, не представитель жанра в чистом виде для инета, но что-то близкое.
вообще начать стоит хотя бы с: а) есть обычный пользователь, б) есть корпоративный пользователь.
и требования и пожелания у них хоть и иногда пересекаются, но могут очень сильно различаться.
Полезность и ценность интервью: 0
Интересность интервью: 0
Можно было и не читать вообще, не прибавилось и, слава богу, не убавилось.
Что-то типа того:
$url = base64_encode(AES::crypt(serialize($arr), «супер сложный пароль», 256));
ну и в обратку:
$arr= unserialize(base64_decode(AES::decrypt($url, «супер сложный пароль, 256)));
p.s.: это только пример, но суть примерно такая :)
в данный момент пришлось портировать с++ библиотеку: allegronet.codeplex.com
для начала перевести можно это :) там, конечно, не готовое решение, а что-то типа вводной части для новичка — основы. Хоть там и для древних времен описано, но актуальности не потеряло :)