Погугли чендж на селектах

Прикольно

Если в ивенте он чэндж написать тот самый сэлэктор на который писал он чэндж и взять с него селектэд текст то получишь фигу а если $(this).find(':selected').text() то все ок

Потому что у селекта в доме есть параметр оптионс

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

А так ты просто по псевдоклассу в потомках через жирквери ищешь

Сам селект не хранит выбранный элемент, признак выбранного хранит оптион внутри него(а ты он чендж вешаешь на селект)

Вот и получается что не очень то есть альтернативы.

clojure?

clojure?

я с ним не знаком, не могу ничего сказать (

clojure?

Там с вебдевом тоже все не так радужно (год назад во всяком случае)

Нода это js, а js уродлив. А в эликсире экосистемы нету afaik

экосистема в эликсире медленно, но верно появляется делал недавно небольшой проект на эликсире - api + админка. все жизненно необходимые гемы (там это пакеты) имеются - не нашел только нормальной библиотеки для soap (что-нибудь типа savon в ruby). пришлось генерить и слать xml самому в остальном писать одно удовольствие

имхо, сейчас самая большая проблема в эликсире/фениксе - это деплоймент приложения вот здесь творится разброд и шатание у меня на отладку деплоя, наверно, ушло больше времени, чем на само приложение

деплой нестандартных штук вполне себе через докер решается. Там это обкатанная тема.

да, это один из вариантов и, наверно, самый правильный. в конце концов, так и буду делать - просто раньше с докером не работал, а разбираться для этого проекта не было времени

так эрлангу вроде деплоиться через докер - это палки в колеса вставлять, не?

beam все дела

почему вставлять палки? вообще докер можно использовать 2-мя способами: - можно в нем запускать уже production приложение - а можно в нем просто собирать релиз, а потом релиз копировать на сервер без всяких докеров если запускать приложение в докере в production, то будет, конечно, overhead самого докера, но вроде так тоже делают

еще ж гошечка есть

ну просто я слышал что beam настолько крут что ставится на голое железо без ОС - и из коробки умеет hot reload и красивый deploy по на голову круче чем docker, который выглядет неуместным костылем на фоне этого - но я может быть что-то путаю

> и из коробки умеет hot reload и красивый deploy который на самом деле мало кто использует ?

ну просто я слышал что beam настолько крут что ставится на голое железо без ОС - и из коробки умеет hot reload и красивый deploy по на голову круче чем docker, который выглядет неуместным костылем на фоне этого - но я может быть что-то путаю

по-моему, что-то путаете ) особенно про голое железо без ОС )

hot reload - да, есть, но если у вас не телеком, то проще его не использовать

потому что может потребоваться писать спец. миграции для кода

> имхо, сейчас самая большая проблема в эликсире/фениксе - это деплоймент приложения это скорее из-за того, что процесс немного отличается от привычного капистрано. Один раз задеплоив, дальше идет как по накатанному. > вот здесь творится разброд и шатание а в чем разброд? distillery стандарт и дальше как любое другое приложение, в докер или по-старинке

http://slides.com/technolo-g/intro-to-unikernels-and-erlang-on-xen-ling-demo#/ на тему без ОС ну так, сходу, первая ссыль гугла

или это опять не о том?

насчет сборки релиза - да, distillery стандарт. варианты начинаются после - может, насчет разброда я и перегнул, но единого одобренного способа все равно нет. основных способа 2 - edelivery или docker, но в разных статьях в интернете все готовят их по-разному я имею в виду, что хотелось бы, чтобы в офиц. документации было все это описано, что и как лучше делать, а сейчас сколько статей в интернете, столько и способов деплоя

http://slides.com/technolo-g/intro-to-unikernels-and-erlang-on-xen-ling-demo#/ на тему без ОС ну так, сходу, первая ссыль гугла

наверно, это круто, но выглядит, как экзотика

ясно, ок просто вроде так раньше люди и жили до всяких элексиров еще а тут пришли люди из рубипитонов и будто по привычке юзают докер - и вроде как мучаются - хотя вроде бы как не нужно

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

а докер действительно рекомендуют использовать для сборки релиза, потому что собираться он должен на той платформе, на которой будет потом запускаться

Всем привет. Вы тут руби обсуждаете?

Всем привет. Вы тут руби обсуждаете?

Да

а то я чот пролистал и последнее, что на тему руби увидел - это сообщение в 7:59 утра

а то я чот пролистал и последнее, что на тему руби увидел - это сообщение в 7:59 утра

и?

и вот вам спойлер

Но есть в этом отдельный шик - писать фулстек на Ruby

А как фулстек на ruby писать?

А как фулстек на ruby писать?

http://opalrb.org/

https://www.sitepoint.com/opal-ruby-browser-basics/

Ну вот не вижу смысла

Чтоб научиться писать этот код, нужно столько же яваскрипта изучить, что можно и на яваскрипте было это все сделать

Чтоб научиться писать этот код, нужно столько же яваскрипта изучить, что можно и на яваскрипте было это все сделать

примерно то же самое говорят про rubymotion, но это все равно удобно - использовать привычные методы и кодовые конструкции

https://gist.github.com/f1f57cddc7509e2af2c15acfb228cf64.git. Ребята привет. Посмотрите пжл на гист. Нужна помощь по active record callback.

