Интересный вопрос. Производительность например поиска данных по UTF действительно выше чем у поиска по KOI8?
Так все-таки в неумении или в проблемах? Или в том что проблемы были и в других технологиях - например в XML/XSLT?
Средний юзер и средний сацт на WP это про что-то другое.
Если чисто ради интереса, тогда конечно. Но большого смысла не уловил. И кажется я в этом не одинок.
Много лет делаю то же самое с точностью до наоборот. Через Ajax гружу не уникальный контент страницы, а - то что общее для всего сайта и на всех страницах - всякую рекламу, новости и т.п.
1. Снижение трафика заметно только если соотношение содержимого контентной части и всякой обвязки сопоставимо. Т.е. или когда трафик гигантский как у фейсбука (там любая копейка в копилку ляжет), или когда контент - как у вас в демке - пара фраз, а постоянная часть HTML-страницы ну очень большая. Что вообще говоря плохо и лучше озаботиться ее оптимизацией.
2. Про снижение нагрузки и число запросов к БД - может лучше кэш включить? И для Ajax и не для Ajax
для картинок в дизайне сайта - шукайте CSS3 Media Queries
А вот для тех что в контенте никак кроме js.
Ага. В прошлом веке ходила легенда о том что бедные пауки могут запутаться и обрушить сайт. Живучая легенда оказалась.
Похоже что не все прочитали внимательно пост топикстартера.
Он довольно конкретно описал что ему нужно
BBEdit - professional HTML and text editor for the Mac, with high-performance features for editing, searching, and manipulation of text.
Какая разница на чем сделано? У MS Code та же самая технология, точно так же сделан на Node, но торомозов как у Атома нет. Ресурсов как у IDE на Java не требует. Через год настрогают плагинов и будет достаточно крутая вещь.
Учитывая скорость, с которой Node входит во фронтовые разработки можно предположить, что технологии станут очень востребованными.
+ к этому сама технология Атома/Electron позволяет достаточно просто делать дектопные кросброузерные приложения. Может вполне пойти в отрыв. Встроенная отладка на Node при этом лишней никак не будет.
Sublime-подобные IDE похоже мейнстрим. Похоже что по крайней мере при работе с фронтом скоро все остальное вытеснят.
Попробовать можно, совершенно замечательная вещь, но работать с ним пока рано. Плагины только-только включили, но пока еще не написали. Через год будет самое оно.
Очень хорош Atom, но он пока тоже сырой - на больших файлах умирает. Sublime и Visual Studio Code в этом не замечены.
Как справочник? Справочник лучше шукать в Сети. На Мозилле в MSDN или еще где. Как учебник - Кантор. Ну может еще кто, но только не Флэнаган с совершенно дубовым языком. ВЫ его давно не читали. Перечитайте главу "замыкание". Это же лютый трындец. Даже понимая что это такое, хочется убиться об стену читая определение Флэнагана. Так запутать, в общем относительно понятную вещь нужно уметь.
JS-программисты носятся с Флэнаганом как с Кораном, ну а у Корана вестимо язык не может быть простым. Особенно если переводчик из РАН и сам не может просто высказывать простые мысли.
Флэниган - самая первая и самая подробная книга по JS. Ничего другого подобного на тот момент (2008) год не было. Поэтому программисты "старой" школы учились по Флэнигану и считают это библией JS
Но у нее имхо два больших недостатка - совершенно дубовый язык и многословие. А Кантора много прозрачных примеров и мало слов, У Фленигана может быть по несколько страниц совершенно невнятного текста без единого примера.
Кроме того, JS очень быстро развивается и Кантор за ним успевает, а книги Фленигана запаздывают.
Ну очень тяжелый талмуд:) Я замаялся его с собой в электричке таскать.
