а по размеру?

По размеру — как лзоп.

То есть с дефолтными параметрами как лзоп с дефолтными

С макс. как лзоп с макс.

Разница в несколько процентов. без шуток.

Кто-нибудь навскидку может мне назвать что-нибудь лучше лзопа по скорости распаковки и/или коэффициенту сжатия? В том смысле чтобы по другому из этих двух параметров было не хуже.

https://github.com/google/snappy

Трансляция есть: https://events.yandex.ru/events/meetings/04-aug-2016/

наш основной конкурент - как вам формулировка :о лол ТОТ КОГО НЕЛЬЗЯ НАЗЫВАТЬ

https://github.com/google/snappy

мм. snzip в дебиане только в левых репах.

Сейчас так загуглю сравнение, лень просто так ставить.

lz4 вроде получше будет судя по бенчмаркам

Интернеты говорят, что snappy в два раза медленнее.

угу

Я им поверю.

ну не в два но много

fastlz ещё есть какой-то.

он на сайте с zip себя сравнивает

что настораживает

Да, но говорят, что быстрее, чем lz4. Плюс ещё lzturbo есть, он тоже странный немного.

Ну их, я обойдусь штатным lz4, который в системе есть.

Там более что с lz4 у меня и так 50% времени уже на обработку уходит, а не на распаковку, кажется.

(кстати, тесты были с учётом этого)

Так что реально lz4 ещё быстрее, наверное.

Экстраполис как всегда ужасен :(

Подарили кружечку за хорошие вопросы

Экстраполис по моему самый крутой зал в Москве)

Что спрашивал?)

reverse проксировал

Экстраполис по моему самый крутой зал в Москве)

Экстраполис крутой, когда у него "стенка" открывается - она сдвижная. В нем слишком дневний проектор, и вообще техника. Синий Кит или "Желтый"(забыл, где проходил moscow.js) модерновее.

В 7-9 раз мне lz4 жмёт данные, кстати.

Но это исходники в основном.

Поправка — 6-9ю

Тут вопрос что жать нужно. Всегда можно изобрести алгортим который будет лучше подходить в специфическому типу данных.

Никого не не удивляет что картинка это не зипнутый bmp, да и wav жать бесполезно.

Тут вопрос что жать нужно. Всегда можно изобрести алгортим который будет лучше подходить в специфическому типу данных.

да это-то понятно, но вот это уже нерентабельно будет

код жать нужно =)

Сейчас, дожмётся и залью на другой хост — ссылку дам.

Там всего гигов 5 получится.

Даже 4.2, скорее.

Под код что-то было. Там какая-то простейщая операция, чтобы Хафман лучше цеплялся. Попробую откопать.

Под код что-то было. Там какая-то простейщая операция, чтобы Хафман лучше цеплялся. Попробую откопать.

Я не хочу городить своё что-то туда без особой надобности. Имхо, lz4 весьма неплохо справился. 4 гига это очень хорошо. Там ещё и время поиска будет около минуты, скорее всего — проверю как допакуется.

Чуть не забыл.

http://oserv.org/npm/Gzemnid/2016-08-04/

async/await в stage 4, все заметили?

https://github.com/tc39/proposals/blob/master/finished-proposals.md

Агась)

Привет! Вопрос не по нод.жс, но может кто-нибудь поможет :) Пытаюсь найти какие-нибудь статейки / best practises по интегрированию платежных систем в сайт. Но не про сами пейменты, а именно советы как организовать структуру хранения инфы про то, какой у юзера проплачен период и т.д. Может кто-то такое встречал?

обычно эти системы наполовину историю всех статусов за тебя сделали

посмотри бложик stripe, например?

Почему редкая птица бекенд на js? У Яндекса кроме серпа почти все фронтовые бекенды на node.js.

фронтовый бэкэнд - звучит унизительно

как есть, что уж теперь

с данными по прежнему работают на java, python, c++

просто фронтенд

я был свидетелем проекта где node.js изначально была глубоким бэком, потом вытеснила php. который был фронтовый бэк))

потому что им нужен был изоморф от реакта

2 года php сопротивлялся

серьезный срок

Когда php работает чисто в качестве шаблонизатора то шансов у него мало все равно)

Php во многих моментах до сих пор лучше (и "энтерпразней") ноды. Вообще мир разнообразен.

и SOA бэкенд на ноде

Хмм, у нас наоборот, пхп не справляется даже с шаблонизацией, его нода закрывает.

ERROR: S client not available

Php во многих моментах до сих пор лучше (и "энтерпразней") ноды. Вообще мир разнообразен.

Готов поспорить. Например TypeScript вполне себе энтерпрайзен и прекрасно живет с нодой.

Или речь о фреймворках?

если что, то "энтерпрайз" - это когда плохо

Почему?

а, в кавычках

не догоняю под конец недели

не, ну по факту

я 4 года посвятил php, с него начинал, назад не тянет

всякие тупые технологие, устаревшие, проприетарные, и т д

оракл, jsf, asp.net, всякое такое

одна команда, с которой мне довелось работать писала бек на .NET, они вот готовы поспорить)

И я с ними спорил пока меня не уволили

оракл, jsf, asp.net, всякое такое

да у людей ещё дельфи не умер

в энтерпрейза очень много ограничнных людей

ограниченных знанием одной технологии, то есть

в энтерпрейза очень много ограничнных людей

+1

даже добавить нечего

У php еще есть крутые фреймворки, которые во многом толкают вперед язык, такой как symfony, чего к сожалению нет у node.js

laravel <3, именно он меня заставляет все еще периодически писать на пхп

Классы, автоподгрузка, интерфейсы, миксины и тд и тп. Да и асинхронные биндинги куда надо, и за которые многие люди выбирают ноду - тоже есть. Просто в браузере не работает, хотя есть php-js

hapi? sails?

symfony лол впропасть

У php еще есть крутые фреймворки, которые во многом толкают вперед язык, такой как symfony, чего к сожалению нет у node.js

А дают ли на самом деле они серьезное преимущество при разработке? На ноде я поднимаю фронт на express например, задача которого ходить по REST к SOA сервисам и выдавать генеренный HTML. Не больше. А если архитектура совсем простая, зачем symfony?

Еще бы я добавил в сторону ноды железное преимущество - один язык на клиенте и сервере. Одни и теже технологии деплоя на клиенте и сервере.

это так и до метеора можно докатиться)

Еще бы я добавил в сторону ноды железное преимущество - один язык на клиенте и сервере. Одни и теже технологии деплоя на клиенте и сервере.

Удваиваю. Причем относительно просто на проекте вырастить себе фуллстек-разработчика из грамотного фронтендщика.

кстати, о митапах

завтра по голангу будет, пацаны ?

Не, фронтэндеров на бэк нельзя пускать

Я потому и написал «грамотного» ;)