В чем разница между отправкой данных и отправкой файла в Ruby on Rails?
какой из них лучше всего подходит для потоковой передачи и загрузки файлов?
пожалуйста, приведите примеры.
2 ответов
send_data(_data_, options = {})
send_file(_path_, options = {})
основное отличие здесь в том, что вы передаете данные (двоичный код или что-то еще) с send_data или путь к файлу с send_file.
таким образом, вы можете генерировать некоторые данные и отправлять их как встроенный текст или как вложение без создания файла на вашем сервере через send_data. Или вы можете отправить готовый файл с помощью send_file
data = "Hello World!"
send_data( data, :filename => "my_file.txt" )
или
data = "Hello World!"
file = "my_file.txt"
File.open(file, "w"){ |f| f << data }
send_file( file )
для выполнения лучше сгенерировать файл один раз, а затем отправить его столько раз, сколько вы хотите. Так что send_file подойдет лучше.
для потоковой передачи, насколько я понимаю, оба этих метода используют одну и ту же кучу опций и настроек, поэтому вы можете использовать X-Send или что-то еще.
UPD
send_data и сохранить файл:
data = "Hello World!"
file = "my_file.txt"
File.open(file, "w"){ |f| f << data }
send_data( data )
send_file может быть быстрее, чем send_data
As fl00r упомянул, send_file принимает путь, и send_data данные.
send_file - это подмножество send_data, поскольку вам нужен файл в файловой системе: вы, конечно, можете просто прочитать файл и использовать send_data на нем. Но!--2--> может быть быстрее, поэтому это компромисс производительности / общности.
send_file может быть быстрее, потому что он может послать X-Sendfile заголовок на Apache (X-Accel-Redirect на Nginx) вместо содержимого файла, так как он знает путь.
этот заголовок потребляется обратным прокси (Apache или Nginx), который обычно работает перед Rails в производственной настройке.
если X-Sendfile присутствует в ответе, обратный прокси игнорирует большую часть текущего ответа и создает новый, который возвращает файл по заданному пути.
Client <---> Internet <---> Reverse proxy <---> Rails
это много более эффективно, поскольку обратный прокси-сервер специализируется на обслуживании статических файлов и может делать это намного быстрее, чем Rails (который не отправляет данные файла, если X-Sendfile будут посланы).
типичный случай использования send_file - это когда вы хотите контролировать разрешение доступа к статическим файлам: вы не можете поместить их под /public или они будут обслуживаться до того, как Rails имеет шанс решить. Это обсуждается по адресу:защита содержимого public / in a Rails app
чтобы использовать X-Sendfile заголовки, вы должны добавить:
config.action_dispatch.x_sendfile_header = "X-Sendfile" # for apache
config.action_dispatch.x_sendfile_header = 'X-Accel-Redirect' # for nginx
до confing/initializers/production.rb (не application.rb, так как в разработке у вас нет прокси-сервера, и вы хотите send_file фактически отправить данные).
X-Sendfile обсуждается на Руководство По Трубопроводу Активов.