ошибка рельсов, не удалось разобрать YAML

У вас где-то есть неверный код YAML. Я имею в виду недопустимый для Psych (новый парсер Ruby YAML).

Если вы не можете (или не хотите) исправлять код YAML, попробуйте загрузить старый анализатор YAML (syck), добавив его в начале config/boot.rb

require 'yaml'
YAML::ENGINE.yamler = 'syck'

Это просто "быстрое и грязное" решение, я знаю

У моего обычного приложения Rails 3 также была эта проблема, потому что я использовал локализованный файл yaml для даты/времени.

Как видно из этой фиксации https://github.com/rails/rails/commit/dc94d81, это может легко «исправить», поместив массив в отдельные строки.

         -    order: [ :year, :month, :day ]
    18  +    order:
    19  +      - :year
    20  +      - :month
    21  +      - :day

Небольшая поправка к ответу Пола Раупаха, который при запуске из каталога рекурсивно находит все файлы *.yml во всех подкаталогах и проверяет файл. Я запустил его из корневого каталога Rails.

require 'yaml'

d = Dir["./**/*.yml"]
d.each do |file|
  begin
    puts "checking : #{file}"
    f =  YAML.load_file(file)
  rescue StandardError
    puts "failed to read #{file}: #{$!}"
  end
end

Первопричина была описана во многих местах, и я снова резюмирую ее.

Есть два парсера yaml по умолчанию Psych — это новый, тот, который вы должны использовать. Syck — старый, он не поддерживается и умирает, в настоящее время он используется в качестве запасного варианта, когда нет libyaml (обычно не Linux-системы).

Важно то, что у вас где-то есть недействительный yaml. Скорее всего, он находится в ваших файлах перевода (у меня были строки без кавычек, отмеченные %). Просто попробуйте загрузить все ваши yml-файлы с помощью YAML.load_file в рабочем поле, и вы увидите, какой из них сломан.

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

Лучше всего исправить ваши файлы YAML

Вот как использовать irb, поэтому вам не нужна консоль rails, которая, вероятно, не работает:

require 'yaml'
YAML::ENGINE.yamler = 'psych'
YAML.load_file('config/locales/xxx.en.yml')

вы получите хороший вывод, говорящий вам, где проблема:

Psych::SyntaxError: couldn't parse YAML at line 25 column 17
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:148:in `parse'
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:148:in `parse_stream'
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:119:in `parse'
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:106:in `load'
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:205:in `load_file'
    from (irb):10
    from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/bin/irb:16:in `<main>'

Абсолютно исправьте свой код yaml, не просто «маскируйте» реальную проблему, заставляя YAMl использовать «syck». У меня была такая же проблема, и я нашел неверные операторы yml в моих файлах локализации. Если вы просто принудительно используете старый синтаксический анализатор, вы не получите преимуществ всей работы над новым синтаксическим анализатором в другом месте вашего проекта.

Проблема с исходным вопросом была в RedCloth. У меня возникла та же проблема, и простое обновление до самой последней версии драгоценного камня RedCloth (в настоящее время 4.2.7) устранило проблему.

Приведенный выше совет от Honza и FlyboyArt является разумным, и вы должны исправить любой пользовательский YAML, который у вас есть, но, поскольку RedCloth так же популярен, как и сейчас, большинство пользователей, которые задают этот вопрос, которые также используют RedCloth, должны убедиться, что в их GemFile добавлена ​​​​эта строка:

gem 'RedCloth', ">= 4.2.7"

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

Это проблема сборщика 1.0.10: подробности здесь

Попробуйте просто обновить пакет

То, что исправило это в моем случае, действительно было искаженным файлом перевода YAML в:

config/locales/bg.yml

Исправил ошибку YAML, и все было в порядке. :-)

Для тех, кто занимается этой проблемой, я только что обнаружил, что мой файл database.yml вызывает эту ошибку, потому что в нем нет пробела между ключевым словом password: и паролем. Почти незаметная ошибка, и с файлом database.yml, который работал без ошибок на более ранней версии рельсов.

Я получил эту ошибку при попытке подключиться к удаленной базе данных с паролем 'p@ssword' и понял, что психологу не нравится символ '@'. Сменил пароль БД и проблема решена.

У меня была эта проблема. Моя проблема заключалась в том, что у меня была дополнительная вкладка в файле database.yml.

Я столкнулся с этим, когда использовал библиотеку r18n в Sinatra приложении, которое я создаю, и в моем файл перевода у меня был следующий:

day: !!pl
  0: 0 days
  1: 1 day
  n: %1 days

который отлично работал в более старом проекте под Ruby 1.8.7, но терпел неудачу под Ruby 1.9.3.

Ответ @SB дал мне ключ к решению моей проблемы. Более новый YAML отказывался от %1. Небольшое копание и эксперимент с irb, и теперь я знаю, что более новая версия синтаксического анализатора YAML требует, чтобы вы заключали в кавычки строки, начинающиеся с %1, поэтому я просто изменил свой перевод, чтобы он был

day: !!pl
  0: 0 days
  1: 1 day
  n: "%1 days"

и вуаля - неприятное сообщение об ошибке исчезло.

В моем случае это не проблема Bundle: (предполагается Ruby 1.9)

