草庐IT

double-byte

全部标签

ruby - 如何在 Roo (Rails) : invalid byte sequence in UTF-8 中编码 csv 文件

我正在尝试上传一个csv文件,但收到UTF-8中的无效字节序列错误。我正在使用“roo”gem。我的代码是这样的:defupload_results_csvfilespreadsheet=MyFileUtil.open_file(file)header=spreadsheet.row(1)#THISLINERAISESTHEERROR(2..spreadsheet.last_row).eachdo|i|row=Hash[[header,spreadsheet.row(i)].transpose]......endclassMyFileUtildefself.open_file(file

ruby 1.9.2 : irb throws ArgumentError: invalid byte sequence in UTF-8 when entering German Umlaut

我想在我的irb中输入德语变音符号,但出现奇怪的错误。我可以毫无问题地输入äöü的任何字符,但是每个ÄÖÜß都会导致以下错误:$irbruby-1.9.2-p136:001>?#hereIenteredÜbutitdisplaysonly?/Users/lorenz/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:728:in`blockinlex_int2':invalidbytesequenceinUTF-8(ArgumentError)我已经查看了很多关于Ruby、rvm和UTF-8的SO问题,但都没有帮助。大

ruby - Double-splat 运算符破坏性地修改哈希值——这是 Ruby 错误吗?

我注意到我发现Ruby2.1.1中的**(double-splat)运算符有一个非常令人惊讶的行为。当在**hash之前使用键值对时,hash保持不变;但是,当仅在**hash之后使用键值对时,哈希将被永久修改。h={b:2}{a:1,**h}#=>{a:1,b:2}h#=>{b:2}{a:1,**h,c:3}#=>{a:1,b:2,c:3}h#=>{b:2}{**h,c:3}#=>{b:2,c:3}h#=>{b:2,c:3}为了比较,请考虑数组上单*运算符的行为:a=[2][1,*a]#=>[1,2]a#=>[2][1,*a,3]#=>[1,2,3]a#=>[2][*a,3]#=>[

ruby-on-rails - rspec-mocks 的 double 被设计为只持续一个例子

我有一个关于如何在示例之间共享rspec-mocks的double的问题。我正在使用rspec-mocks3.1.3编写一个新的Rails应用程序。我习惯于使用旧的(我有一个模型方法:defself.from_strava(activity_id,race_id,user)@client||=Strava::Api::V3::Client.new(access_token:'abc123')activity=@client.retrieve_an_activity(activity_id)result_details={race_id:race_id,user:user}result_

ruby - String#encode 未修复 "invalid byte sequence in UTF-8"错误

我知道有很多关于此错误的类似问题,而且我已经尝试了很多,但都没有成功。我遇到的问题涉及字节\xA1并且正在抛出ArgumentError:invalidbytesequenceinUTF-8我尝试了以下但没有成功:"\xA1".encode('UTF-8',:undef=>:replace,:invalid=>:replace,:replace=>"").sub('','')"\xA1".encode('UTF-8',:undef=>:replace,:invalid=>:replace,:replace=>"").force_encoding('UTF-8').sub('','')"

ruby-on-rails - Rails 5 cipher.key "key must be 32 bytes"错误

全新的Rails应用程序。Rails版本5.0.0.1,Ruby版本2.4.0preview2。创建应用程序“demo”,运行一个简单的脚手架生成产品,并在尝试查看脚手架的概览页面时出现错误(基本索引文件仍然可以正常加载欢迎使用Rails屏幕):ProductsController中的参数错误#indexkey必须是32字节:cipher=new_ciphercipher.encryptcipher.key=@secret#RelyonOpenSSLfortheinitializationvectoriv=cipher.random_iv问题行显然是cipher.key=@secret

ruby-on-rails - 处理用户发送的 "string contains null byte"

我有一个APIController,它使用PostgreSQL/Rails接收有关媒体文件路径和id3标签的信息,并将它们保存到ActiveRecord实例。有时用户会发送如下字符串:"genre"=>"Hip-Hop\u0000Hip-Hop/Rap"当试图坚持save时,Rails/Postgres对此并不十分满意:AnArgumentErroroccurredininternals#receive:stringcontainsnullbyteactiverecord(3.2.21)lib/active_record/connection_adapters/postgresql_a

ruby - 为什么 double splat 仅适用于符号键?

双splat运算符**似乎只适用于键为符号的哈希。例如,当键是字符串时,它将不起作用。两种方式都是如此。用于build:deffoo**;endfoo(:a=>3)#=>nilfoo("a"=>3)#=>ArgumentError:wrongnumberofarguments(1for0)和破坏:defbar*;endbar(**{:a=>3})#=>nilbar(**{"a"=>3})#=>TypeError:wrongargumenttypeString(expectedSymbol)为什么仅限于符号键?这可能与命名关键字符号a:3与hashwithsymbolkeys的语法糖重合

ruby-on-rails - 哪里用 `FactoryGirl.build_stubbed` 哪里用RSpec的 `mock`/`double`

我很好奇人们在编写RSpec规范时倾向于在哪里使用FactoryGirl.build_stubbed以及他们在哪里使用double。也就是说,是否有最佳实践,例如“仅在相应的模型规范中使用FactoryGirl方法?”当您发现自己在spec/models/bar_spec.rb中使用FactoryGirl.create(:foo)时,是否有代码味道?如果您在spec/models/bar_spec.rb中使用FactoryGirl.build_stubbed(:foo),代码味道会不会变小?如果您在foos_controller_spec.rb中使用FactoryGirl.create

ruby `split' : invalid byte sequence in UTF-8 (ArgumentError)

我正在尝试填充电影对象,但在解析u.item文件时出现此错误:`split':invalidbytesequenceinUTF-8(ArgumentError)File.open("Data/u.item","r")do|infile|whileline=infile.getsline=line.split("|")endend仅当尝试使用花哨的国际标点符号拆分行时才会发生错误。这是一个例子543|Misérables,Les(1995)|01-Jan-1995||http://us.imdb.com/M/title-exact?Mis%E9rables%2C%20Les%20%281