If you've already purchased Google storage, there's a good news: «Your total storage will be increased according to this page* at no extra cost. For example, if you had previously purchased 10 GB of Google storage, you now have 80 GB available.»
lighttpd rip?
Согласен, что lighttpd сейчас выглядит менее привлекательно, т.к. выпускаются только версии с багфиксами. Но(!), lighttpd совсем не умер, а активно переписывается, и текущую версию 2.0 сейчас можно найти в sandbox. Тесты показывают что он стал еще быстее, а стабильный lighttpd2.0 обещают в конце года и стоит ли говорить, что ребята занимаются этим just for fun
--no hollywar
Для git предлагаю вот такие сниппеты экспорта:
1. Если репозитарий на продакшн сервере. Из корня репозитария:
git checkout-index -a -f --prefix=<destination e.g. /var/www>
2. Если репозитарий на удаленном сервере. Из корня вебсервера:
git-archive --format=tar --remote=ssh://:/<repo_path> master | tar -xf -
Кстати. На подходе стабильная 1.0 версия питонячего Fabric — хорошая штука. Очень много полезных изменений, гибкий API, подойдет и для деплоя Symfony. Эх, как хорошо, что для питона есть pip, virtualenv и fabric github.com/bitprophet/fabric
а мне нравится бейдж django на сайте PyCon 2009, простой такой, ненавязчивый. А насчёт продвижения акции, можно отправить месседж всем зарегистрированным юзерам на www.djangosites.org, тем более сейчас там около 2.5к джангосайтов.
Вспоминаю себя в 14 лет. Первый диап-ал, первый гугл запрос о хакерах =) Немного позже, я все таки начал изучать питон благодаря Эрику Реймонду и его How To Become A Hacker. Сейчас это смешно, но я рад что так случилось.
Ох не нравится мне то, что сейчас творится вокруг django. Когда я начинал изучать этот фреймфорк, уже неплохо зная python, разработчиков на django можно было пересчитать по пальцам и мне тогда казалось, что джанго займет какую-то небольшую долю и останется чисто гиковским продуктом. Сейчас, мне кажется, что те, кто увидел что в джанге можно не знать sql и не надо писать админку(пускай даже crud), кинулись клепать сайты не понимая идеологии джанги и ёё личных паттернов, получая на выходе отборный питонячий быдлокод(да, да… на питоне тоже можно быдлокодить). Это с одной стороны, а с другой — увеличение популярности джанго делает его сильнее и все же реализует зен web development done right. Я даже уж не знаю, хорошо это или плохо.
P.S. К автору топика этот текст не имеет никакого отношения. Даже приятно, что сайт рисоваськи тоже done right ^_^
Извините, но Ваш пример некорректен. Во-первых, ваш listmerge не мержит вложенные списки; во-вторых, Вы сгенерировали кучу мусора: 4 списка, в каждом по 1000 нормальных элементов из 1000000. Остальные 999000 элементов — 999 копий первой тысячи
>>>a = list(xrange(1000))*1000
>>>a[999] is a[1999]
True
На питоне быстрее всего будет с lambda, map или filter
Оффтоп. Когда я начал изучать Erlang, я был поражен, как просто и быстро там делаются подобные вещи. Вот сейчас, мне стало интересно, как быстро эрланг смержит большие списки. Накидал небольшой бенч
L1 = [random:uniform(1000) || N <- lists:seq(1, 1000000)].
Это список из миллиона чисел < 1000
L2, L3, L4 генерируются подобным образом(да, ощутимо по времени)
4 списка по 1000000 элементов сливались четверть секунды на среднем ноуте. Я бы побоялся запустить такое на питоне или руби, хотя сам питоновод. Жду unladen swallow.
Кстати, нашел для себя такую фичу в хроме, правда, не знаю новая ли она. Вытащите вкладку со стандартного стека и перетащите ее к левой, правой или нижней части экрана. + Еще один мой реквест разработчикам о синхронизации закладок
picasa.google.com/support/bin/answer.py?hl=en&answer=165214
Согласен, что lighttpd сейчас выглядит менее привлекательно, т.к. выпускаются только версии с багфиксами. Но(!), lighttpd совсем не умер, а активно переписывается, и текущую версию 2.0 сейчас можно найти в sandbox. Тесты показывают что он стал еще быстее, а стабильный lighttpd2.0 обещают в конце года и стоит ли говорить, что ребята занимаются этим just for fun
--no hollywar
1. Если репозитарий на продакшн сервере. Из корня репозитария:
git checkout-index -a -f --prefix=<destination e.g. /var/www>
2. Если репозитарий на удаленном сервере. Из корня вебсервера:
git-archive --format=tar --remote=ssh://:/<repo_path> master | tar -xf -
https://www.google.com/a/google.com
Axure RP Pro $589
Expression Blend $599
Карандаш и бумага Бесценно (с)
github.com/bitprophet/fabric
О, совсем нет. Он ещё очень небольшой в сравнении с другими фреймворками
P.S. К автору топика этот текст не имеет никакого отношения. Даже приятно, что сайт рисоваськи тоже done right ^_^
или
Оффтоп. Когда я начал изучать Erlang, я был поражен, как просто и быстро там делаются подобные вещи. Вот сейчас, мне стало интересно, как быстро эрланг смержит большие списки. Накидал небольшой бенч
Это список из миллиона чисел < 1000
L2, L3, L4 генерируются подобным образом(да, ощутимо по времени)
timer:tc(lists, flatten, [L1, [L2, L3], L4]). >{250000, [93,444,724,946,502,312,598,916,667,478,597,143,210,698,160, 559,215,458,422,6,563,476,401,310,59,579,990|...]}4 списка по 1000000 элементов сливались четверть секунды на среднем ноуте. Я бы побоялся запустить такое на питоне или руби, хотя сам питоновод. Жду unladen swallow.