2017

А почему? что тогда фреймворки и библиотеки?

Зачем для простого ajax использовать библиотеки?

Не делай это не используй js templates

Мне тоже интересно. Оно? https://alternatelabs.co/blog/rails-js-templates

Js templates это как раз и будет библиотека, и клиент начнет зависить от рельсы

app/views/users/create.js.erb

Не надоооо

Так какой же тогда выход в 2017-ом???

Так какой же тогда выход в 2017-ом???

Это шутка ?)

просто я не догоняю, чем плохо то что я предложил((

просто я не догоняю, чем плохо то что я предложил((

http://www.w3schools.com/jquery/ajax_ajax.asp

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

да чё вы. делаете $("#id").html("#{escape_javascript(render('variable_name_in_controller'))}") и всё прекрасненько

да чё вы. делаете $("#id").html("#{escape_javascript(render('variable_name_in_controller'))}") и всё прекрасненько

вы просто не понимаете и я не понимаю и они не понимают

прикниь если еще цифра старая и новая совпадут еще ведь и дебажить будут :)

я 4 часа дебажил код который дату возвращал 11.11.11 оказалось что это верная дата

Добрый день

подскажите пожалуйста более простой метод, сравнения данных объекта с данными хеша def has_new_params?(flight_data) flight_data = { aircraft_reg: flight_data[:tail_no], payload: flight_data[:pkz].to_i, pax_capacity: flight_data[:sale_limit].to_i, adult: flight_data[:adult].to_i, child: flight_data[:child].to_i, infant: flight_data[:infant].to_i, aircraft_type: flight_data[:type_vs] } @flight.serializable_hash(only: flight_data.keys).symbolize_keys == flight_data end

я не знаю его скорее всего нет во вторых, ты уже все написал, не усложняй

я не знаю его скорее всего нет во вторых, ты уже все написал, не усложняй

Окей. Спасибо

да чё вы. делаете $("#id").html("#{escape_javascript(render('variable_name_in_controller'))}") и всё прекрасненько

развели тут

нет бы старый добрый $.ajax( url: "/phrases" type: "GET" headers: "Authorization": "Token token=#{window.token}" dataType: "html").done (data, textStatus, jqXHR) -> window.token = jqXHR.getResponseHeader("Authorization") $(document.body).append(data + "<br/>") return

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

У нас кеш для объекта идет примерно так object/id-updated_at_timestamp/view-digest

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

А вот то что до слеша не влияет получается? То есть если object другой, но айди, таймстамп и дигест совпадает - то это считается тот же кеш? Во всяком случае из экспериментов у меня так получается.

а в object что лежит? имя таблицы?

Коллеги, я хочу принимать запросы, у которых тело состоит только из JSON-массива. Что мне надо написать в params.permit?

params.permit([:id, :title, :notes, :done, :order]) вот это же один объект подразумевает, верно?

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

попробуй вот так params.permit(objects: [])

понадобится засунуть массив в {"objects": array goes here}

params.permit([:id, :title, :notes, :done, :order]) вот это же один объект подразумевает, верно?

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

понадобится засунуть массив в {"objects": array goes here}

ну да, это текущее решение, но мне оно не нравится(

хочу просто массив фигачить

params.require(:log_entry).permit! ?

хочу просто массив фигачить

что значит массив?

как выглядят парамс?

пока никак, ибо тест я на эту гадость тоже пока написать не могу

но {“objects”: []} - это нормальная практика, думаете?

как я понимаю, хочется такого [{"k":"v"}, {"k":"v"}, {"k":"v"}]

Я просто хотел спросить - кеши question/17-timestamp/question-view-digest и answer/17-timestamp/question-view-digest похоже что с точки зрения рельсов - это тоже самое.

То есть что что до слеша - пофиг. Ну, судя по моим экспериментамю

как я понимаю, хочется такого [{"k":"v"}, {"k":"v"}, {"k":"v"}]

именно

То есть что что до слеша - пофиг. Ну, судя по моим экспериментамю

не должно быть так...

именно

http://stackoverflow.com/questions/31488536/posting-a-json-array-to-rails-server тут пишут, что либо нельзя, либо самому парсить

Да? Спасиб, поэкспериментирую поподробнее, отпишусь. Ни в гайдах ни в мануалах про это не говорят. А препод говорил только про КЛЮЧИ, то есть айди и таймстамп с дайжестом. Вот я и подумал что префикс пофиг.

Да? Спасиб, поэкспериментирую поподробнее, отпишусь. Ни в гайдах ни в мануалах про это не говорят. А препод говорил только про КЛЮЧИ, то есть айди и таймстамп с дайжестом. Вот я и подумал что префикс пофиг.

Хм, с точки зрения least surprise кеш ключ должен сравниваться как строка, без парсинга. То же самое можно и самому организовать, беря хэш от той строки, что у тебя получилась

Кстати да. Может действительно я неправильно интерпретировал собственную ошибку, сейчас выясню...

а кеш то какой, Rails.cache.fetch?

или страниц? или экшенов?

Фрагментов. Пытаюсь Russian doll сделать.

вообще, похоже, что ты пытешься сам сделать cache_key. Вопрос: а зачем? ну и хинт - посмотри в код рельс, как там сделано

а, fragment cache. тут сорри, не помогу, ни разу его не трогал

Идея в чем: есть комменты, хотим их кешить. Но юзеру, гостю и админу надо показывать коммент с разными кнопками - гость без кнопок, у админа все, у юзера часть. Если делать просто question/id-timestamp, тогда и админу и юзеру покажет одинаковые кнопки, что неправильно.

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

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

А если в зависимости от прав сделать пути /true/true/false/id-time и /false/false/false/id-time то должны быть разные кеши по идее, но похоже что рельсы смотрят только на id-time

Учебная

У меня маленько всё грохнулось в процессе, сейчас восстановлю и разберусь более подробно. По идее ты прав, что кеш должен идентифицироваться просто по строке, без парсинга слешей и прочей ботвы.

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

В редисе кеш

вообще, http://guides.rubyonrails.org/caching_with_rails.html и сорсы самих рельс )))

ну поставь бряку перед вызовом redis.get и посмотри, что в ключ идет

Но я сам думаю в сторону своего косяка, просто хотелось от опытного товарища подтверждения.

только не бряку, а путс

Гайды курил, там вроде про это молчок. А от сорцов опасаюсь что мозг взорвется. =)

ERROR: S client not available

Я просто хотел спросить - кеши question/17-timestamp/question-view-digest и answer/17-timestamp/question-view-digest похоже что с точки зрения рельсов - это тоже самое.

нет, не тоже самое

погоди, а как ты свой cache key релизовал?

cache [can?(edit), can?(delete), comment]

Ну примерно так.

У меня соответсвенно записывается /true/false/17-время_апдейта

У для админа пишется /tru/tru/17-время_апдейта

У меня маленько всё грохнулось в процессе, сейчас восстановлю и разберусь более подробно. По идее ты прав, что кеш должен идентифицироваться просто по строке, без парсинга слешей и прочей ботвы.

так это страка, со слешами или без, серавно строка

Ок, ща разберемся, может у меня тупо рендерилось не верно.

все ок, что меня смущает, так это хранение такого количество объектов в редисе/мемкеше

Ок, ща разберемся, может у меня тупо рендерилось не верно.

посмотреть лучше прямо в редисе

именно

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

тут тонкая грань между "миллион объектов и нужна пакетная обработка" и "лучше 500 простых запросов, чем пакет с 500 объектов"

тонкая, ага, между 500 и 1_000_000 ?

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

Если в трай кетч обернуть, то можно пытаться сохранить все что можно, а на остальное отдать ошибки, но да, это сильно усложнит всё. Вообще, по ощущениям, началась борьба с фреймворком и есть смысл перестать бороться и уступить рельсам ))

Если в трай кетч обернуть, то можно пытаться сохранить все что можно, а на остальное отдать ошибки, но да, это сильно усложнит всё. Вообще, по ощущениям, началась борьба с фреймворком и есть смысл перестать бороться и уступить рельсам ))

принять 1_000_000 по отдельности? :)

Про пути кешей - всё верно вы сказали, это где то я облапошился. Перелал, заработало как и предполагал. Спасибо!

А киньте кто-нибудь скриншот своих коммитов,

а то чето не пойму как у людей получается по 160 коммитов делать

У меня такого нет. Я много в гитлабе сижу

так это и есть гитлаб

О

Точно

Не так уж и много =(

Вот у меня на раб парень хуячит:

за один день чтоли?

О-го, че за работа - все выходные забиты?

за один день чтоли?

Ну да!

О-го, че за работа - все выходные забиты?

не все)) Но частенько

Ну это я максимальный нашел - а так от 60 до 100 в среднем