помилка рейок, не вдалося проаналізувати YAML

Після оновлення самоцвітів я отримав таке:

/home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:148:in `parse': couldn't parse YAML at line 182 column 9 (Psych::SyntaxError)
    from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:148:in `parse_stream'
    from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:119:in `parse'
    from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:106:in `load'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth/formatters/latex.rb:6:in `<module:LATEX>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth/formatters/latex.rb:3:in `<top (required)>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth.rb:21:in `require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth.rb:21:in `<top (required)>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/case_sensitive_require/RedCloth.rb:6:in `require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/case_sensitive_require/RedCloth.rb:6:in `<top (required)>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:68:in `require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:68:in `block (2 levels) in require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `each'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `block in require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `each'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler.rb:120:in `require'
    from /home/megas/Work/railscasts/config/application.rb:10:in `<top (required)>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:28:in `require'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:28:in `block in <top (required)>'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:27:in `tap'
    from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:27:in `<top (required)>'
    from script/rails:6:in `require'
    from script/rails:6:in `<main>'

рейки ruby-1.9.2-p136 3.0.3

Намагався перевстановити gem RedCloth, не допомогло, система хоче використовувати лише версію 4.2.3

Будь-яка ідея, як це виправити? Дякую

У вас десь недійсний код YAML. Я маю на увазі недійсний для Psych (новий парсер 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 - старий, його не підтримують і вмирає, він використовується в даний час як запасний варіант, коли немає лівіамлу (зазвичай нелінукс-системи).

Найголовніше, що у вас десь є якийсь недійсний ямл . Це, швидше за все, у ваших файлах перекладу (у мене були рядки без котирувань, що містять%). Просто спробуйте завантажити всі свої файли 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 ініціював цю помилку, оскільки між паролем: ключовим словом та паролем у нього не було пробілу. Майже невидима помилка та з базою даних.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"

і вуаля - неприємне повідомлення про помилку зникло.

У моєму випадку це не проблема набору: (передбачається Ruby 1.9)

• Ruby за замовчуванням використовує 'psych' (новіша та підтримувана бібліотека yaml, що посилається на бібліотеку C: libyaml), якщо присутній libyaml
• В іншому випадку Ruby використовує "syck" (старий і не підтримується)
• YAML :: ENGINE.yamler = 'syck', таким чином, змусить Ruby використовувати 'syck' на машині, де також встановлено 'psych'

Більше інформації тут: вимагайте, щоб "yaml" не використовував психіку за замовчуванням

Мені вдається виправити цю проблему, встановивши 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 у нову версію. yml з notepad ++
- спробував переглянути цей новий файл за допомогою текстового редактора IDE netBeans, я отримав попередження про безпечне завантаження з utf8 (не можу згадати точний текст). Отже, не відкривав його за допомогою цього текстового редактора.
- змінив локальну через конфігурацію / application.rb i18n
- коли я завантажив сторінку irb, я отримав "не вдалося проаналізувати YAML у рядку 0, стовпець 0", посилаючись на Psych.
- Пішов до IRB і завантажив файл із syck, все було нормально; перейшов на психіку і отримав ту ж помилку.

Як я це вирішив:
- повернувся, щоб скопіювати вміст з 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

Будь обережний! Це не працює коректно зі спеціальними символами, такими як å ø æ тощо.

Повідомте мене в коментарях, чи це вам вдалось :)