простите, но для чего эта статья?
если для того, чтобы показать, как работать с файлами — это какой-то слишком низкий уровень для хабра
если для разбора практического примера — ваш пример откровенно плох, я настоятельно рекомендую никому не реализовывать новостную ленту через файлы, если только (сюда подставить целый список условий типо «лень», «надо сделать для себя за 2 часа», «будет запущено на моей машине» и т.п.). я понимаю, что каждый волен делать так, как считает нужным, но не надо учить начинающий разработчиков плохому :)
судя по первому вопросу, лучшим ответом на должность программиста будет «потому что без программирования невозможно разработать качественный продукт, выполняющий все условия, представленные заказчиком»
если вы хотели бы услышать это, а не «мне просто это нравится», то хороших специалистов найти будет сложно
ну ок, сэкономили вы 4 строки (хотя можно объединить 2 str_replace в один), зато потратили N минут времени программиста, который после вас будет читать этот код. а если использовать такие конструкции повсеместно в проекте — время только растет, т.к. новичок не может использовать стандартные функции, которые он знает (пацаны не поймут) — приходиться постоянно рыться в библиотеке, пока не запомнишь «новый стандарт».
плюс ко всему, по своему опыту могу сказать, что ситуации, когда нужно выполнить 3 и более манипуляций со строками в одном месте очень и очень редки. а если нет, то обычно они однотипны и выносятся в одно место.
3. ну вот об этом и говорю, что да, ее придется обрезать. однако вариант с кроном такую проблему все-равно не решит иначе. она не относится к задаче, это совсем другая проблема. Вы вроде как говорите о том, как организовать автоматический ресайз, а не о том, как именно он будет ресайзить.
4. предположительно, я бы сделал так, чтобы существовал оригинал и несколько отресайзанных копий, структурированных таким образом, чтобы эти копии можно было найти и удалить при удалении оригинала.
Так рассуждать — вообще демонов не писать. Есть же системы мониторинга.
Вы серьезно? :) ну совсем не та задача, для которой еще и систему мониторинга прикручивать. Я просто имею ввиду, что создание такого демона создает дополнительный момент, о котором нельзя забывать (блин, забыл запустить демона!). а зачем, если можно сделать проще?
на самом деле, почитав соседние комменты, пришел к мнению, что 4-ый вариант и правда наиболее подходящий и гибкий.
по сути, ваш способ мало чем отличается от остальных и проблемы не решает. я бы даже сказал, создает проблем больше, чем способ 3,4,5.
1. отметаем. это даже не вариант решения, это — сама проблема
2. если картинки должны идеально ресайзится — это единственный и лучший вариант. если допускается погрешность — отметаем.
3. имхо, самый лучший вариант. не совсем понял что значит «Не всегда размеры, бывают подходящими под задачу», но если Вы имеете ввиду, что не всегда картинку можно так ресайзнуть, чтобы она нормально выглядела — да, это так, но и Ваш вариант решения (6) эту проблему не решит. Я бы сказал, что это 2 совершенно разные проблемы.
4. нормальный вариант. нагрузка? ну разве что у Вас будет туча картинок, а сайт подвергнется хабраэффекту при первом-же запуске. в остальном все должно отработать нормально. А насчет «в случае если злоумышленник решит создать скрипт в котором будет циклически подставлять различные пути, заставляя сервер ресазить» — можно просто ограничить количество вариантов. 100x150 и 200x300, все остальное — нафиг.
5. то же самое, что и 4, но на скриптовом языке. по поводу недостатков: «Недостатком такого подхода является излишний код» — он будет в любом варианте, кроме самых торопных (1 и 2). «в случае удаления оригинального изображения, отрезайзенные изображения останутся храниться на жестком диске» — можно (и нужно) сделать обработчик в админке (при удалении оригинала).
6. теперь к Вашему способу. Почему я сказал, что он создает даже больше проблем:
1. если это крон, то обновление будет происходить максимум раз в минуту. т.е. 1 минуту после заливки изображения на сайте будет косяк
2. если это менеджер (nohup *** &), то есть вероятность, что Вы забудете написать скрипт, который перезапустит менеджер после, например, ребута.
3. не вчитывался в код, но сразу видно, что он довольно-таки объемный. хотя в других случаях легко решается одной строчкой convert.
Новый движок в разработке уже более полугода, там будет возможность подключать почти любую доступную подложку. Дату релиза пока затрудняюсь сказать — возможно, к новому году.
Учусь в одном из московских вузов на специальности «прикладная информатика», заканчиваю 3-ий курс. полностью с Вами согласен. в моей группе 10 человек, из них два что-то реально делают и пытаются извлечь полезную информацию. остальные вообще непонятно что забыли в вузе.
разговоры на перерывах только о том, как хорошо побухали в выходные и как кто-то устроился на работу продавцом сигарет у бензаколонки, и получает свои 10000 (причем, замечу, большая часть группы — девушки). по специальности работаю только я. у других из знаний — delphi на базовом уровне (уже третий год кое-как сдают курсовые в стиле «база данных книжного магазина»).
приближается сессия. задача на курсовую работу была разъяснена очень подробно, да и что непонятного — сделать простую ERP / CRM / HRM систему (нужное подчеркнуть, никаких жестких требований, на любом языке, просто полет фантазии!). начались сообщения в асе «Андрюх, а можешь объяснить, че нам вообще надо делать по курсачу?» — «так все же блин нормально объяснили, только сиди и делай» — «а я не знаю, никто ничего не понял!». студенты 3-го курса прикладной информатики даже не могут вбить в гугле слово ERP.
да что тут ERP, только один человек, с которым я пишу курсач, умеет пользоваться ООП, другие понятия не имеют, что это. хотя на эту тему было как минимум 3 вводных лекции на разных курсах, а инет просто кишит информацией. ответ — никому ничего не нужно. как по мне — так и хрен с ними, меньше конкурентов :) а вообще — даже и не могу представить, что дальше будет. надеюсь, в тех же медвузах не такая ситуация…
да, извиняюсь за неточность. ну в любом случае это не самое главное. опять же, как Вы уже сказали, данная платформа позволяет разрабатывать приложения не только для продуктов Apple, но и под Zune, Windows [7 Phone], XBox. а для них это не выгодно. так что шаг вроде вполне логичный, хоть и неприятный для разработчиков.
как вы точно подметили, Apple — хозяин-барин, и отсутствие решений Microsoft на их рынке — только им в плюс. хоть я и не рад такому повороту событий, но этого стоило ожидать. вся история apple строится на политике противопоставления себя остальному миру IT, так было, и имхо, так будет.
одного не пойму — зачем ищут инженеров или людей из саппорта mchost? в данный момент вообще сомневаюсь, что их подпустят к серверам.
имхо, самое время искать руководство и ответственных за все это людей. естественно, после сливания данных из ДЦ
всегда хотел сделать что-то подобное. но больше как удобный трансфер в интернете и просмотр фильмов на кухне :)
Спасибо за статью, надо будет когда-нибудь реализовать )
если для того, чтобы показать, как работать с файлами — это какой-то слишком низкий уровень для хабра
если для разбора практического примера — ваш пример откровенно плох, я настоятельно рекомендую никому не реализовывать новостную ленту через файлы, если только (сюда подставить целый список условий типо «лень», «надо сделать для себя за 2 часа», «будет запущено на моей машине» и т.п.). я понимаю, что каждый волен делать так, как считает нужным, но не надо учить начинающий разработчиков плохому :)
если вы хотели бы услышать это, а не «мне просто это нравится», то хороших специалистов найти будет сложно
ну ок, сэкономили вы 4 строки (хотя можно объединить 2 str_replace в один), зато потратили N минут времени программиста, который после вас будет читать этот код. а если использовать такие конструкции повсеместно в проекте — время только растет, т.к. новичок не может использовать стандартные функции, которые он знает (пацаны не поймут) — приходиться постоянно рыться в библиотеке, пока не запомнишь «новый стандарт».
плюс ко всему, по своему опыту могу сказать, что ситуации, когда нужно выполнить 3 и более манипуляций со строками в одном месте очень и очень редки. а если нет, то обычно они однотипны и выносятся в одно место.
4. предположительно, я бы сделал так, чтобы существовал оригинал и несколько отресайзанных копий, структурированных таким образом, чтобы эти копии можно было найти и удалить при удалении оригинала.
Так рассуждать — вообще демонов не писать. Есть же системы мониторинга.
Вы серьезно? :) ну совсем не та задача, для которой еще и систему мониторинга прикручивать. Я просто имею ввиду, что создание такого демона создает дополнительный момент, о котором нельзя забывать (блин, забыл запустить демона!). а зачем, если можно сделать проще?
на самом деле, почитав соседние комменты, пришел к мнению, что 4-ый вариант и правда наиболее подходящий и гибкий.
1. отметаем. это даже не вариант решения, это — сама проблема
2. если картинки должны идеально ресайзится — это единственный и лучший вариант. если допускается погрешность — отметаем.
3. имхо, самый лучший вариант. не совсем понял что значит «Не всегда размеры, бывают подходящими под задачу», но если Вы имеете ввиду, что не всегда картинку можно так ресайзнуть, чтобы она нормально выглядела — да, это так, но и Ваш вариант решения (6) эту проблему не решит. Я бы сказал, что это 2 совершенно разные проблемы.
4. нормальный вариант. нагрузка? ну разве что у Вас будет туча картинок, а сайт подвергнется хабраэффекту при первом-же запуске. в остальном все должно отработать нормально. А насчет «в случае если злоумышленник решит создать скрипт в котором будет циклически подставлять различные пути, заставляя сервер ресазить» — можно просто ограничить количество вариантов. 100x150 и 200x300, все остальное — нафиг.
5. то же самое, что и 4, но на скриптовом языке. по поводу недостатков: «Недостатком такого подхода является излишний код» — он будет в любом варианте, кроме самых торопных (1 и 2). «в случае удаления оригинального изображения, отрезайзенные изображения останутся храниться на жестком диске» — можно (и нужно) сделать обработчик в админке (при удалении оригинала).
6. теперь к Вашему способу. Почему я сказал, что он создает даже больше проблем:
1. если это крон, то обновление будет происходить максимум раз в минуту. т.е. 1 минуту после заливки изображения на сайте будет косяк
2. если это менеджер (nohup *** &), то есть вероятность, что Вы забудете написать скрипт, который перезапустит менеджер после, например, ребута.
3. не вчитывался в код, но сразу видно, что он довольно-таки объемный. хотя в других случаях легко решается одной строчкой convert.
никто не в курсе, тот баг с ИНН еще работает? лень проверять
А что именно за банк у Вас?
У нас тоже есть :)
Работаю в викимапии, если нужна помощь с подключением API — обращайтесь в личку.
разговоры на перерывах только о том, как хорошо побухали в выходные и как кто-то устроился на работу продавцом сигарет у бензаколонки, и получает свои 10000 (причем, замечу, большая часть группы — девушки). по специальности работаю только я. у других из знаний — delphi на базовом уровне (уже третий год кое-как сдают курсовые в стиле «база данных книжного магазина»).
приближается сессия. задача на курсовую работу была разъяснена очень подробно, да и что непонятного — сделать простую ERP / CRM / HRM систему (нужное подчеркнуть, никаких жестких требований, на любом языке, просто полет фантазии!). начались сообщения в асе «Андрюх, а можешь объяснить, че нам вообще надо делать по курсачу?» — «так все же блин нормально объяснили, только сиди и делай» — «а я не знаю, никто ничего не понял!». студенты 3-го курса прикладной информатики даже не могут вбить в гугле слово ERP.
да что тут ERP, только один человек, с которым я пишу курсач, умеет пользоваться ООП, другие понятия не имеют, что это. хотя на эту тему было как минимум 3 вводных лекции на разных курсах, а инет просто кишит информацией. ответ — никому ничего не нужно. как по мне — так и хрен с ними, меньше конкурентов :) а вообще — даже и не могу представить, что дальше будет. надеюсь, в тех же медвузах не такая ситуация…
да у нас никакой регламент для этого не нужен — все и так вполне реально.
P.S. есть желающие работать с ру центром?
имхо, самое время искать руководство и ответственных за все это людей. естественно, после сливания данных из ДЦ
Спасибо за статью, надо будет когда-нибудь реализовать )
с каждым днем в России остается все меньше чего-либо надежного