mr_drinkens89

В любом случае вам необходимо сохранять данные для последующего отображения в отсутствие доступа к серверу. Если используется Realm/Firebase, то достаточно несложно найти уже описанные методы решения данной задачи. В любом другом случае придется придется думать и решать самому.

https://firebase.google.com/docs/database/ios/offl...
https://realm.io/solutions/offline-first/

ответ гугла использовать rel="next" и rel="prev" rel="canonical"

Подробнее о пагинации

Необходимо ли индексировать все страницы пагинации, или же достаточно только первой?

необходимо конечно, там же ссылки на товары, но с поправками. Собственно Nikolay Petyukh очень правильно ответил. Хотя бывают нюансы и иногда нужно индексировать. Так же стоит прописывать rel canonical

И как поступить с сортировкой и фильтрами - закрывать от индексации во избежание дублей страниц?

конечно закрывать

Представьте:
Приходит к Вам в магазин покупатель, у Вас куча рядов продукции.
Человек заходит в магазин, видит перед собой первый ряд, например, с молочной продукцией, а проход во все ряды позади молочки - закрыт, висит лента с надписью "Идите нахрен".

Как человек узнает, что там вообще есть?
Вот и робот не узнает, потому что увидит только первую страницу с товарами, а в остальные ему проход закрыт, соответственно, и товары в поиск не попадут, если нигде более на эти товары линков нету.

Другое дело, если есть sitemap.

Все этапы может делать одна и та же вьюшка, просто рендерите разный контент в зависимости от состояния данных на сервере:
1. !user.is_authenticated()
2. !user.has_usable_password()
3. Ваша проверка на существование команды

Хотя другие отвечающие тоже дело говорят: регистрация получается слишком назойливая, боюсь, многие юзеры не дойдут до конца.

Можно посмотреть тут

https://channels.readthedocs.io/en/latest/

Ну правильнее Celery, но я обычно для простых задач советую django-background-tasks

Чувак выше прав, но можешь оставить так:

{
 oneListOfObjects:[],
 twoListOfObjects:[],
 threeListOfObjects:[],
}

А потом, например в constructor App (или что там у тебя оборачивает Provider) вызови запрос к серверу. Тут уж как хочешь. Например, если нужно переписать на React, а сервер не переписывать.

initState - это начальный store ля твоего проекта.
Ты можешь использовать один редьюсер и в нем обращаться к определенным полям store, но чтобы было проще - их расщепляют. В итоге каждый reducer работает со своим полем из store.

Проще всего будет использовать Google Firebase DB https://firebase.google.com, https://firebase.google.com/docs/database/

Планирую его встроить в своё приложение для учёта долгов https://DebtsTracker.io

А почему из БД нельзя сразу извлекать Task где notification_time <= текущего времени и которых еще не уведомили?

То есть вам нужно еще одно поле – статус уведомления (0 - не уведомили, 1 - уведомили).

https://github.com/ottoyiu/django-cors-headers

Не понятно, зачем вы собираетесь нажимать кнопки в браузере за пользователя!?
Вы открываете окно webView для пользователя, он проходит авторизацию,
приложение от соц сети получает инфу, айди, токен и тд, и отсылает на сервер,
сервер связывает данные с внутренним айди пользователя

• Получить/купить сертификат
  
• Настроить веб-сервер nginx/apache/т.д.
  
• PROFIT
  

Django не при чем, ssl/tls termination должен делать веб-сервер, например nginx.

stackoverflow.com/questions/15325891/refresh-uipag...

Если не понимаешь по аглицки то кратко:

- в делегате вставляешь этот метод

func pageViewController( pageViewController: UIPageViewController,
    didFinishAnimating finished: Bool,
    previousViewControllers: [UIViewController],
    transitionCompleted completed: Bool)
 {
    if !completed { return }
    dispatch_async(dispatch_get_main_queue())
    {
        pageViewController.dataSource = nil
        pageViewController.dataSource = self
    }
}

, это не затрагивает текущую показываемую страницу.

Привет.
как вариант:
- сохраняй ID в проперти типа "operatableObjectID"
- при нажатии на кнопку аллерта бери ID из проперти.

наверное лучший вариант:
- вьюКонтроллер указывается делегатом для ячейки
- у делегата метод didTouchAllertButtonInCell:(UICell *)cell
- вьюКонтроллер реализовывает didTouchAllertButtonInCell: метод,
- в методе - по ячейке определяется ее индекс и по индексу находим ID