Была похожая проблема — решил на python с помошью библиотеки gevent. Навешал ей сколько нужно задач (суммарно), прицепил задачи к Pool с максимальным количеством одновременных задач в N, в конце каждой задачи sleep на 10 секунд.
И никакого шаманства с jruby и JVM — простой си-экстенш для языка.
Благодаря вам я только что принял решение вместо Scala изучать Erlang в ближайшем будущем. Спасибо :) После Python кажется немного странным, но интересным)
Я знаю.) для этого в принципе достаточно базовых знаний XML'a и lxml, тем не менее, для серьёзных решений этого мало — было бы классно иметь единую библиотеку для парсинга/генерации. По всем используемым «офисным» форматам.
А «новые» форматы — docx и компания?
Тем более что спецификация открыта… Но, тем не менее, я так и не нашёл нормальной библиотеки для генерации, а текст приходилось вручную через lxml выдирать.
мм… Реализация в Symphony мне когда нравилась больше, и она похожа на ваш вариант.) *если не ошибаюсь*. Хотя для работы я предпочитал CI.
*PM mode on*
Хорошо — это быстро, и в срок, а лучше чуть раньше.
Хорошо — это производительно, легко поддерживаемое и кэшируемое.
Хорошо — это второй вариант, скорее всего.
*PM mode off*
У вас условие — это наличие странного CRUD'а о котором вы говорите. Поэтому четвертый вариант правильней в вашей ситуации — проще интерфейс для переводов. А вообще — что вам мешает перегрузить свой CRUD для конкретного случая кастомным интерфейсом?
Самый простой вариант — переходите на Django, и забудете о подобных проблемах. Забудь о «глобальной» универсальности подхода — универсальность нужна только в контексте выбранной платформы для разработки.
«Хочу добиться правильного соотношения понятность/эффективность/универсальность» — тем более Django для вас. Я около года разрабатывал подобные «универсальные» вещи (я о реализациях велосипедов на PHP, да), вместо того чтобы заниматься реально интересными задачами, и сейчас, в принципе жалею о потраченном времени.)
Ребят, вы классные. ) Так держать! Интересный проет и, что немаловажно, очень качественно сделанный! Даже немного завидую, мне до такого уровня ещё ползти и ползти…
И никакого шаманства с jruby и JVM — простой си-экстенш для языка.
Тем более что спецификация открыта… Но, тем не менее, я так и не нашёл нормальной библиотеки для генерации, а текст приходилось вручную через lxml выдирать.
Пойду жене-дизайнеру обьяснять. Спасибо!)
*PM mode on*
Хорошо — это быстро, и в срок, а лучше чуть раньше.
Хорошо — это производительно, легко поддерживаемое и кэшируемое.
Хорошо — это второй вариант, скорее всего.
*PM mode off*
У вас условие — это наличие странного CRUD'а о котором вы говорите. Поэтому четвертый вариант правильней в вашей ситуации — проще интерфейс для переводов. А вообще — что вам мешает перегрузить свой CRUD для конкретного случая кастомным интерфейсом?
«Хочу добиться правильного соотношения понятность/эффективность/универсальность» — тем более Django для вас. Я около года разрабатывал подобные «универсальные» вещи (я о реализациях велосипедов на PHP, да), вместо того чтобы заниматься реально интересными задачами, и сейчас, в принципе жалею о потраченном времени.)
Интересно, а если есть только PSD исходник, реально ли из него выдрать картинку которая паттерном наложена на бэкграунд?
Переверстаем этот кусок, спасибо.