Кевин Митник: Дмитрий: они раньше были ololo.fm и там указывали что все вопросы с авторскими правами не к ним а к вк, мол они берут все от туда и юзают их апи
Дмитрий не туда нажал )) "а как работают сервисы типа melody24.net ? тупо заводят много аккаунтов и юзают что то вроже очереди токенов ? или еть какой то более хитрый рецепт ?"
Кевин Митник: а как работают сервисы типа melody24.net ? тупо заводят много аккаунтов и юзают что то вроже очереди токенов ? или еть какой то более хитрый рецепт ?
Александр Василенко: ))))) у меня долгое время тоже был пунктик красиво\некрасиво но в результате решил что все что работает и не мешает последующему переиспользованию кода, поддержки и не сильно ломает архитектуру красиво ))
Александр Василенко: обычно использую retrofit, напрямую HttpClient года три не использовал, ничего актуального нет ( если запрос долгий то использую синхронные запросы в сервисе или rxjava (выглядит классно, но в продакшене пока rx не использовал, но технология явно стоит внимания) если запрос не большой то можно и асинхронно келбеком не замарачиваясь square.github.io/retrofit
проверяли в деле ? у самого был опыт с www.gigya.com .... очень плевался, шаг в право шаг влево и пол ночи секса, после этого с недоверием отношусь к подобным сервисам
Евгений Мойкин: вы не раб и имеете полное право в свободное время заниматься чем хотите, более того иметь актуальное резюмэ это нормально и правильно и никак не индифицирует вас как ненадежного сотрудника. Анонимность в сети если вы в ней работаете миф (я про законные виды деятельности )
Chvalov: если не кртичен размер приложения то javafx хороший выбор, если критично а с++ не нравится (я тоже не в восторге от идеи писать прикладной софт на с++) то посмотрите в сторону python.
mactepok: куки в android приложении ... тот кто писал бэкэнд, тот еще затейник ))) как вариант перегнать их второку и тоже в sharedpreferences, или в файл, или в бд, в любом случае не думаю что данных очень много(в плане веса), не критично куда их записать
Oleg Shevelev: честно говоря читал это все, хотя и признаюсь опыта в js почти нет, но в то что все это безболезнено заведется для android не верю, но обдумав еще раз утром .... хм зато можно сэкономить время и написать сервер хоть на пыхе, хоть на питоне и упростить себе жизнь с администрированием ..., словом надо еще думать .. пусть будут свои проблемы с android и ios, но их я решу быстрее чем с маштабированием
а сами с centrifugo работали ? если да то какие впечатления
Oleg Shevelev: я понимаю что там обычный вебсокет, но если реализовывать всю работу с сокетами руками это лишние затраты, лишние риски на новую технологию ... в приоритете первый релиз а дальше смотреть где узко и не плодить преждевременную оптимизацию
Oleg Shevelev: я не фанат js, и возможно в будущем я воспользуюсь вашим советом, но сейчас куда важнее просто запустится в разумные сроки, пускай ценой десяти серверов там где справился бы один(масштабирование это то что особо вкусно звучит в centrifugo ) но отпугивает отсутствие стабильных библиотек для мобильных
Сергей: я ограничен в бюджете, поэтому скорее всего noede.js главное стартануть а там уже если пойдет и будет необходимость переписать хоть на go, хоть на erlang
sim3x: все через вк, по сути связка iframe приложения и мобильный клиент, сообщение с мобильного на iframe приложение и обратно через сервер, по сути сообщения самому себе. Как вы смотрите на связку (tornado/asyncio)+ webrtc +redis ключевой момент удобство расширения, чтобы при увеличении нагрузки просто добавить еще один сервер
