https://www.opennet.me/openforum/vsluhforumID3/108570.html Доступен (http://www.lighttpd.net/2016/7/16/1.4.40/) релиз легковесного http-сервера lighttpd 1.4.40 (http://www.lighttpd.net), в котором закрыто 157 отчётов об ошибках и представлено несколько улучшений. Одновременно сообщается о переходе проекта с централизованной системы управления версиями Subversion на Git.<br><br><br>Основные изменения:<br><br><br>- Улучшено управление ресурсами: ограничено потребление памяти при обработке больших запросов, в динамических бэкендах реализована поддержка асинхронных двунаправленных потоков и определения разрыва соединения клиентом;<br>- Реализован откат на традиционные средства ввода/вывода при отсутствии поддержи mmap и sendfile;<br>- Обновлена поддержка lua 5.2, 5.3; memcached; libressl; openssl 1.1.0;<br>- Улучшена поддержка cygwin;<br>- Расширена поддержка webdav;<br>- При запуске "lighttpd -tt" теперь выполняется проверка корректности файла конфигурации;<br>- Добавлена опция "-1" при которой lighttpd выполняет один запрос из входного потока и завершает работу (например, можно использ https://www.opennet.me/openforum/vsluhforumID3/108570.html#58 Mon, 01 Aug 2016 11:30:57 GMT &gt;Сапожники без сапог.<br><br>Лолшто? Это если бы git разрабтывали в svn, был бы сапожник без сапог.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#57 Mon, 25 Jul 2016 08:22:11 GMT &gt; Потому что он просто работает, делает всё что нужно и делает это хорошо.<br><br>Только отгрузку статики, только по HTTP/1.1 и без проксирования.<br><br>&gt; А какая-то там "2.0", и переписывать под неё все конфиги на Луа?<br><br>Да там вообще какие-то планы олдскульных хипстеров. Я думаю что они это не релизнут за ближайшие 10 лет. Было время когда их market share был 3-й в мире, проигрывая только IIS и Apache. Они это прошляпили. Зато подсуетился nginx.<br><br>&gt; Даром не надо, тогда уж проще будет действительно на нгинкс перейти. <br><br>Он технически лучше в проксировании, умеет HTTP/2 и кэширование. Но более сложный и комбайнообразный. И в начинке и в настройке.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#56 Wed, 20 Jul 2016 15:07:06 GMT &gt; Сужу по своему опыту, после 5 лет работы с svn переходить на git было не легко.<br><br>А по моему опыту после ** лет с RCS, CVS и SVN переходить на Git было не только легко и приятно, но ещё и очень быстро. За день перестроил workflow и переписал вспомогательные скрипты (на самом деле, больше выбросил, чем переписал). Потом постепенно перевёл все рабочие проекты на новую систему. О чём это говорит? О том, что личный опыт ни о чём не говорит. Кто-то после автошколы ездит 20 лет и ни одной аварии, а кто-то на первой же практике сносит газетный киоск. Тем не менее, Git сегодня, пожалуй, самый популярный DVCS, а значит он как минимум достаточно прост для освоения.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#55 Wed, 20 Jul 2016 14:56:52 GMT &gt; один хрен мержить с кровью и кишками<br><br>Вот по этому вангую полный бардак в процессее разработки.<br><br>&gt; требуя хранить все терабайты локально, с момента сотворения мира<br><br>А по этому &#8212; отсутствие каких-либо практических знаний о Git.<br><br>Думаю, в этом и причина твоих неолуддитских настроений. Практически любой современный DVCS лучше svn по удобству работы для конечного пользователя и по всей той помощи, которую современный DVCS готов предложить разработчику, будь это скрипт на 100 строчек или проект уровня Linux Kernel.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#54 Wed, 20 Jul 2016 11:31:39 GMT &gt; а с гитом можно спокойно работать в офлайне или с дерьмовым мобильным интернетом.<br><br>ниасилили терминальный доступ?<br>&gt; Для меня, по крайней мере, главный. Офисному планктону особо без разницы, думаю.<br><br>еще бывают клепатели не для себя, любимого.<br>При этом я-то могу быть и на берегу моря - у меня один хер что на берегу, что в офисе - терминал. Тащить на берег моря то, что может это скомпилировать, мне тяжеловато, а то что может тестировать - вообще только aircargo.<br>В виду того, что запускать потом все равно надо не на любимом планшетике, а на не совсем даже pc-архитектуре и с нетранспортабельной мощностью. Если у этой штуки отвалится коннективити- у нее будут совсем другие проблемы, про проблему недоступности репозитория уже и вспоминать будет некогда (да и сборка там тоже distributed).<br><br>линуксописателям - тем да, у них вся жизнь в написании нового ведра чтобы на нем скомпилить еще более новое ведро, и физическую доступность кнопки ресет подавай.<br><br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#53 Wed, 20 Jul 2016 01:02:43 GMT На самом деле, главный плюс распределенной системы в том, что с svn-ом надо нормальный канал с сервером, а с гитом можно спокойно работать в офлайне или с дерьмовым мобильным интернетом. Скажем, посиживая на берегу моря.<br><br>Для меня, по крайней мере, главный. Офисному планктону особо без разницы, думаю.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#52 Tue, 19 Jul 2016 17:16:39 GMT &gt; ну ты так можешь даже вообще без vcs, только результатом будет два <br>&gt; (или больше) параллельных проекта. Которые потом один хре н мержить с кро вью и ки шками.<br><br>Дай чудаку стеклянный Х - он и Х разобьет и руки порежет. Весь пойнт в том чтобы каждый пилил свою фичу условно-независимо и не лез в чужие огороды без нужды. А если влез - оформлял мержабельно.<br><br>&gt; Клинит -то тебя не vcs, а реальное отсутствие/поломанность/несоответствие реального кода, <br>&gt; который кто-то, не ты, должен еще пере/написать.<br><br>В случае git обычно применяются workflow, когда пилят и мержат "фичу", а место где народ координирует усилия - консистентно. У свинарей то полурабочая фича в проекте то гемор у разработчика - нормально управлять историей не получается. А в гите можно все и сразу. Более того, в гите можно организовать нормальный preview фичи из бранча вон того разработчика, куда более вменяемо чем бранчи в свине, которые в свине бесполезны. Свин к тому же не масштабируется и нагружает PM/мержера по поводу и без.<br><br>&gt;&gt; 2) Насто https://www.opennet.me/openforum/vsluhforumID3/108570.html#51 Tue, 19 Jul 2016 16:09:03 GMT &gt; развитие встало<br><br>Потому что он просто работает, делает всё что нужно и делает это хорошо.<br><br>А какая-то там "2.0", и переписывать под неё все конфиги на Луа? Даром не надо, тогда уж проще будет действительно на нгинкс перейти.<br> https://www.opennet.me/openforum/vsluhforumID3/108570.html#50 Tue, 19 Jul 2016 07:17:53 GMT &gt; об этом я и говорил, и чтобы это делать на автомате, а <br><br>Не надо на автомате. Мозг используй.<br><br>Чтоб мозг не сопротивлялся, посмотри кинцо с Торавльдсом: <br> http://www.opennet.ru/openforum/vsluhforumID9/7642.html#3<br> http://www.opennet.ru/openforum/vsluhforumID9/7808.html#3<br>ALL YR BAIS BELONG TWO US, YOUL BE ASSIMILATED.<br><br><br>&gt; не на каждую команду открывать stackoverflow, надо больше 5 дней. Сужу <br>&gt; по своему опыту, после 5 лет работы с svn переходить на <br>&gt; git было не легко.<br><br>После git-а (нет, не 5 лет) svn st -u, ci $file и up просто мучительно болезненны, а искать "в гуглях" вообще нет никакой возможности. Но кого ж волнуют мои трудности, да?<br>