Чем больше я узнаю об Erlang, тем больше во мне крепнет уверенность, что за Erlang и его VM будущее.
Осталось только нарастить комьюнити как у других популярных технологий :)
Не очень понимаю зачем все это нужно, т.к. вы же всегда свои контроллеры для API наследуете от API::BaseController. Вот его-то и тестируйте один раз на все случаи аутентификации и авторизации.
Например так
require 'rails_helper'
describe Api::BaseController, type: :controller do
subject { get :index }
let(:user) { Fabricate(:user) }
let(:admin) { Fabricate(:admin) }
controller do
def index
render nothing: true, status: :ok
end
end
describe 'when user isn\'t admin' do
before {
sign_in user
subject
}
it 'return 403' do
expect_status '403'
end
end
describe 'when user is admin' do
before {
sign_in admin
subject
}
it 'return 200' do
expect_status '200'
end
end
end
У меня есть вопрос по работе сервиса. Недавно решил воспользоваться вашими услугами и столкнулся с некоторыми проблемами.
Первая — когда доставили мою посылку по вашему адресу, то склад не работал. Два раза написал писал тикеты, но на них так никто и не ответил. Правда через пару дней в трекинге появился статус, что мой заказ успешно доставлен по указанному адресу.
Вторая — прошло уже два дня с тех пор, но моя посылка до сих пор не обработана. Поэтому интересует сколько дней у вас по регламенту отводится на такие действия?
И еще, ваш сайт сейчас лежит.
Решил написать здесь, т.к. начинаю волноваться. Можете дать какие-нибудь комментария по данному поводу?
На сколько я понимаю, автор топика под тестами имел ввиду немного другое.
Тут речь идет о неком веб-приложении, которое позволяет проверять знания по какой-то области знаний путем выбора правильного ответа на вопрос. Ни о каких модульных и функциональных тестах здесь не говорится.
Автору хочется пожелать успехов в начинаниях. И если цель не в создании приложения для проверки знаний, а игра, то посмотреть не в сторону рельс, а в сторону node и какого-нибудь full stack фреймворка на нем (например, meteor). Если синтаксис js не понравится, то всегда есть coffeescript.
Вот есть у меня 10 идентификаторов пользователей. И мне для построения тела страницы необходимы подробные данные о них. Как мне поступить?
1. десять раз сделать get в котором я запрашиваю данные по одному пользователю,
2. или сделать один get, в котором в параметрах передаются их идентификаторы (GET /api/users/123/321/567/432/865/6432/54322/8654/9876/439)
Я с вами полностью согласен. Сам в 2008 году участвовал в проекте переписывания картографического проекта на 64-bit. И там постоянно в коде встречалось то, о чем вы пишете…
Выше именно об этом было и написано.
Но если бизнес решает, что ему нет смысла тратиться на написание софта адаптированного под множество архитектур — то он этого не делает.
Да, вы все абсолютно правильно понимаете!
Еще мной был только-что обнаружен довольно досадный факт — оказывается, я забыл в тексте статьи привести листинг этого класса.
Но по этому поводу не стоит расстраиваться, т.к. весь используемый в топике набор скриптов лежит в моем репозитории на GitHub'е (включая класс SoapSmsGateWay). Ссылка на репозиторий расположена в последнем перечислении списка литературы.
Изначально из-за того, чтобы самостоятельно не заниматься валидацией приходящих данных. Написал один раз схему и дальше получаю удовольствие, т.к. мой валидатор на PHP врятли будет быстрей нативных методов PHP. Также, надеялся облегчить себе работу путем использования уже готовых классов (опять же нативных), с помощью которых можно реализовать клиент и сервер буквально в несколько строк кода.
Но по ходу ковыряния выяснилось о некоторых недочетах в работе встроенных классов.
Если честно, то данный пост имеет некоторый корыстный замысел.
Им я хотел обратить внимание разработчиков PHP (в особенности тех, которые делали модуль php-soap) на их детище и имеющиеся в нем недочеты. Я очень сильно надеюсь, что на хабре есть люди имеющие хотя бы отдаленное отношение к разработке PHP. И возможно, они как-то смогут поспособствовать в скорейшей доработке столь замечательного начинания!
Спасибо! Но я имел немного другое.
Если читать доки по SoapClient, то в них написано о том, что при создании нового объекта от данного класса, то мы можем в качестве параметров передавать на сервер некий login и password. Но когда я их добавляю в параметры, то в пришедшем на сервер конверте нет раздела Header с данными для авторизации.
Поэтому и был вопрос к знатокам. Можно ли посредством SoapClient передать авторизационные данные предусмотренные спецификацией протокола? И если можно, то как.
Осталось только нарастить комьюнити как у других популярных технологий :)
Например так
Первая — когда доставили мою посылку по вашему адресу, то склад не работал. Два раза написал писал тикеты, но на них так никто и не ответил. Правда через пару дней в трекинге появился статус, что мой заказ успешно доставлен по указанному адресу.
Вторая — прошло уже два дня с тех пор, но моя посылка до сих пор не обработана. Поэтому интересует сколько дней у вас по регламенту отводится на такие действия?
И еще, ваш сайт сейчас лежит.
Решил написать здесь, т.к. начинаю волноваться. Можете дать какие-нибудь комментария по данному поводу?
Тут речь идет о неком веб-приложении, которое позволяет проверять знания по какой-то области знаний путем выбора правильного ответа на вопрос. Ни о каких модульных и функциональных тестах здесь не говорится.
Автору хочется пожелать успехов в начинаниях. И если цель не в создании приложения для проверки знаний, а игра, то посмотреть не в сторону рельс, а в сторону node и какого-нибудь full stack фреймворка на нем (например, meteor). Если синтаксис js не понравится, то всегда есть coffeescript.
Но сам в настоящее время занимаюсь изучением Ruby on Rails и попутно Ruby и в этом мне помогает книга Rails Tutorial, можно найти здесь http://ruby.railstutorial.org/ruby-on-rails-tutorial-book (есть переведенная версия http://railstutorial.ru)
1. десять раз сделать get в котором я запрашиваю данные по одному пользователю,
2. или сделать один get, в котором в параметрах передаются их идентификаторы (GET /api/users/123/321/567/432/865/6432/54322/8654/9876/439)
Но если бизнес решает, что ему нет смысла тратиться на написание софта адаптированного под множество архитектур — то он этого не делает.
Еще мной был только-что обнаружен довольно досадный факт — оказывается, я забыл в тексте статьи привести листинг этого класса.
Но по этому поводу не стоит расстраиваться, т.к. весь используемый в топике набор скриптов лежит в моем репозитории на GitHub'е (включая класс SoapSmsGateWay). Ссылка на репозиторий расположена в последнем перечислении списка литературы.
Но по ходу ковыряния выяснилось о некоторых недочетах в работе встроенных классов.
Им я хотел обратить внимание разработчиков PHP (в особенности тех, которые делали модуль php-soap) на их детище и имеющиеся в нем недочеты. Я очень сильно надеюсь, что на хабре есть люди имеющие хотя бы отдаленное отношение к разработке PHP. И возможно, они как-то смогут поспособствовать в скорейшей доработке столь замечательного начинания!
Если читать доки по SoapClient, то в них написано о том, что при создании нового объекта от данного класса, то мы можем в качестве параметров передавать на сервер некий login и password. Но когда я их добавляю в параметры, то в пришедшем на сервер конверте нет раздела Header с данными для авторизации.
Поэтому и был вопрос к знатокам. Можно ли посредством SoapClient передать авторизационные данные предусмотренные спецификацией протокола? И если можно, то как.