| |
| 2.2, Аноним (-), 22:02, 16/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
svn или lighttpd? да никто как и hg.
Исторические установки lighttpd разве...
| | |
| 2.4, rm_ (ok), 22:16, 16/07/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Отож. В настройке гораздо логичнее и приятнее nginx'а.
| | |
| |
| 3.30, Michael Shigorin (ok), 19:53, 17/07/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Отож. В настройке гораздо логичнее и приятнее nginx'а.
Один бывший майнтейнер лайти в альте споткнулся о проблемы при отдаче файлов с плюсом в имени (уже давно исправлено, помнится) -- посмотрел в код, ужаснулся и перестал это применять/поддерживать...
| | |
| 3.36, Аноним (-), 19:11, 18/07/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
С другой строны - безбашенный хипстерский проект. Управляется по студенчески, имеет ряд технических проблем, которые в этом столетии никуда не денутся, развитие встало, мифическая версия 2.0 вообще случится наверное не раньше повсеместного пришествия коммунизма. Так то вариант, но без каких либо изюминок.
| | |
| |
| 4.51, rm_ (ok), 19:09, 19/07/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> развитие встало
Потому что он просто работает, делает всё что нужно и делает это хорошо.
А какая-то там "2.0", и переписывать под неё все конфиги на Луа? Даром не надо, тогда уж проще будет действительно на нгинкс перейти.
| | |
| |
| 5.57, Аноним (-), 11:22, 25/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Потому что он просто работает, делает всё что нужно и делает это хорошо.
Только отгрузку статики, только по HTTP/1.1 и без проксирования.
> А какая-то там "2.0", и переписывать под неё все конфиги на Луа?
Да там вообще какие-то планы олдскульных хипстеров. Я думаю что они это не релизнут за ближайшие 10 лет. Было время когда их market share был 3-й в мире, проигрывая только IIS и Apache. Они это прошляпили. Зато подсуетился nginx.
> Даром не надо, тогда уж проще будет действительно на нгинкс перейти.
Он технически лучше в проксировании, умеет HTTP/2 и кэширование. Но более сложный и комбайнообразный. И в начинке и в настройке.
| | |
|
|
|
| |
| |
| 4.37, Аноним (-), 19:12, 18/07/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Арчеры испытываюст яростную ненависть при виде lighttpd
Предыдущие анонимы многовато на себя берут, расписываясь за всех.
| | |
|
|
| 2.14, Гога Гитов (?), 01:33, 17/07/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> кто-то его ещё использует?
да.
весит меньше, чем апач.
умеет cgi-bin.
умеет /~username
| | |
| |
| 3.38, Аноним (-), 19:14, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> проксировал seafile для https.
Теперь качни файлик гигз на 20 и посмотри на потербляемую lighttpd память. Нет, системе он это больше не отдаст. К вопросу зачем nginx развел в своих внутренностях такую мощную канитель с chunk'ами и responce chain.
| | |
|
|
| |
| 2.39, Аноним (-), 19:17, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> llvm/clang еще на svn и это позор
И gcc тоже. Сапожники без сапог.
| | |
| |
| 3.58, anonymous (??), 14:30, 01/08/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>Сапожники без сапог.
Лолшто? Это если бы git разрабтывали в svn, был бы сапожник без сапог.
| | |
|
|
| |
| |
| 3.40, Аноним (-), 19:18, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Полегче nginx.
Очень зависит. Если лайти проксировать бэкэнд - он весь ответ бэкэнда целиком буферизует. И если бэкэнд отдаст 20 гигз, лайти внезапно станет вообще совсем не лайт.
| | |
|
| |
| 3.29, . (?), 19:41, 17/07/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Кстати, жрёт рамы меньше, чем нжинкс.
И сказала Добрая Фея: "Вынь руки из ж.. ж... жЫнсов! вот! Вынь руки из жЫнсов, админ и настрой как тебе надо!"
nginx то можно настроить на совсем крошечное потребление (только вот нафиг?!?!).
Зато вот сабж никакими настройками до скорости нжЫнкса не дотянешь :-\
Я его пользовал как лёгкий бакэнд для нжинкса для CGI старья. Как оно кончилось - и сабж засох.
| | |
| 3.41, Аноним (-), 19:20, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Кстати, жрёт рамы меньше, чем нжинкс.
Попробуй лайти попроксировать бэкэнды с жирными ответами, да? В нжинксе проблему обошли, сделав очень канительную систему с responce chain когда вся эта штука может по кусочкам ответ перекидывать. В лайти сделали как было проще - т.е. буферизацию всего ответа. И если ответ будет большим, лайти может заспорить даже с апачем.
| | |
|
|
| 1.22, A.Stahl (ok), 09:52, 17/07/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Переход проекта с SVN на Git
Блин, все валят на этот Git. Видимо и мне пора. Просто хотя бы чтобы не отстать от жизни. А ведь так лениво...
| | |
| |
| 2.23, fail (?), 12:12, 17/07/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>Переход проекта с SVN на Git
> Блин, все валят на этот Git. Видимо и мне пора. Просто хотя
> бы чтобы не отстать от жизни. А ведь так лениво...
Ыыы, "ломка" будет суръёзная.. 2-5 дней, на освоение первого дана,
а если без шуток, то "плюсов" гораздо больше
| | |
| |
| |
| 4.42, Аноним (-), 19:23, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Zip-чиками с бекапами уже никто не пользуются?
И каменные топоры не в ходу, только подумай.
| | |
|
| 3.34, . (?), 17:47, 18/07/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> а если без шуток, то "плюсов" гораздо больше
name first two?
Мне вот "плюсы" этого чудовища для нормальной группы разработчиков и нормальной разработки совсем неочевидны.
Ну, кроме, конечно, возможности вывалить все на гитхаб, забить на бэкапы и потерять все нафиг, когда гитхаб заболеет "монетизацией" или просто серьезно поломается.
Оно автоматизирует задачу, которая могла возникнуть только у Линуса, с его катастрофическим неумением и нежеланием пользоваться вообще системами контроля версий.
| | |
| |
| 4.43, Аноним (-), 19:32, 18/07/2016 [^] [^^] [^^^] [ответить] | +1 +/– | 1 Нормальный распределенный воркфлоу, когда никто никого не клинит 2 Настольк... большой текст свёрнут, показать | | |
| |
| 5.45, . (?), 20:49, 18/07/2016 [^] [^^] [^^^] [ответить] | –1 +/– | ну ты так можешь даже вообще без vcs, только результатом будет два или больше ... большой текст свёрнут, показать | | |
| |
| 6.52, Аноним (-), 20:16, 19/07/2016 [^] [^^] [^^^] [ответить] | +/– | Дай чудаку стеклянный Х - он и Х разобьет и руки порежет Весь пойнт в том чтобы... большой текст свёрнут, показать | | |
| 6.55, Аноним (-), 17:56, 20/07/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> один хрен мержить с кровью и кишками
Вот по этому вангую полный бардак в процессее разработки.
> требуя хранить все терабайты локально, с момента сотворения мира
А по этому — отсутствие каких-либо практических знаний о Git.
Думаю, в этом и причина твоих неолуддитских настроений. Практически любой современный DVCS лучше svn по удобству работы для конечного пользователя и по всей той помощи, которую современный DVCS готов предложить разработчику, будь это скрипт на 100 строчек или проект уровня Linux Kernel.
| | |
|
|
| 4.47, fail (?), 23:55, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> а если без шуток, то "плюсов" гораздо больше
> name first two?
в порядке историческо сложившемся,
1. использованию дискового по сравнению с svn:
небольшой, стендовый вспомогательный проект,
один из, от (Date: Mon Jan 25 13:40:08 2016)
2-3 ветки и т.п.,
user@desktop .build$ git log | grep commit\ | wc -l
664
project - 110 M
--------------------------
project/.git - 9.6 M =>
project/src/.build - 88 M => здесь результат сборки
project/src/res - 1.4 M => небольшой набор bin data
project/src/* - ??? M => текстовка
2. "история" всегда под "боком"
3. механизм diff'ов
...
N
> Мне вот "плюсы" этого чудовища для нормальной группы разработчиков и нормальной разработки
> совсем неочевидны.
> Ну, кроме, конечно, возможности вывалить все на гитхаб, забить на бэкапы и
> потерять все нафиг, когда гитхаб заболеет "монетизацией" или просто серьезно поломается.
звиняйте, но не только лишь все используют гитхаб или gitlab, бывает и свои мощности используют
> Оно автоматизирует задачу, которая могла возникнуть только у Линуса, с его катастрофическим
> неумением и нежеланием пользоваться вообще системами контроля версий.
а кто этот доктор поставившей, этот страшный диагноз Линусу - ну там пруфы..
убег, наилучшего.
| | |
| |
| 5.48, . (?), 00:33, 19/07/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 1. использованию дискового по сравнению с svn:
ну а где сравнение-то?
И, кстати, что сравнивать - на сервере, на каждом сделавшем co/clone (или на _всех_ ;-), на сборочном тазу где svn export вполне бы хватило ?
> 2. "история" всегда под "боком"
ну, как и весь репо. Но не факт что это для многих проблема (у кого-то то и другое где-то в сети, и working copy тож)
> 3. механизм diff'ов
ну а тут чего интересного? Вот _не_ с точки зрения каких-то мегапроектов со странными особенностями, а чего-то вроде нашего покойного lighttpd (ну или clang даже) и возникающих там задач?
> звиняйте, но не только лишь все используют гитхаб или gitlab, бывает и свои мощности
> используют
ну просто пользователи svn уже научилсь не доверять чужим сервисам, на горьком опыте, а пользователи git радостно бегут наступать на уже знакомые грабли.
с точки зрения админа своих мощностей, даже не берусь определить, что противнее админить (многопользовательский и с разделением прав svn в любом своем протоколе та еще головная боль и геморрой, но и гит не лучше - если, конечно, тебе дороги твои пароли и твои пользователи)
> а кто этот доктор поставившей, этот страшный диагноз Линусу - ну там пруфы..
пруфы для опоздавших родиться - в архивах lkml где-то между 99-м (когда все вменяемые люди уже использовали хотя бы cvs,и только великий Торвальдс шел своим путем с ручным прикладыванием миллиарда патчиков и tar.gz архивчиком) и 2002-м (когда из десятка вариантов был выбран самый уродливый, не просто проприетарный а налагающий совершенно безобразные требования на пользователей - но и это было для многих щастьем несказанным). Я, естественно, никому ничего доказывать не собирался и копий его истерик не сохранял.
| | |
| |
| 6.49, fail (?), 09:26, 19/07/2016 [^] [^^] [^^^] [ответить] | +/– | про сравнение никто и не говорил 1 про subdirs svn значит уже не помним ум... большой текст свёрнут, показать | | |
|
|
| 4.53, Аноним (-), 04:02, 20/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
На самом деле, главный плюс распределенной системы в том, что с svn-ом надо нормальный канал с сервером, а с гитом можно спокойно работать в офлайне или с дерьмовым мобильным интернетом. Скажем, посиживая на берегу моря.
Для меня, по крайней мере, главный. Офисному планктону особо без разницы, думаю.
| | |
| |
| 5.54, пох (?), 14:31, 20/07/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> а с гитом можно спокойно работать в офлайне или с дерьмовым мобильным интернетом.
ниасилили терминальный доступ?
> Для меня, по крайней мере, главный. Офисному планктону особо без разницы, думаю.
еще бывают клепатели не для себя, любимого.
При этом я-то могу быть и на берегу моря - у меня один хер что на берегу, что в офисе - терминал. Тащить на берег моря то, что может это скомпилировать, мне тяжеловато, а то что может тестировать - вообще только aircargo.
В виду того, что запускать потом все равно надо не на любимом планшетике, а на не совсем даже pc-архитектуре и с нетранспортабельной мощностью. Если у этой штуки отвалится коннективити- у нее будут совсем другие проблемы, про проблему недоступности репозитория уже и вспоминать будет некогда (да и сборка там тоже distributed).
линуксописателям - тем да, у них вся жизнь в написании нового ведра чтобы на нем скомпилить еще более новое ведро, и физическую доступность кнопки ресет подавай.
| | |
|
|
|
|
| 1.24, ALex_hha (ok), 14:11, 17/07/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 А чтобы начать более менее нормально и комфортно работать, надо будет 2-5 месяцев
| | |
| 1.32, ALex_hha (ok), 11:46, 18/07/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
ну если ты админишь локалхост, то да, можно просто пользоваться, а не работать :D
| | |
| |
| 2.35, . (?), 17:51, 18/07/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> ну если ты админишь локалхост, то да, можно просто пользоваться, а не
> работать :D
даже если локалхост - то все равно может понадобится работать - когда нужно не побыстрому clone/make/rm -r, а найти, в какой момент чужой, плохо (или, чаще, никак) документированный проект поехал не в ту степь, выцарапать нужный айдишник и потом попытаться собрать работающую версию. Хотя бы даже работающую лично вот у тебя на локалхосте и один раз.
| | |
| 2.44, Аноним (-), 19:41, 18/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> ну если ты админишь локалхост, то да, можно просто пользоваться, а не работать :D
У яндекса на лайти довольно серьезный локалхост помнится был - mirror.yandex.ru.
| | |
|
| 1.46, ALex_hha (ok), 21:44, 18/07/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> даже если локалхост - то все равно может понадобится работать - когда нужно не побыстрому clone/make/rm -r, а найти, в какой момент чужой, плохо (или, чаще, никак) документированный проект поехал не в ту степь, выцарапать нужный айдишник и потом попытаться собрать работающую версию. Хотя бы даже работающую лично вот у тебя на локалхосте и один раз.
об этом я и говорил, и чтобы это делать на автомате, а не на каждую команду открывать stackoverflow, надо больше 5 дней. Сужу по своему опыту, после 5 лет работы с svn переходить на git было не легко.
| | |
| |
| 2.50, Andrey Mitrofanov (?), 10:17, 19/07/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> об этом я и говорил, и чтобы это делать на автомате, а
Не надо на автомате. Мозг используй.
Чтоб мозг не сопротивлялся, посмотри кинцо с Торавльдсом:
http://www.opennet.me/openforum/vsluhforumID9/7642.html#3
http://www.opennet.me/openforum/vsluhforumID9/7808.html#3
ALL YR BAIS BELONG TWO US, YOUL BE ASSIMILATED.
> не на каждую команду открывать stackoverflow, надо больше 5 дней. Сужу
> по своему опыту, после 5 лет работы с svn переходить на
> git было не легко.
После git-а (нет, не 5 лет) svn st -u, ci $file и up просто мучительно болезненны, а искать "в гуглях" вообще нет никакой возможности. Но кого ж волнуют мои трудности, да?
| | |
| 2.56, Аноним (-), 18:07, 20/07/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Сужу по своему опыту, после 5 лет работы с svn переходить на git было не легко.
А по моему опыту после ** лет с RCS, CVS и SVN переходить на Git было не только легко и приятно, но ещё и очень быстро. За день перестроил workflow и переписал вспомогательные скрипты (на самом деле, больше выбросил, чем переписал). Потом постепенно перевёл все рабочие проекты на новую систему. О чём это говорит? О том, что личный опыт ни о чём не говорит. Кто-то после автошколы ездит 20 лет и ни одной аварии, а кто-то на первой же практике сносит газетный киоск. Тем не менее, Git сегодня, пожалуй, самый популярный DVCS, а значит он как минимум достаточно прост для освоения.
| | |
|
|
