Нужен даже не гигабайт, а скорее нужны картинки, загруженные за последние несколько дней. Это, разумеется, можно делать и вручную, но значительно удобнее это автоматизировать, чтобы сэкономить время.
Полагаю, что задача распространенная. Нужно тестировать функционал, связанный с этими картинками — обработка, вывод и так далее. При этом каждый день появляются новые картинки на продакшн сервере, где запущен сайт.
Давненько ищу подобную утилиту, но для репликации большой папки с картинками (сейчас она порядка гигабайта) с серверной в локальную папку. Естественно, синхронизировать нужно только изменения.
rsync не осилил, да и настраивать на каждом компе разработчика сложновато. Использую GoodSync, но работает оочень медленно и такое ощущение, что делает много лишних операций.
Ваша утилита для этого подойдет? Или мб вы другую подскажите, раз разбирались в этом вопросе и вероятно искали существующие решения в этой области.
Можно немножко усложнить вам задачу. Бывают фотки слишком растянутые в ширину или в высоту. На том же G+ такие фотки кропятся, чтобы фотка не выходила за определенные границы соотношений w/h и h/w. Представьте что кто-то загрузил фотку 1000x100, или наоборот 100x1000. Вот такие как раз предварительно кропятся до определенных границ (скажем, 400x100 и 100x400), а потом уже в дело входит тот самый алгоритм, про который статья.
У вас количество картинок в ряду разное, как и на G+, а у автора статьи, как я понял, это самое количество фиксировано. То есть ваш вариант как раз что надо, а у автора статьи задача изначально слишком упрощена.
Впрочем, так совпало, что я вчера вечером занимался тем же самым и накидал свой простенький алгоритм, который делает с разным количеством картинок в ряду при определенных границах по высоте. И уже щас чужие варианты брать не хочется :)
Спасибо большой за статью. Не знал, что уже появилось нечто вроде HamlPy. Думал, что по-прежнему есть только не сильно юзабельный shpaml.
Копнул чуть глубже и открыл для себя djaml (https://github.com/chartjes/djaml), который позволяет интегрировать HamlPy в Django, то есть по сути приближайет поддержку HAML в Django к виду, аналогичному RoR. На мой взгляд за этим будущее. Там пока, судя по всему, есть проблемы, например шаблоны не кешируются. Вы не пробовали использовать djaml?
А это не для девелоперов, сидящих под Windows, делается?
Про себя могу сказать, что достаточно долгое время сидел под Windows 7 и разрабатывал Django-приложение под ней, а потом приложение деплоили на Fedora. Были неприятные проблемы с кодировкой, которых не было в Fedopra, но в целом кроссплатформенность помогла избежать разработки из-под Linux, так как мне совсем не нравилось то, как мой ноут работал с Fedora/Ubuntu, под которыми я также пробовал вести разработку.
Я могу ошибаться, но кажется, обновляемость браузеров за последние годы все-таки ускорилась, то есть цикл жизни конкретной версии браузера заметно уменьшился. Это не может не радовать. Так что остается надежда, что по прошествии нескольких лет (не 15-20, как смеялись раньшь, обсуждая HTML5 и CSS3) пользователи будут приучены к постоянным обновлениям, либо обновления будут устанавливаться полностью автоматически, как это делается, например, в Chrome.
Что-то вы путаете мух с котлетами. Покажите, как средствами одного лишь SASS/Compass дотсигнуть результата хотя бы одного из нововведений, перечисленных в статье?
Без дополнительных плюшек в HTML-коде или скриптов все равно не обойдетесь. А потому CSS и развивается, чтобы самые популярные плюшки были зафиксированы ввиде простого языка и не отнимали ценное время у разработчика.
А SASS — просто макроязык, упрощающий написание и чтение кода, который не может абсолютного ничего из того, чего не может сам CSS.
В статье сказано, что в IE проприетарный метод, поэтому для IE можно в виде исключения использовать именно его, а не этот скрипт, так ведь? Пробовали такой подход?
Для программистов может быть более значимым. А для дизайнеров и просто рядовых пользователей вероятнее всего Джобс будет более значимым. Это все субъективно. А СМИ работают по принципу «привлечь побольше внимания», чтобы продать побольше рекламы, поэтому и темы там пиарятся соответствующие. Да и где вы видели в этом мире справедливость? Покажите мне, я хочу это увидеть хоть где-нибудь.
По теме можно сказать следующее: человек прожил длинную и интересную жизнь, внес большой вклад в развитие нашей индустрии. Пусть он покоится с миром.
Я делаю предсказание на основании общечеловеческого закона: чем выше сидишь, тем дальше падать :)
IE просто как пример привел. Примеров в истории, когда был безоговорочный лидер в чем-либо, а потом потерял все свои позиции, хоть отбавляй. Просто сейчас период первенства Google, но он закончится так, что и оглянуться не успеете. И закончится именно потому, что будут давить конкуренты, такие как Microsoft.
Речь ведь идет про лидерство во времена IE6, когда в 2002-2003 году он один занимал 95%? Вы считаете, что для своего времени он был не хорош? А по-моему как раз наоборот. Хотя забывать про то, что все владельцы Windows получали его по умолчанию тоже не стоит, это свою роль безусловно сыграло.
Но, кстати, вот вам аналогия. Большинство современных браузеров (кроме IE) на протяжение нескольких последних лет предлагают внутри своего интерфейса поисковую строку, в которой по умолчанию как правило стоит Google.
Вопрос: сколько людей сознательно ищут в Google? Какому проценту людей принципиально важно искать именно в нем, а не в том же Bing?
И еще задумайтесь вот о чем. Зачем Google свой браузер и своя операционная система?
Вот вам один вероятные ответ: в их браузере поисковая строка по умолчанию ищет именно в Google, более тесной интеграции нет ни в одном браузере. В Android также ставка делается именно на то, что устройство на его базе станет отправной точкой в поиск. А в поиске реклама, которая и приносит основой доход Google.
Google очень боится потерять свои лидирующие позиции и делают все, чтобы защитить свой основной источник дохода. Но гарантий никаких нет, конкуренты постоянно ищут способ подорвать их лидерство.
Быть большим трудно, держать 90% рынка долго трудно, постоянно держать фокус трудно.
Одна только история с IE чего стоит, казалось бы непобедимый, уже сейчас согласно statcounter.com общая доля семейства IE в мире 41.89% (год назад было 51.34%), а Chrome за последний год вырос с 10.76% до 23.16%.
Полагаю, что задача распространенная. Нужно тестировать функционал, связанный с этими картинками — обработка, вывод и так далее. При этом каждый день появляются новые картинки на продакшн сервере, где запущен сайт.
rsync не осилил, да и настраивать на каждом компе разработчика сложновато. Использую GoodSync, но работает оочень медленно и такое ощущение, что делает много лишних операций.
Ваша утилита для этого подойдет? Или мб вы другую подскажите, раз разбирались в этом вопросе и вероятно искали существующие решения в этой области.
Впрочем, так совпало, что я вчера вечером занимался тем же самым и накидал свой простенький алгоритм, который делает с разным количеством картинок в ряду при определенных границах по высоте. И уже щас чужие варианты брать не хочется :)
Копнул чуть глубже и открыл для себя djaml (https://github.com/chartjes/djaml), который позволяет интегрировать HamlPy в Django, то есть по сути приближайет поддержку HAML в Django к виду, аналогичному RoR. На мой взгляд за этим будущее. Там пока, судя по всему, есть проблемы, например шаблоны не кешируются. Вы не пробовали использовать djaml?
Про себя могу сказать, что достаточно долгое время сидел под Windows 7 и разрабатывал Django-приложение под ней, а потом приложение деплоили на Fedora. Были неприятные проблемы с кодировкой, которых не было в Fedopra, но в целом кроссплатформенность помогла избежать разработки из-под Linux, так как мне совсем не нравилось то, как мой ноут работал с Fedora/Ubuntu, под которыми я также пробовал вести разработку.
Без дополнительных плюшек в HTML-коде или скриптов все равно не обойдетесь. А потому CSS и развивается, чтобы самые популярные плюшки были зафиксированы ввиде простого языка и не отнимали ценное время у разработчика.
А SASS — просто макроязык, упрощающий написание и чтение кода, который не может абсолютного ничего из того, чего не может сам CSS.
По теме можно сказать следующее: человек прожил длинную и интересную жизнь, внес большой вклад в развитие нашей индустрии. Пусть он покоится с миром.
IE просто как пример привел. Примеров в истории, когда был безоговорочный лидер в чем-либо, а потом потерял все свои позиции, хоть отбавляй. Просто сейчас период первенства Google, но он закончится так, что и оглянуться не успеете. И закончится именно потому, что будут давить конкуренты, такие как Microsoft.
Но, кстати, вот вам аналогия. Большинство современных браузеров (кроме IE) на протяжение нескольких последних лет предлагают внутри своего интерфейса поисковую строку, в которой по умолчанию как правило стоит Google.
Вопрос: сколько людей сознательно ищут в Google? Какому проценту людей принципиально важно искать именно в нем, а не в том же Bing?
И еще задумайтесь вот о чем. Зачем Google свой браузер и своя операционная система?
Вот вам один вероятные ответ: в их браузере поисковая строка по умолчанию ищет именно в Google, более тесной интеграции нет ни в одном браузере. В Android также ставка делается именно на то, что устройство на его базе станет отправной точкой в поиск. А в поиске реклама, которая и приносит основой доход Google.
Google очень боится потерять свои лидирующие позиции и делают все, чтобы защитить свой основной источник дохода. Но гарантий никаких нет, конкуренты постоянно ищут способ подорвать их лидерство.
Одна только история с IE чего стоит, казалось бы непобедимый, уже сейчас согласно statcounter.com общая доля семейства IE в мире 41.89% (год назад было 51.34%), а Chrome за последний год вырос с 10.76% до 23.16%.
В общем, непобедимых нет.
Сказано в статье, что используется API Android.