пробовал любую левую дату self.start_time = DateTime.parse('2001-02-03T04:05:06+07:00') присунуть? или через третью переменную присвоение сделать changed_time = start_time.changed... self.start_time = changed_time ?

юзать опал когда es6 довольно неплох как-то ну такое себе

понятно что ты такой - кококо жс гавно, фронтенд это обезьянье, но ты же не вечно один будешь работь и когда-нибудь придёт к тебе другой человек для фронта или ты передашь проект другому

https://gist.github.com/f1f57cddc7509e2af2c15acfb228cf64.git. Ребята привет. Посмотрите пжл на гист. Нужна помощь по active record callback.

save вызови после сорян, не обратил внимание что это и так коллбек

пробовал любую левую дату self.start_time = DateTime.parse('2001-02-03T04:05:06+07:00') присунуть? или через третью переменную присвоение сделать changed_time = start_time.changed... self.start_time = changed_time ?

пробовал первый вариант. self.start_time изменился. Но он полностью изменился. а нужно только дату поменять

значит сеттер работает, вопрос к варианту реализации)

значит сеттер работает, вопрос к варианту реализации)

в бд сохранился не изменненным. в дебаже изменился

self.start_time левая дата присвоилась, вижу в byebug. Но почему-то в бд старая дата.

> но ты же не вечно один будешь работь и когда-нибудь придёт к тебе другой человек зачем тебе человек, который не компетентен в предоставленных технологиях? (я не конкретно про опал, а вообще про такой аргумент)

self.start_time левая дата присвоилась, вижу в byebug. Но почему-то в бд старая дата.

попробуй с любым другим аттрибутом такие же манипуляции

попробуй с любым другим аттрибутом такие же манипуляции

пробовал работает на другом атрибуте

Чтоб научиться писать этот код, нужно столько же яваскрипта изучить, что можно и на яваскрипте было это все сделать

Можно знать JS сильно поверхностно и больше в понимании апи браузера, чем языка

чтоб писать на JS, можно и JS поверхностно знать ) и как насчет багов в местах, где авторы опала поверхностно знают JS?

пробовал работает на другом атрибуте

пробовал стринговое значение. Стринг в бд сохранился успешно. Вот только start_time не хочет сохраняться

пробовал стринговое значение. Стринг в бд сохранился успешно. Вот только start_time не хочет сохраняться

других коллбеков нет, который start_time меняют? попробуй на created_at такие же действия

ERROR: S client not available

в общем, чтоб принимать в работу какую-то прослойку/обертку, нужно, чтоб она значительно влияла на абстракцию или добавляла прям офигеть уникальные крутые штуки, и горы сворачивала, чтоб это как-то компенсировало тот огромный новый слой говнокода в библиотеках, который придется багрепортить каждый день и я вот чот не увидел там свернутых гор

А вдруг там в компилере Си что-то не то забыли, надо писать на машинных кодах, зачем нам слой абстракции

зато вижу 100 issue-в на гитхабе

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

разница эдак раз в 1000

или в 1000000?

В целом я не говорю что оное идеально, но оное работает и позволяет писать фронтенд на руби касаясь JS только в особых кейсах. То есть свою задачу оное делает.

примеры сайтов на опале есть?

Ну, мой будет ? А вообще я не гуглил, так что не могу прям список дать

Но если бы это было бы сырой поделкой - не было бы несколько сразу компонентных фреймворков

за годы можно и из говна компонентов налепить

желающие всегда найдутся, да очень энергичные

других коллбеков нет, который start_time меняют? попробуй на created_at такие же действия

created_at пробовал. Сохранился в бд успешно. Пробовал callback before_validation. не работает

Но это не отменяет того факта что опал работает. И делает свою работу - дает возможность писать на руби на фронтенде.

Это не значит что теперь надо всем писать на руби на фронтенде, но это значит что есть такая возможность и этим можно пользоваться.

created_at пробовал. Сохранился в бд успешно. Пробовал callback before_validation. не работает

если все другие поля работают, кроме этого start_time, то дело врятли в коллбеке...надо искать кто его еще может переопределить "по дороге". Если даже "в лоб" присвоение произвольной даты ничего не даёт. Ну или на уровне бд у тебя есть "слой магии")

Это не значит что теперь надо всем писать на руби на фронтенде, но это значит что есть такая возможность и этим можно пользоваться.

думаю говорить ли что у нас фронт на scalajs или нет ?

а как в opal с react (redux\flux) работать?

Была какая-то либа для этого

Типа react.rb

она была переименована в reactrb, а потом влита в https://github.com/ruby-hyperloop/hyper-react

264 звезды...мне было б очково тащить такую зависимость в проект)

Количество звёзд не влияет на качество проекта имхо

а 54 открытых ишью?

Смотря какие же

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

для этого их надо все перечитать)

зато вижу 100 issue-в на гитхабе

А что волноваться? Денег за опал не берут, использовать не уговаривают. Ну вот если люди получают удовольствие от руби, то есть еще один способ порадоваться. Даже просто ради искусства. ведь "if you have no fun, you do it wrong"

Достопочтенная публика даже себе представить не может столько добрых слов о руби я сказал пока рефакторил легаси на пхп.