Ну так с базой это не связано. Там ключи собираются вместе и затем считается общий хеш, ни как не влияющий на содержание базы. Просто появится еще одни тип ключа.
Я точных замеров не проводил, но чтение, изменение и сохранение базы (без записи на диск, только преобразование к buffer), субъективно в node.js в 3-4 раза быстрее (в ноде <1сек, в браузере ~3сек).
Хорошо у вас получилось я себе делал похожее для того чтобы перестать юзать chrome для сохранения паролей, но пока не допилил. Только я использовал апи node.js для крипто функций и gzip. В итоге собирал все с помощью browserify.
Я видимо не дошел до момента когда нужно делать отмену) Нужно будет на досуге посмотреть, может смогу починить.
Раз вы использовали нативный драйвер, вы еще можете из него использовать анализатор запросов родной. У вас тогда очень точная подсветка и анализ получится запроса (ну просто подсвечивать ошибки).
Вот смотрите как можно отображать explain plan (http://explain.depesz.com/s/i7LN), я не говорю, что копируйте один в один, но согласитесь, когда красным явно показано какая часть тормозит, довольно заметно. Я использовал CodeMirror, он вроде бы все тоже самое умеет делать.
Под поддержкой встроенных типов я имею в виду, что н-р если есть возможность редактировать строки после выборки, то если поле timestamp показывать date picker и тп только еще и для json(b), hstore, enum…
А почему решили использовать нативный драйвер, а не нодовский реализованный на js?
Хорошая идея. Сам над тем же работал, но времени не хватало, переключился на другие задачи.
картинка
Очень интересная идея про графики. Добавьте еще удобный просмотр explain plan. Ну и раздвиньте все элементы, что вы так место экономите.
Как насчет поддержки встроенных типов?
А какой редактор использовали?
Зачетная идея. Там внутри используется RetroArch, а он ведь может не только GB поддерживать. Можно было как минимум добавить GBC, NES, SNES для них вроде и кнопок не нужно дополнительных (только экранчик цветной а не монохромный). Если добавить два пада можно добавить еще GBA.
А ни кого не напрягает использование es7? Мне вот не хочется радостно использовать этот сахар (весьма полезный), а в итоге все сто раз поменяется. Еще не понятно, как babel планирует поддерживать фичи, если они меняются, хотя с другой стороны можно просто сказать, что c stage:0 вы все делаете на свой страх и риск.
Как то вы совсем по вершкам прошлись. Нету описания svgo, pngout, gifsicle, advpng. jpegtran бывает как минимум трех видов: jpeg group (оригинальный), jpeg-turbo, mozjpeg. Нету ссылки к очень популярному ImageOptim.app.
Последний раз когда использовал pagespeed с nginx, было много заморочек c https.
Раз вы использовали нативный драйвер, вы еще можете из него использовать анализатор запросов родной. У вас тогда очень точная подсветка и анализ получится запроса (ну просто подсвечивать ошибки).
Под поддержкой встроенных типов я имею в виду, что н-р если есть возможность редактировать строки после выборки, то если поле timestamp показывать date picker и тп только еще и для json(b), hstore, enum…
А почему решили использовать нативный драйвер, а не нодовский реализованный на js?
Очень интересная идея про графики. Добавьте еще удобный просмотр explain plan. Ну и раздвиньте все элементы, что вы так место экономите.
Как насчет поддержки встроенных типов?
А какой редактор использовали?
Последний раз когда использовал pagespeed с nginx, было много заморочек c https.