Понимаю вашу точку зрения прекрасно. Скажите, и что, удалось сократить общение? Чем занимаетесь вместо этого?
Наша концепция предполагает что-то среднее между шлаком из фоток с корпоративов и серьезным профильным обсуждением :)
Да, веб-приложение просит OAuth, видимо я что-то пропустил и есть способ делать запросы с токеном, изучу момент внимательней, спасибо.
Я изучал интернет на эту тему, а конкретно этот сервис вижу в первый раз, но спасибо за наводку)
И всё-таки в iOS приложении они просят пароль, что ужасно, учитывая их же реализацию с OAuth.
Мы предположили, что гугл точно у всех есть, ну и упор был на более быстрый запуск. По надобности можем добавить классическую регистрацию, если будет спрос.
У нас в планах было привлечение одного клёвого дизайнера/юзабилиста, т.к. текущий вариант был сделан нами, а среди нас ни один человек не является профессионалом в этом)
Ваш вариант хорош, поделитесь стилями?)
Жаль, было бы интересно поконкурировать :)
О, ну у меня уже был некоторый опыт разработки, каунтеры в любом случае должны быть денормализированы, если мы говорим о таких объемах данных.
Что имеется ввиду? Если имеется ввиду, например, фид с хабрахабра — он содержит в себе токен, который и есть авторизационным ключом. Если имеется ввиду HTTP Auth, то нельзя, но такие фиды по-моему никто не делает.
О, поделитесь ссылочкой?
У нас пока всё просто — база PostgreSQL на одном сервере и чёткие индексы в ней (анализировали slow log для составления).
В данный момент в базе 589390 постов, пока ничего не падает. Возможно в будущем перейдем на что-то посовременней, из NoSQL решений.
Тогда вряд ли вам это удастся, т.к. у Google Reader нет официального API и по-человечески (через oauth, с токеном) сделать нельзя. В связи с этим был добавлен импорт. Но если вам сложно — ничего страшного!
Наша концепция предполагает что-то среднее между шлаком из фоток с корпоративов и серьезным профильным обсуждением :)
Я изучал интернет на эту тему, а конкретно этот сервис вижу в первый раз, но спасибо за наводку)
И всё-таки в iOS приложении они просят пароль, что ужасно, учитывая их же реализацию с OAuth.
Обещаю улучшить интерфейс.
Ваш вариант хорош, поделитесь стилями?)
2. Мы учли то, что фид может быть приватным, поэтому в расшаренном посте нельзя кликнуть на источник.
О, ну у меня уже был некоторый опыт разработки, каунтеры в любом случае должны быть денормализированы, если мы говорим о таких объемах данных.
Поставил приложение feedly, оно просит гугл-аккаунт и пароль, или я что-то не понял?
Если можете — порекомендуйте друзьям/знакомым, это будет лучший донейт.
У нас пока всё просто — база PostgreSQL на одном сервере и чёткие индексы в ней (анализировали slow log для составления).
В данный момент в базе 589390 постов, пока ничего не падает. Возможно в будущем перейдем на что-то посовременней, из NoSQL решений.