1vank1n 21 сен 2011 в 18:01

YTupload ver. 0.1 (Конвертируем и загружаем на YouTube)

1 мин

1.3K

Django *

+30

Комментарии 17

MechanisM 21 сен 2011 в 20:42

хороший проект, буду пользоваться))
добавьте в .gitignore: .DS_Store а то почти в каждой папке валяется никому не нужный мусор.

1vank1n 22 сен 2011 в 04:11

да, спасибо)
спешил выложить релиз и не заметил этого))

wronglink 22 сен 2011 в 04:47

Его, к слову, лучше всего в глобальный gitignore добавить и не заморачиваться в будущем.

1vank1n 22 сен 2011 в 06:12

угу) так и сделал))

если кому понадобится, то:
git config --global core.excludesfile ~/.gitignore
echo .DS_Store >> ~/.gitignore

3ds 22 сен 2011 в 08:05

Спасибо, это круто, не знал!

MechanisM 22 сен 2011 в 08:44

аналогично)

MechanisM 21 сен 2011 в 20:50

если подумать о других видео-сервисах то было бы не плохо переименовать проект, перенести все что касается youtube в /backends/youtube.py чтобы кому надо могли в ту-же папочку положить файлики: vimeo.py, tumblr.py, vkontakte.py, mailru.py итд… ну я думаю все поняли что я имею ввиду)

MechanisM 21 сен 2011 в 20:52

+ например localhtml5.py который сконвертирует в .webm и другие форматы которые играются в HTML5 тэге.

MechanisM 21 сен 2011 в 21:01

хабр сожрал тэг видео)

MechanisM 21 сен 2011 в 21:02

ну и соответственно в настройках указать все бэкенды которые нужно подключить. по умолчанию допустим только youtube

1vank1n 22 сен 2011 в 04:12

отличная идея!
если есть желание — присоединяйтесь для реализации)

MechanisM 22 сен 2011 в 01:31

Хммм… думаю самое время для 6-го комментария. Не люблю нечётные числа.

MpaK999 22 сен 2011 в 02:11

Здорово, а что-нибудь такое для Rails3 есть?

marazmiki 22 сен 2011 в 07:15

Разрешите несколько ремарок по существу?

Приложения принято распространять в виде отдельного пакета и желательно с setup.py (там и зависимости можно указать), чтобы можно было установить его через pip и легко интегрировать в свой проект. А Вы выложили Ваш проект целиком. Есть ли в этом какой-то сакральный смысл?
Что ещё за converting.py, который надо запускать через крон? Зачем там активация окружения джанги? Так нельзя, так неправильно. У джанги есть ~~относительно~~ клёвые встроенные механизмы для запуска проекта в консоли.
Зачем там же, в converting.py, сомнительная проверка на число запущенных копий? Вдруг моё железо вывезет 10 одновременно запущенных ффмпегов, а 11 уже не вывезет и я сам хочу решать, сколько инстансов может быть запущено? Неужели придётся переписывать чужой код, попутно исправив nice на побольше или вообще его выкинув?

По последним пунктам я бы посоветовал сделать так:

Оформить converting.py как нормальную management-команду джанги
Количество разрешённых процессов передавать в аргументе командной строки (легко реализуется через optparse, примеры в документации к management-командам есть)
Выкинуть нафиг nice. Если кому потребуется, сможет в через него запускать ./manage.py converting

Я зануда, простите

1vank1n 22 сен 2011 в 07:33

Спасибо за ценный комментарий! Именно такая критика и помогает развивать проект так, что я искренне благодарен занудству ))

Теперь ответ:
Я не претендую на звание джанго-гуру. Уверен, что в коде есть, что оптимизировать и править. Пока у YTupload есть минимум одно отличное качество — он работает!!! С костылями? Да, с костылями.

А благодаря аргументированной критике, я смогу «дошлифовать» свой проект. За одно подниму свою осведомлённость о django )

Вывод: спасибо! учту в следующих билдах.

MechanisM 22 сен 2011 в 07:59

добавили бы в теги bootstrap — это нынче оч популярный фреймворк.
пусть отображается пост и по этому тегу. мало-ли кому пригодится.

1vank1n 22 сен 2011 в 08:20

ок) сделанно

Зарегистрируйтесь на Хабре, чтобы оставить комментарий