ну и в браузере вывело только с .json

Пушо браузер в отличие от курла ещё дополнительные заголовки шлёт, запрашивая HTML

Ничего странного

в любом случае спасибо ребят

очень вам благодарен

а почему может не слать?

Потому что обычно когда через jQuery например делаешь XHR запрос то он идет за json (вроде)

а если не указать то будет обрабатываться как html

если хочешь всегда обрабатывать как json, подставь к урлу .json

например /posts.json /post/1.json

Вариантов много на самом деле.

xhr шлёт js, а не json

Да, возможно. Как то в jQuery можно указать что нужно запросить именно json, и вроде без content-type это делается.

Точнее сам jQuery шлет content-type, но ты просто методы дергаешь а не вручную заголовок задаешь.

чего то я так и не понял в какой момент руби решает проверить надклассы обособленного класса

Возьми код который был в статье

там вроде все способы добавить метод к классу

и смотри в каком порядке они вызываются.

там же нет надклассов синглтон класса

Добавь )

чего то я так и не понял в какой момент руби решает проверить надклассы обособленного класса

если class_method вызывается или instance_method?

если class_method вызывается или instance_method?

у меня непонятки именно с наследованием класс методов

Наследование - зло, ухахаха.

у меня непонятки именно с наследованием класс методов

если метода нет в singleton_class в модулях, которые extend — вызывается суперкласс

суперкласс синглтон класса

или суперкласс объекта

?

объекта

extend по сути добавляет суперкласс для singleton_class

ну тогда при вызове метода класса мы должны проваливаться в класс Class

и не наследовать методы класса надкласса

а они наследуются

при вызове метода класса объектом явдется сам класс

а его суперкласс - класс Class

class A def self.new "we are in A.new" end end class B < A; end B.new # "we are in A.new"

https://gist.github.com/ojab/b9dc74ebdd667ae3b2686f0fa05b4085

сначала вызывается "A called", потом "C called", потом "B called"

получается что перед тем как проверять суперкласс объекта(класс Class) выполняется поиск методов в синглтон классе и его надклассах?

Ребят, гляньте пожалуйста: https://github.com/Fedcomp/active_sms Нужен незамыленный глаз (как у меня). Чего не хватает? на какие косяки в документации бросаются глаза?

(ну кроме contibuting который я только что добавил)

получается что перед тем как проверять суперкласс объекта(класс Class) выполняется поиск методов в синглтон классе и его надклассах?

https://gist.github.com/ojab/15d897e8767f26d2aa0af1793a263893

так лучше?

снизу порядок вызова, соответственно

Ребят, гляньте пожалуйста: https://github.com/Fedcomp/active_sms Нужен незамыленный глаз (как у меня). Чего не хватает? на какие косяки в документации бросаются глаза?

в первую очередь не хватает возможности послать смс, очевидно

Т.е провайдеров?

да

Окей спасибо!

да

Какие сервисы использовал для отправки смс?

получается что перед тем как проверять суперкласс объекта(класс Class) выполняется поиск методов в синглтон классе и его надклассах?

https://gist.github.com/ojab/15d897e8767f26d2aa0af1793a263893#file-gistfile2-txt ну и, заодно

соответственно перед методами Class у singleton_class будут вызваны методы singleton_class'ов Object и BasicObject

а вот это - class B def self.xxx "B called" end end и вот это - B.singleton_class.send(:define_method, :xxx) do "B.singleton_class called" end одно и то же ведь по сути?

ну и тоже самое с A классом

эм

да

там предполагался define_singleton_method и оно не должно вызываться, ага

а как ты получил результат?

ну я про это - "A.singleton_class called" "A called" "C called" "B.singleton_class called" "B called" "Class called"

меняешь xxx на xxxx, смотришь что вызывается

то есть получается что перед тем как уйти искать метод в Class (ну и далее Module Object Kernel) проверяются все суперклассы синглтон_класса

правильно?

Class — такой же суперкласс синглтон класса как и все остальные

см. вывод внизу

так что да

А люкуп не по цепочке ancestors идет?

по цепочке

но в случае метода класса по цепочке ancestors синглтон класса получается

ERROR: S client not available

A.singleton_class.ancestors - вот так получается

ладно, всем спасибо, а ojab отдельное большое

да

https://github.com/Fedcomp/active_sms-backend-smsru Запилил доки. Пойдет?

active_sms-backend-smsru $ git grep 'ActiveSMS::Response' $

то есть результат оно не отдаёт?

О, точно. Забыл скопипастить из оригинальной доки обработку респонса

то есть результат оно не отдаёт?

Оно юзает хелпер базового класса

базовый класс входит в поставку основного гема

https://github.com/Fedcomp/active_sms/blob/master/lib/active_sms/backend/base.rb

respond_with_status

https://github.com/Fedcomp/active_sms-backend-smsru/blob/v0.0.2/lib/active_sms/backend/smsru.rb#L22

Официального гема у ребят нет. Поэтому чистый класс дергающий http

Единственное что, я еще funds api не продумал. Пока без него.

Нужно побольше реализаций запилить.

внимание, вопрос

нафиг каждый раз делать Backend.new?

Потому что класс создается и подыхает. Реализации могут на это рассчитывать.

Внимание вопрос, зачем rails каждый раз делает Somecontroller.new?

чтобы реализацию проще было писать.

https://github.com/Fedcomp/active_sms-backend-smsru/blob/master/lib/active_sms/backend/smsru.rb

где тут упрощение реализации от того, что каждый раз создаётся объект?

@api_id например

Не вижу смысла делать бэкенд stateful. Есть хоть один пример где это оправдано?

я не вижу тут state'a.

Ты его предлагаешь реализовать.

Единственное возможное изменение — @api_id, через active_sms его можно выставить только при инициализации бекенда

чтобы бэкенд инстанцировался лишь раз.

зачем его вообще инстанциировать?

Доступа к бэкенду у тебя все равно нет (не должно быть)

инстанцированные классы писать проще имхо конечно.

какие минусы будут, если это будет class и class_method'ы?

плюсы — меньше аллокаций и отсутствие повторной валидации при каждой отправке