Специально зашел, чтобы написать, что не пускает в аккаунт. Пишет как и для некоторых выше «Ваш аккаунт был удален». Нет, он не был удален, я в него заходил несколько месяцев назад. И да, это очень неприятно, потому что есть ощущение, что я навсегда потерял доступ к своему аккаунту.
Я скорее о том, что любой веб-разработчик не из Яндекса вряд ли выберет bemtree хотя бы по той причине, что непонятно, что он делает. Сюда можно добавить и новый синтаксис несмотря даже на js-вариант XJST — он очень непривычный.
i-state — это аналог req в express, туда можно положить данные, которые относятся к конкретному запросу. То есть в главном блоке, описывающем страницу сайта (например главную), можно сделать все запросы через ctx.defer(promise) и положить все данные в i-state, а уже во внутренних блоках брать данные из i-state. Выглядит очень странно и идет вразрез с логикой bem-node, но работает.
Специально залогинился, чтобы описать одну вещь, которая действительно мешает нам в bem-node.
1. Есть например базовое описание страницы, состоящее из трех блоков. Один из этих блоков раскрывается еще в три. Ну и один из этих трех раскрывается еще в два.
2. Допустим для описания структуры у нас будет blocks-desktop, а данные будут забираться через ctx.defer() в blocks-data (#евпочя)
И вот тут если для каждого из блоков мне нужны данные, по логике bem-node их логично получать для каждого блока внутри blocks-data. По факту же это означает последовательное выполнение запросов, в то время как зачастую они не связаны друг с другом и эффективнее было бы выполнять их параллельно.
Это разумеется легко обходится с помощью i-state, но это 1) невообразимый костыль и 2) придется данные, полученные главным блоком прокидывать во внутренние блоки через ctx.content().
Пока что это у нас одна из главных причин отказаться от bem-node.
«Час Программирования» действительно международное движение, о чем написано у них на сайте (http://hourofcode.com/ru) с указанием авторских прав и торговой маркой, в то время как в «Час Кода» (www.coderussia.ru) не потрудились даже указать первоисточники использованного материала в соответствующих разделах сайта, чем вообщем-то мало отличаются от BolgenOS и тому подобных разработок.
1. Есть например базовое описание страницы, состоящее из трех блоков. Один из этих блоков раскрывается еще в три. Ну и один из этих трех раскрывается еще в два.
2. Допустим для описания структуры у нас будет blocks-desktop, а данные будут забираться через ctx.defer() в blocks-data (#евпочя)
И вот тут если для каждого из блоков мне нужны данные, по логике bem-node их логично получать для каждого блока внутри blocks-data. По факту же это означает последовательное выполнение запросов, в то время как зачастую они не связаны друг с другом и эффективнее было бы выполнять их параллельно.
Это разумеется легко обходится с помощью i-state, но это 1) невообразимый костыль и 2) придется данные, полученные главным блоком прокидывать во внутренние блоки через ctx.content().
Пока что это у нас одна из главных причин отказаться от bem-node.
а фотографии внутренностей смотрите в старых обзорах — proofbook.ru/category/s-s-retro/
Подобную раздвижную клавиатуру видел только у Самсунга одного
говорю вам как учитель информатики в школе
???