• Ruby по умолчанию использует «псих» (более новая и поддерживаемая библиотека yaml, связанная с библиотекой C: libyaml), если присутствует libyaml
• В противном случае Ruby использует «syck» (старый и не поддерживаемый).
• Таким образом, YAML::ENGINE.yamler= 'syck' заставит Ruby использовать 'syck' на машине, где также установлен 'psych'

Подробнее здесь: требовать, чтобы "yaml" не использовал psych по умолчанию

Мне удалось решить эту проблему, установив gem psych внутри группы :development и :test.

gem 'psych'

У меня была такая же проблема с ruby ​​​​1.9.2-p180, переход на 1.9.2-p290 решил это для меня.

Хотя ответ, данный @Vicvega, может работать или не работать (не проверял его), он противоречит общему принципу Rails и Ruby «Соглашение важнее конфигурации», и к нему следует относиться с осторожностью (и даже больше в совместная работа),,,,хоть и "настройка" в данном случае не велика

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

теперь ... чтобы решить ошибку, для меня это была своего рода ошибка newby, у меня не было файла локали, который я определил по умолчанию в Config/application.rb в моем каталоге Config/locales

счастливое кодирование

Нужно проверить файлы .yml на наличие ошибок, я нашел проблему в моей базе данных.yml

У меня была аналогичная проблема с искаженным файлом перевода YAML. Он использовал переменную перед ее определением. Неверным было следующее:

...
messages:
  ...
  <<: *errors_messages
...
messages: &errors_messages
...

Пришлось изменить на:

...
messages: &errors_messages
...
messages:
  ...
  <<: *errors_messages
...

Потом снова начал работать.

В моем случае было 2 проблемы.

1. Как упоминал @stwienert, представление массива было проблемой.
2. Еще одна вещь: если строка начиналась с %{var}, я получал исключение Parse. Мне пришлось соответствующим образом изменить строки, чтобы не начинать с %{var}

Например, если строка была

%{user_name} welcome to %{application_name} -- Это вызвало ошибку

Чтобы исправить это, мне пришлось изменить его на

Hi, %{user_name} welcome to %{application_name}

Надеюсь, это поможет кому-то.

С уважением,

Шардул.

Ну, на всякий случай, это поможет...
Что я сделал:
- выбрал все и скопировал из https://github.com/svenfuchs/rails-i18n/tree/master/rails/locale/es.yml в новый es.yml с помощью notepad++
- пытался посмотреть этот новый файл в текстовом редакторе IDE netBeans, получил предупреждение о безопасной загрузке с utf8 (точный текст не помню). Следовательно, я не открывал его в этом текстовом редакторе.
- переключил локальный файл через configuration/application.rb i18n
- когда я загрузил страницу irb, я получил "не удалось проанализировать YAML в строке 0, столбце 0", ссылаясь на Psych.
- Пошел в IRB и загрузил файл с syck, все было в порядке; переключился на psych и получил ту же ошибку.

Как я это решил:
- вернулся, чтобы скопировать содержимое из https://github.com/svenfuchs/rails-i18n/tree/master/rails/locale/es.yml, но на этот раз я вставил его во вновь созданный файл с помощью редактора netBeans.
- перезапустил webRick.
- проблема решена.
С уважением,
Виктор

Удалите неиспользуемые базы данных из database.rb. Если вы используете MySQL и PostgreSQL отсутствует, удалите код базы данных PG из databases.yml.

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

gem uninstall psych

У меня была очень, очень странная проблема, потому что у меня были пробелы после. Например.:

title: "NASA"

Не получилось, но

title:"NASA"

Сделал.

Если вы похожи на меня и столкнулись с проектом (унаследованным) с сотнями фикстур, несколько строк Ruby могут сэкономить вам часы:

require 'yaml'

d = Dir.new('test/fixtures/')
d.each do |file|
  begin
     f =  YAML.load_file('test/fixtures/' + file)
  rescue StandardError
     puts "failed to read test/fixtures/#{file}: #{$!}"
   end
 end

Просто поместите его в корень Rails и запустите, а когда закончите, удалите его.

Для других людей, просматривающих это, я нашел проблему в rerun.txt, которая вызывалась config/cucumber.yml в приложении Rails. rerun.txt был настроен для хранения самого последнего неудачного теста на огурец, и я каким-то образом ввел в консоль странные символы для теста на огурец.

Это было трудно найти. Хотел бы я видеть ответ Гленна Ремпе некоторое время назад.

Одной из возможных причин является сопоставление значений, не разрешенных в этом контексте в строке ...

Вот неправильный пример YAML (пользователь: не должен содержать никакого значения на самом деле, потому что он содержит дочерние элементы some_key и some_other_key)

customer: Customer
user: User
  some_key: value
  some_other_key: value 2

Найти такую ​​проблему — нетривиальная задача, особенно если у вас есть огромный файл YAML.

Я создал довольно простое регулярное выражение для обнаружения таких вещей. Я проверил это в RubyMine

^(\s+)['"\w]+:\s?['"\w]+.*\n\1\s\s

Будь осторожен! Это не работает со специальными символами, такими как å ø æ и т. д.

Дайте мне знать в комментариях, если это сработало для вас :)