Главная яндекса плохой пример. Я ж не сказал что на БЕМе это невозможно, я сказал что это более геморройно. У них страница полностью перезагружается и никакой анимацией там не пахнет (анимация перехода)
Плюс, как я уже говорил, у них на главной принципы БЭМа нарушаются только так - i.imgur.com/a28dQHu.jpg
Есть уровни переопределения БЭМ.
Я так и не понял как это решает приведенный мной пример - обьясните своими словами пожалуйста.
Что и требовалось доказать — вы не умеете его готовить.
Вы ничего кроме своей зацикленности на БЭМе не доказали.
Aingis: Я могу много таких придумать.
Например api возвращает HTML содержаший список со ссылками (привет wordpress), в зависимости от положения этого списка на странице, если ссылки в главной навигации - они идут в ряд, если в сайдбаре - то друг под другом. Можно учить api возвращать список с правилными классами, передавать дополнительный параметер и т.п., а можно не вы#бываться и сделать полностью на цсс, каскадом.
Одностраничный сайт, где нужно менять тему оформления на лету (например со светлой на темную) желательно с анимацией.
Ситуация когда на десктопе два элемента выглядят одинаково, а на телефоне по-разному.
И так далее, куча ситуаций где БЭМ кроме головной боли ничего не добавит.
Елси расскажете как правильно приготовить эти примеры - буду только признателен.
ПС
Кстати на сайте самого яндекса принципы БЭМа нарушаются только так.
Артур Селиванов: Мне кажется что в рамках вашего примера лучше все-таки помечать. Категории в том числе.
Удаление категории же не обязательно означает удаление всех ее товаров. Они могут просто быть "uncategorized" в случае если категория помечена как неактивная.
Количество запросов будет одинаковым, просто вместо DELETE будет UPDATE.
Больше ничего сказать не могу, все зависит от конкретных задач.
Артур Селиванов: по вашему хранить полностью хтмл заказов - менее ресурсоемко?
Можно вместо удаления товаров помечать их как удаленные и хранить только айдишники в таблице старых заказов, можно дублировать данные (если нужно сохранить информацию о старой цене и т.д. необязательно дублировать все, только то что важно)
Оба этих подхода кажутся мне лучше чем хранить хтмл.
Но вообще я бы посоветовал создать отдельную табличку для "старых" заказов, и записывать туда не просто хтмл, а все параметры по отдельности в столбцах. Что если например в будущем потребуется функционал учета или переоформления старых заказов? Как будете все это из хтмл вытаскивать?
FashionHighStre: Сори, неверную ссылку дал, пытался найти статью где выложен скрипт который проверяет темы для вп на наличе вредноносного кода, кажется называется этот скрипт "Айболит". (не получается найти сейчас)
Моя основная мысль в том что подобные проблемы возникают не из-за самого вп, а из-за устаноки большого количества непонятно откуда берущихся плагинов и "установить побольше плагинов" - это не решение.
Александр Цымбал: Сомневаюсь что серверы гугла тормознее вашей шаред коробки.
И мобильным интернетом я пользуюсь постоянно (3Г), тут кстати очень приходит на помощь один из плюсов гугла - большая вероятность что фонт уже закэшировaн и ничего скачивать пользователю не надо.
Как? Пример в студию. Так чтобы апи не трогать.
Главная яндекса плохой пример. Я ж не сказал что на БЕМе это невозможно, я сказал что это более геморройно. У них страница полностью перезагружается и никакой анимацией там не пахнет (анимация перехода)
Плюс, как я уже говорил, у них на главной принципы БЭМа нарушаются только так - i.imgur.com/a28dQHu.jpg
Я так и не понял как это решает приведенный мной пример - обьясните своими словами пожалуйста.
Вы ничего кроме своей зацикленности на БЭМе не доказали.