• Как организовать авторизацию в REST API?

    Marcuzy
    @Marcuzy
    php разработчик
    Можете попробовать OAuth и не изобретать велосипед, мне понравилось как написано тут https://www.digitalocean.com/community/tutorials/a...
    Ответ написан
    Комментировать
  • Как организовать авторизацию в REST API?

    petermzg
    @petermzg
    Самый лучший программист
    1. Передаете логин/пароль на site.com/login
    2. Получаете ID сессии
    3. Во всех последующих запросах в header область http запроса добавляете заголовок с ID сессии,
    например (authorization: ZGNkOTU3NGZiODkwZTI3OTY1ZmE4M2ExNDllYWQyMTg=)
    Ответ написан
    7 комментариев
  • Зачем нужен RESTful API?

    @dake1231
    Например если вам понадобится дать возможность сторонним разработчикам использовать, изменять данные вашего приложения, им же нужно будет взаимодействовать с вашим сервером как то. Например вы разрабатываете веб приложение и нужно при добавлений новости сделать автопостинг в соц.сети, как вы это сделаете, через API же?
    Ответ написан
    Комментировать
  • Зачем нужен RESTful API?

    gadfi
    @gadfi
    https://gamega.org
    Я не хочу вас обидеть и не могу давать оценку вашим професиональным навыкам по одному посту, поэтому не принимайте ниже написанное на свой счет.
    Это в целом распространенная проблема в индустрии, имя которой фреймворкоорииентированные программисты ─ странный вид разработчиков которые думают не категориями алгоритмов, патернами или технологиями, а категориями фреймвокров, не задумываясь что под капотом и как это работает (я не отрицая нужность фреймворков и не призываю писать все с нуля, это другая крайность тру программистов).
    Я понимаю назначение REST, но я пока не нахожу смысл его использования Django. Так как существуют дефолтные методы обработки информации таких типов как json, xml, yml...

    Вы не совсем верно понимаете что такое rest, это не просто json/xml формат данных. Вам никто не мешает вместо модуля rest api использовать стандартный модуль для работы с json (ровно как и написать его самому) и реализовать апи руками, без дополнительных модулей.
    Если совсем коротко то REST это делать все максимально понятно и просто, так чтоб даже без документации было все понятно. CRUD прекрасно ложиться на HTTP-методы GET, POST, PUT и DELETE

    Как вы правильно сказали это просто архитектура, нужна она вам в вашем проекте или нет решать вам. А что до кода ... ну не будете вы использовать готовый модуль, но к тому что нужно описывать модели и тд все равно придете, да это не обязательно и можно не делать так как то что творится у вас не сервере клиент не знает, все что он должен знать это документация, но вам же этот код поддерживать.
    Ответ написан
    Комментировать
  • Зачем нужен RESTful API?

    @marazmiki
    Укротитель питонов
    Вы вот тут про REST пишите, а имеете в виду, вероятно, django-rest-framework (лучшее, на мой взгляд, существущее решение для организации RESTful API для джанги).

    Для начала ответьте себе на вопрос: а нужен ли вообще API Вашему сайту. Если объективно нужен (например, с сайтом взаимодействует мобильное приложение, причём не только читает данные, но и отправляет; или фронтэнд построен таким образом, что от сервера требуются только данные, а отрисовка HTML происходит на клиенте; или Вы предоставляете информацию "неживым" пользователям — роботам), то RESTful API хороший выбор. И DRF, соответственно, тоже.

    Если всего этого нет и Вас вполне устраивает схема, когда бэкенд генерирует весь HTML и отдаёт его клиенту, то DRF, REST, да и вообще API в целом не нужны.
    Ответ написан
    1 комментарий
  • В каком php-фреймворке лучше всего реализован DI (dependency injection)?

    sanchezzzhak
    @sanchezzzhak
    Ля ля ля...
    наверное в Yii2 он там зашит чуть ли не во всех няшках, в контроллерах, модулях, моделях, виджетах.
    www.yiiframework.com/doc-2.0/yii-di-container.html
    Ответ написан
    1 комментарий
  • Перспективный JavaScript фреймворк или почему не AngularJS 1.x?

    uvelichitel
    @uvelichitel
    habrahabr.ru/users/uvelichitel
    Какой фреймворк позволит наименее болезненно "въехать" в server-side JS?
    Meteor - www.meteor.com
    Derby - derbyjs.com
    Ответ написан
    4 комментария
  • В чем отличие phalcon-micro от phalcon?

    deadbyelpy
    @deadbyelpy
    веб-шмеб
    Тем что в micro - урезанный функционал. Вам недоступно большая часть событий.
    Встроенный router, dispatcher, и соответственно только их (но и не все) события. Запрос обработанный через микро не уйдет дальше него.
    Это что-то похоже на приложение где 1 контроллер и больше ничего.
    Уже инициализированные request, response, и отдельно стоит view, его надо инициализировать, но микро сможет его использовать без лоадера и DI.
    Но все еще можно включить нормальный DI, автозагрузку файлов, модели, и все прочее, кроме Dispatcher, Router.
    Также есть microCollection, используя его можно уже писать и использовать более 1 контроллера, причем запрос может быть обработан с помощью 2 и более контроллеров.

    А по скорости отличаются потому как, что будет быстрее более нагруженное или менее нагруженное приложение? - ответ очевиден.
    Ответ написан
    Комментировать
  • Как перезагрузить скрипт Node.js из под этого же скрипта?

    Scorpi
    @Scorpi
    Просто запустите node через forever и после

    process.exit(0)
    он сам перезапустит ваше приложение.
    Ответ написан
    Комментировать
  • Backbone. Коллекция внутри модели?

    aen
    @aen
    Keep calm and 'use strict';
    Несколько более навороченный вариант.
    А вот это должно максимально подойти.
    Ответ написан
    4 комментария