Нынче модно давать разработчикам векторные pdf-ки вместо @2x/@3x.png.
В xcode 6.1, правда, были проблемы с resizableImageWithCapInsets: – надо было отступы вручную в коде задавать, т.к. то что вы нарезали в xcassets не учитывало UIScreen.mainScreen().scale. Как сейчас – не знаю.
Ну, мы молодцы.
Мне особенно приятны оценки 555 за качество кода. Ну и спасибо alarin за идею приложения. Тоже 555 :-)
Жаль, далеко не всё успели. Слишком сложное приложение оказалось для нас, чтобы в 48 часов уложиться. Под конец, концентрация кофеина в крови была близка к летальной.
Поздравления уфимцам. Отличный старт :-)
Первое место разочаровало, если честно. Прямо совсем-совсем.
Ну тогда уже лучше вспомнить про заголовок If-Modified-Since — не придется выполнять дополнительный запрос на получение самих новостей.
Только статья-то не об этом. Независимо от метода запроса — GET, HEAD — пехепешному бэкэнду приходится стучаться в БД чтобы узнать, есть ли там новые записи. Суть в том чтобы nginx, или апач сообщал о наличии новостей, минуя php и mysql.
Релоад не только удобный, но и «graceful» (мягкий? вежливый?) — процессы не просто прибиваются и запускаются снова, старым процессам дается какое-то время чтобы обработать текущие запросы. В противном случае, если пользователю не повезло и его запрос обрабатывался как раз в момент перезапуска — он получит что-нибудь вроде 502 bad gateway.
Как реализовать graceful reload в случае fastcgi обсуждают, например, тут: stackoverflow.com/questions/361855/how-to-gracefully-restart-django-running-fcgi-behind-nginx
Думаю, хорошей идеей было бы хранить питонячьи зависимости в vcs в файлике requirements.txt, и создавать virtualenv для каждого проекта. Что-нибудь вроде этого:
> > В первом случае конфиг, контролируемый админом
> Это с чего вы взяли?
Тут пример приведу — эта функция может использоваться для редактирования настроек форума на сайте. На большом сайте есть маленький форум, у которого есть отдельный админ. Всё что он может делать с форумом — редачить его настройки через ini-file. И тут привет — вы даёте ему полный доступ к eval'у чего угодно на сервере.
И ладно это вы знаете что это функция которую можно использовать только с сто раз проверенными безопасными конфигами. Но вот вы умерли, уволились и заболели, и с вашим сайтом работает кто-то другой. А вы ему такой подарок оставили — бомбу с часовым механизмом. Ни дай бог он решит где-то в другом месте эту функцию применить — опять приехали.
Повторюсь — для домашних страничек на коленке эту функцию можно использовать — написал и выкинул, через неделю уже и не вспомнишь чего там было. И боже упаси это потом поддерживать.
Но если у вас проект на много тысяч строк над которым вы работаете уже второй год и не помните с точностью до процессорной инструкции какая функция как работает — такое писать нельзя. Сами же потом на все грабли в коде и наступите.
В xcode 6.1, правда, были проблемы с
resizableImageWithCapInsets:
– надо было отступы вручную в коде задавать, т.к. то что вы нарезали в xcassets не учитывало UIScreen.mainScreen().scale. Как сейчас – не знаю.Огромное влияние на популярность языка оказывает существование кое-какой мобильной платформы. Остальное — ничтожно по сравнению с этим)
Как же мы без слитного письма жить-то будем?
И чему будут в мед-институтах учить целых 6 лет?!
Мне особенно приятны оценки 555 за качество кода. Ну и спасибо alarin за идею приложения. Тоже 555 :-)
Жаль, далеко не всё успели. Слишком сложное приложение оказалось для нас, чтобы в 48 часов уложиться. Под конец, концентрация кофеина в крови была близка к летальной.
Поздравления уфимцам. Отличный старт :-)
Первое место разочаровало, если честно. Прямо совсем-совсем.
Только статья-то не об этом. Независимо от метода запроса — GET, HEAD — пехепешному бэкэнду приходится стучаться в БД чтобы узнать, есть ли там новые записи. Суть в том чтобы nginx, или апач сообщал о наличии новостей, минуя php и mysql.
Как реализовать graceful reload в случае fastcgi обсуждают, например, тут: stackoverflow.com/questions/361855/how-to-gracefully-restart-django-running-fcgi-behind-nginx
ну-ну. Только слова у вас расходятся с делом.
Щито?
Блин, и эта хрень — единственный проект из перечисленных, который приносит прибыль. Чудеса.
Интересно, в какой именно области Рунета? Брянской?
(js???)
> Это с чего вы взяли?
Тут пример приведу — эта функция может использоваться для редактирования настроек форума на сайте. На большом сайте есть маленький форум, у которого есть отдельный админ. Всё что он может делать с форумом — редачить его настройки через ini-file. И тут привет — вы даёте ему полный доступ к eval'у чего угодно на сервере.
И ладно это вы знаете что это функция которую можно использовать только с сто раз проверенными безопасными конфигами. Но вот вы умерли, уволились и заболели, и с вашим сайтом работает кто-то другой. А вы ему такой подарок оставили — бомбу с часовым механизмом. Ни дай бог он решит где-то в другом месте эту функцию применить — опять приехали.
Повторюсь — для домашних страничек на коленке эту функцию можно использовать — написал и выкинул, через неделю уже и не вспомнишь чего там было. И боже упаси это потом поддерживать.
Но если у вас проект на много тысяч строк над которым вы работаете уже второй год и не помните с точностью до процессорной инструкции какая функция как работает — такое писать нельзя. Сами же потом на все грабли в коде и наступите.