Дилик Пулатов

НИКОГДА. НЕ. ПИХАЙТЕ. ДЕНЬГИ. В ЧИСЛА. С. ПЛАВАЮЩЕЙ. ЗАПЯТОЙ.

Потому что при вычислениях с плавающей запятой возникают погрешности, которые вы не сможете объяснить ни одному бухгалтеру.

Юзайте numeric, который был придуман именно, блин, для этой цели.

И запомните, что преждевременная оптимизация приносит зачастую больше проблем, чем пользы.

Использовать .replace с регулярным выражением и флагом i

.replace(/hello/gi, `<span>$&</span>`)

Регулярные выражения в помощь - https://developer.mozilla.org/ru/docs/Web/JavaScri...

Хоть Yii и создан в первую очередь как фреймворк для быстрой разработки приложений, ничего не мешает сделать на нем крупный проект. Как сказал oxidmod Yii ничего не навязывает разработчику, в этом его плюс и минус одновременно. Если проект реализовывают профессионалы - они спокойно его сделают на Yii качественно, если новички - они спокойно заговнокодят проект. Т.е. тут вопрос только в радиусе кривизны рук. Yii реже выбирают для крупных проектов чем тот же Symfony, т.к. с точки зрения бизнеса он более оптимальный, например:
- в стандартной реализации Yii нацелен в первую очередь на скорость разработки, симфони - на качество. Соответственно в крупном проекте дешевле использовать Symfony со всеми его инструментами, чем реализовывать эти инструменты с нуля. Например, yii-шный ActiveRecord - хорош на простых проектах, но в сложных проектах он приносить больше проблем чем пользы, а в стандартной реализации никаких альтернатив ему не предусмотрено ...
- Symfony накладывает определенные правила разработки для программистов, соответственно из за этого проще внедрять на проект новых разработчиков, не боясь что они заговнокодят.
- в Yii низкий порог входа, соответственно "качество" многих разработчиков желает лучшего ...

Это мнение людей которые не умеют делать большие проекты. Им просто кажется, что если бы они могли взять вначале другой фреймоврк/язык/базу то результат был бы намного лучше, на деле же они просто не имели понятия о проблемах с которые появляются в больших проектах.

Используйте NUXT (SSR) для СЕО. А Yii используйте как API.

Я так понимаю, что в классе PostCategory не переопределён метод primaryKey.

map $http_user_agent $limit_bots {
     default 0;
     ~*(AltaVista|BlackWidow|Bot|ChinaClaw|Custo|DISCo|Download|Demon|eCatch|EirGrabber|EmailSiphon|EmailWolf|SuperHTTP|Surfbot|WebWhacker) 1;
     ~*(Express|WebPictures|ExtractorPro|EyeNetIE|FlashGet|GetRight|GetWeb!|Go!Zilla|Go-Ahead-Got-It|GrabNet|Grafula|HMView|Go!Zilla|Go-Ahead-Got-It) 1;
     ~*(rafula|HMView|HTTrack|Stripper|Sucker|Indy|InterGET|Ninja|JetCar|Spider|larbin|LeechFTP|Downloader|tool|Navroad|NearSite|NetAnts|tAkeOut|WWWOFFLE) 1;
     ~*(GrabNet|NetSpider|Vampire|NetZIP|Octopus|Offline|PageGrabber|Foto|pavuk|pcBrowser|RealDownload|ReGet|SiteSnagger|SmartDownload|SuperBot|WebSpider) 1;
     ~*(Teleport|VoidEYE|Collector|WebAuto|WebCopier|WebFetch|WebGo|WebLeacher|WebReaper|WebSauger|eXtractor|Quester|WebStripper|WebZIP|Wget|Widow|Zeus) 1;
     ~*(Twengabot|htmlparser|libwww|Python|perl|urllib|scan|Curl|email|PycURL|Pyth|PyQ|WebCollector|WebCopy|webcraw) 1;
 } 

location / {
  if ($limit_bots = 1) {
    return 403;
  }
}

Прямо сейчас занимаюсь аналогичной проблемой.
Вот такой вариант грубо отсечёт много (но не всех) ботов.
Если бот не сообщит в User-Agent своё имя, а прикинется обычным пользователем, то эта схема его не остановит. Нужно будет анализировать его поведенческие факторы, но это уже не сделать на уровне NGINX.

После каждого изменения структуры БД в консоли сбросьте кеш. И не надо ничего переименовывать.

./yii cache/flush

Ну или отключите кеширование структуры БД в настройках приложения.