тебе бы туда в идеале ID передавать

куда?

find_or_initialize_by_by

find_or_initialize_by

попробуй

но я неуверен что он в бд запишет

class Build < ApplicationRecord has_many :tags, as: :taggable after_save :saving_tags $arr = nil def tag_list tags.map(&:name).join(' ') end def tag_list=(names) # self.tags = names.split(' ').map do |n| # self.tags.find_or_create_by!(name: n.strip.downcase) # end $arr = names.split(' ') end def saving_tags self.tags = $arr.map do |tag| self.tags.find_or_create_by!(name: tag.strip.downcase) end end end

очень криво?

но оно работает

а с find_or_initialize_by не работает?

нет

хм

но сверху вариант не самый идеальный

нормально бы было params.require(:build).permit(:title, :tag_list, :description) вот сюда не names передавать, а уже ID тегов

которые ты бы создавал AJAX запросом когда человек его создает

это пока сложно для меня

ajax еще не трогал

а если сделать: def tag_list=(names) @tag_list = names.split(' ') end def saving_tags self.tags = @tag_list.map do |tag| self.tags.find_or_create_by!(name: tag.strip.downcase) end end

но можно даже через attr атрибуты вообще сделать

только тогда tag_list переименовать

def tag_list=(names) # self.tags = names.split(' ').map do |n| # self.tags.find_or_create_by!(name: n.strip.downcase) # end $arr = names.split(' ') end вот это вообще убрать

написать attr_accessor :tags

а нет

attr_accessor :tag_list

def saving_tags self.tags = tag_list..split(' ').map do |tag| self.tags.find_or_create_by!(name: tag.strip.downcase) end end

понял, попробую

работает, спасибо большое

потестирую что будет если tag_list пустым передать

и если не передать вообще

скорее всего ошибки)

так и есть

тогда надо вот что сделать

after_save :saving_tags, if: :need_created_tags

private def need_created_tags tag_list.present? end

но тут есть еще 1 баг, при редактировать пользователь должен иметь воозможность удалить теги)

@k1r8r0wn твоя проблема с ссылками в ссылках исходит из html. Нельзя по спецификациям помещать тег <a> в тег <a>. Так же как нельзя помещать div в span. Или любой тег в input

да, спасибо я запамятовал протую истину)

Если глобально, есть блочные элементы и строчные элементы в html. Надо просто запомнить что в строчные элементы нельзя вкладывать другие элементы

Если глобально, есть блочные элементы и строчные элементы в html. Надо просто запомнить что в строчные элементы нельзя вкладывать другие элементы

<span><b>YOU</b> FAIL</span>

Да надо уточнить..блочные в строчные вот

<span><b>YOU</b> FAIL</span>

Кстати b тег лучше не использовать

Это почему?

<span><div style="display:inline;">YOU</div> FAIL</span>

несемантично

Кстати b тег лучше не использовать

Всем похуй.

>2016

><center>

Похуй тем кому потом продвигать его не надо будет

если все будет похуй, то будет повсеместный говнокод

А если надо то strong

Похуй тем кому потом продвигать его не надо будет

Это мало влияет на продвигаемость.

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

если все будет похуй, то будет повсеместный говнокод

То есть <b> - это говнокод?

Да

А <strong> - нет?

Нет

Просто ты мудак.

Закрой пасть

Как некрасиво получилось

Почитай а потом разбрасывайся говном

Он уже не прочитает твое сообщение

фи

как неприлично

Бог ему судья

я бы стикер использовал)

ERROR: S client not available

но нельзя)

Растешь :D

через 2 месяца 16 будет)

<span><div style="display:inline;">YOU</div> FAIL</span>

Кстати, не сработает.

браузер просто не выведет такой код

<span><span style="display: block;"></span></span> а вот так можно

кто-то делал has many through + polymorphic ?

Кстати, не сработает.

Сработало chrome и mozilla

Кстати b тег лучше не использовать

а почему так? b ведь для своих ситуаций, strong - для своих.

для каких b подходит?

Спйчас в книге найду

для каких b подходит?

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

Сработало chrome и mozilla

да, извиняюсь, перепутал с другой ситуацией. кстати, еще одно исключение в html - нельзя вкладывать div в p

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

Нарушение стандарта,так как тег не семантический а стилевой и считается пережитком времен без css

<p><div>1</div><div>2</div></p> браузер выведет как <p></p><div>1</div><div>2</div>

Нарушение стандарта,так как тег не семантический а стилевой и считается пережитком времен без css

то есть по стандарту - все теги без исключения должны быть исключительно семантическими?

Ну вообщем да

Тогда код будет валидным

то есть по стандарту - все теги без исключения должны быть исключительно семантическими?

Конечно в идеале этого тяжело добиться

остается актуальной проблемка с подавляющим большинством визивигов, которые оформляют полужирный текст в <b> и курсив и <i>

Да, поэтому я их не люблю

Хотя последний тинимс вроде как strong ставит

Ща проверю

Да стронг и ем

http://www.evolutionoftheweb.com/

/start@comstatbot

/start@comstatbot

Уже запущен

/stat@comstatbot

comstatbot.xyz/chat/-1001033680683

нету еще статистики