content-type: application/octet-stream

а внутри прислать jpeg

в описании гема есть такая строчка validates_attachment_content_type :avatar, content_type: /\Aimage\/.*\z/

ну так

а если пдф мне пушат)

https://github.com/thoughtbot/paperclip/blob/master/lib/paperclip/validators/attachment_file_type_ignorance_validator.rb#L6

а если ворд

хахаха

а так там можно указать pdf

через запятую вроде

This doesn't do anything.

:|

ну так file_type_ignorance

там есть еще https://github.com/thoughtbot/paperclip/blob/master/lib/paperclip/validators/attachment_content_type_validator.rb

validates_attachment_content_type :asset, :content_type => [ 'multipart/form-data', 'image/png', 'image/jpeg', 'image/gif', 'image/jpg', 'image/bmp', 'text/plain', 'application/pdf', 'application/zip', 'application/msword', 'application/vnd.ms-excel', 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet', 'application/vnd.openxmlformats-officedocument.wordprocessingml.document', 'application/x-msdownload' ]

я вообще думал вы про рельсу

говорите

а вы про paperclip

я так делал

я так делал

проблема в том кто этот content-type определяет

проблема в том кто этот content-type определяет

ну paperclip наверное?

в заголовках запроса что угодно можно написать

в заголовках запроса что угодно можно написать

а, ну да

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

тогда норм

заголовкам файла

а не запроса :)

например https://github.com/minad/mimemagic

https://robots.thoughtbot.com/prevent-spoofing-with-paperclip

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

вот этого я не знаю

умеет

0

The change that handles this problem directly is an automatic validation that checks uploaded files for content type spoofing. That is, if you upload a JPEG and name it .html, it’s not going to get through.

Я вот прочитал его readme и не нашел там. ДА можно страницу целиком по другом uri принимать, а вот как использовать элементы его форм в своих вьюшках. Чтоб типо заходишь на на главную а тебе пишет не авторизован мол ты парень, а не кидало на новую страницу, а оттуда назад. и так всегда при всех формах

Ребя, откуда здесь основная аудитория? как по работе с рейлсками на территории СНГ?

из России, отлично

https://github.com/chanks/que

юзает кто-нибудь?

таймзона скорее всего в application.rb не указана

таймзона скорее всего в application.rb не указана

а какая у нас таймзона?

а какая у нас таймзона?

нуу ээээ ) я думаю тут народ из совершенно разных таймзон. http://api.rubyonrails.org/classes/ActiveSupport/TimeZone.html поищи тут )

ребят. есть рельсовый проект на 3-й версии, когда убиваю процесс через kill $pid, то он мне пишет ERROR SignalException: SIGTERM

через kill -INT $pid всё норм работает

через kill -INT $pid всё норм работает

ну а вопрос-то какой?))

почему на kill не убивается? )))

и как сделать так, чтобы убивался

почему на kill не убивается? )))

потому что kill просто посылает сигнал процессу, а какой ты сам выбираешь, TERM по-умолчанию.

Signal.trap('TERM', &stop)

незнаю куда это воткнуть

чтобы по конвеншину было

Signal.trap('TERM', &stop)

а зачем?

ну я буду отлавливать и сам тушить рельсы

зачем тебе на терм вешать обработчик?

сигнал имеется в виду

ну вот, по умолчанию TERM

на TERM он не убивается

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

не, на терм запускаются процессы завершения процесса, но там есть и таймаут

ну я буду отлавливать и сам тушить рельсы

отлавливай лучше USR1 и туши)))

да дело в том, что я и INT могу послать, т.е. без USR1 всё работает. но мне нужно именно через kill $pid смочь убить, т.к. у меня кроме этого проекта ещё 5-6 модулей которые надо убивать

мне кажется лучше в одном проекте решить проблему, чем из-за одного писать if ебанутый_модуль; then kill -INT $pid else kill $pid fi

да дело в том, что я и INT могу послать, т.е. без USR1 всё работает. но мне нужно именно через kill $pid смочь убить, т.к. у меня кроме этого проекта ещё 5-6 модулей которые надо убивать

INT это служебный сигнал, а USR1 пользовательский. ну если тебе надо дочерним посшибать рога, то да, лови TERM

https://github.com/ruby/ruby/blob/ruby_1_9_3/lib/webrick/server.rb#L98 - он на вот эту строчку ругается

ERROR: S client not available

[2016-11-29 16:55:11] INFO WEBrick 1.3.1 [2016-11-29 16:55:11] INFO ruby 1.9.3 (2013-11-22) [x86_64-darwin15.6.0] [2016-11-29 16:55:11] INFO WEBrick::HTTPServer#start: pid=9720 port=5000 [2016-11-29 16:55:22] ERROR SignalException: SIGTERM /Users/atapys/.rvm/rubies/ruby-1.9.3-p484/lib/ruby/1.9.1/webrick/server.rb:98:in `select'

является ли хорошим стилем такой код: true if index.even? false if odd.even? или лучше будет считаться код: if index.even? true else false end

unless

! ненужен

Лушче будет читаться просто index.even?

поправил

оу, не заметил что там еще оdd

Лушче будет читаться просто index.even?

операция может быть совершенно разной - не просто возвращением boolean

unless

unless нечитаемый )

стайлгаид говорит unless

является ли хорошим стилем такой код: true if index.even? false if odd.even? или лучше будет считаться код: if index.even? true else false end

Лучше просто вернуть index.even?

Лучше просто вернуть index.even?

операция может быть не только возвращением boolean

операция может быть не только возвращением boolean

Это плохо

Это плохо

если там функция или операция вычисления, ну

Вынести проверку в метод

Учитывая что у тебя там нет return это последняя строка

Вынести проверку в метод

больше кода?

больше кода?

Легче чтение и поддержка

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

имхо

ладно, "перефразирую" код: 2 + 2 if index.even? 2 + 4 if index.odd? гыг

Это норм

дополнительный метод уже не нужен для проверки на even?

Ты же инлайн проверки делаешь

просто код может быть длинее чем 2 + 2

Если длиннее то оформляй как блочный

и станет опять же менее читаем

то есть if и else?

то есть if и else?

Зависит от операций

И условий

Такое ощущение что ты первый день кодишь