Новая Главная портала Mail.Ru

А тут можно подробнее, я рад что вас это не напрягает, но проблема выглядит серьезно.
Можете скинуть мне на рабочий ящик логин, ось, браузер? [e-mail]

Новая Главная портала Mail.Ru

1. Нет более подробной информации? Не можем воспроизвести.

2. Ссылки к нам приходят как данные, не все сразу

3. Согласен

4. Вы серьезно?
validator.w3.org/check?uri=http%3A%2F%2Fgoogle.com%2F&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.3

validator.w3.org/check?uri=http%3A%2F%2Fwww.yandex.ru%2F&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.3

Я не против валидации, когда она помогает, но когда она мешает пусть свое время на нее тратит кто-то другой.
Более того инлановые сили мы вставляли осознанно. Тчательно подбирали для них место в DOM, вы предлагаете сделать хуже, но зато валидно?

Новая Главная портала Mail.Ru

Предложите способ надежнее. Моему номеру, например, 7 лет.

Новая Главная портала Mail.Ru

Есть оранжевая плашка сверху?

Новая Главная портала Mail.Ru

А можно более развернуто?

Новая Главная портала Mail.Ru

Ящик могли взломать и использовать для рассылки спама если у вас достаточно простой пароль или взломали какой либо другой сайт где пароль хранятся в открытом виде. Мы пароли в открытом виде не храним в принципе.

Телефон, к сожалению, единственный достаточно надежный способ доказать что вы это вы. Более того, лично меня мой телефон просят ввести все популярные соц. сети и почтовики.

Мой совет, подтвердите свой аккаунт телефоном и вы сто раз скажете себе за это спасибо если что-то случится с ящиком.

JavaScript на сервере, 1ms на трансформацию

Конечно пробовали, очень нравится, но пока не укладывается нужное нам время.

JavaScript на сервере, 1ms на трансформацию

Можно подробнее?
Я совсем не понял мысль.

JavaScript это язаык PHP тоже язык, а что значит фраза «Я правильно понимаю, что это такой PHP для v8?»

JavaScript на сервере, 1ms на трансформацию

Пока нет в документации, но можно делать так

<a href="/user/{json.user.name}">Go to <fest:value>json.user.name</fest:value></a>

Нет в документации, потому что сами тестируем.

JavaScript на сервере, 1ms на трансформацию

Возможно, но что делать, когда нужно fest:choose использовать?

JavaScript на сервере, 1ms на трансформацию

так вот и начался fest:if а закрывать рано.

JavaScript на сервере, 1ms на трансформацию

Если для вас незакртые теги стандартная ситуация, не используте fest.
Это возможно но лучше поискать другой инструмент, мы не претендуем на универсальность.

JavaScript на сервере, 1ms на трансформацию

Проблемы компиляции.

    <input type="checkbox">
        <fest:attribute name="class">cbx</div>
        <fest:if test="false">
            <fest:attribute name="checked">checked</fest:attribute>
        </fest:if>
    </input>

Мы должны в скомпилированном коде написать

html += '<input type="checkbox"';
html += ' class="cbx"';
fest_if = node.attributes.test
if (fest_if){
    html += ' checked="checked"';
}

А теперь вопрос, в каком месте надо написать

html += '/>';

Как понять что секция с атрибутами закончилась и можно закрыть тег?

JavaScript на сервере, 1ms на трансформацию

Я в курсе про яндекс почту, многих там знаю лично.
Но просто скажу что килентсике XSLT это очень сложно.

Как не утонуть в мегабайтах javascript кода? // Доклады с Форума Технологий Mail.Ru 2011: текст доклада, видео, презентации

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

Что касается инструментов, я бы посоветовал какой-нибудь requirejs.org/

JavaScript на сервере, 1ms на трансформацию

Скорость, я не говорю что XSLT в принципе медленный но тут он проигрывает. И в XSLT нет нормальной возможности поработать с входными данными, например преобразовать timestamp в красивую дату.

Ну и наконец почему многие пропускают фразу про единые шаблоны на клиенте и на сервере? ))

JavaScript на сервере, 1ms на трансформацию

«Зачем вам XML? Не проще было сразу шаблоны на JS писать декларативно? Парсить XML в JS довольно расточительно. Если вам быстрее парсить XML чем разбирать какой-нибудь нативный для JS формат, то вы определенно что-то делаете не так.»

Расточительно, если вы хоть на секунду подумали что xml существует хоть где-то кроме девелопмента то плохо. Если вы так делаете у себя еще хуже.
Нативный JS формат. Люди очень любят кидаться такими фразами не приводя ничего в пример.

«Вообще, это KISS во всей красе. До этого ведь у вас был XScript-подобный велосипед с пасьянсом и актрисами? Теперь осталось выкинуть ещё либо XML, либо JS. И будет хорошо.»

Тут я не понял смысл, откуда в Mail.ru XScript? И в старом шоблонизаторе точно не было ни XML ни JS.

«Либо выкинуть всё, взять что-то вроде sourceforge.net/projects/libctemplate за основу, да зафигачить шаблонизатор встроенный в nginx.»

А фразу про единые шаблоны на клиенте и на сервере вы вообще пропустили.

JavaScript на сервере, 1ms на трансформацию

Увлекся текстом, поменял.

JavaScript на сервере, 1ms на трансформацию

Мы используем SAX

JavaScript на сервере, 1ms на трансформацию

На сжатие тратится 10ms