Мне пришлось решать аналогичную задачу, но с csync2 «на бэкэнде», на том же ec2-ebs с xfs (что очевидно для ebs). Примерно как описано тут, только еще пришлось дописывать конфиги на lua для новой версии lsyncd.
Автор той статьи написал, что его устроил только уровень производительности csync2, чему я поверил (времени не было на тесты). В результате при запуске csync2 кушает cpu на 100% на какое-то время, что меня несказанно печалит. Быть может это из-за моих кривых рук.
Кстати, если файлов очень много, то нужно повышать лимит количества файлов, за которым может следить inotify. И на сколько я успел разобраться в вопросе, inotify ничего не делает бесплатно — на каждый файл расходуются ресурсы (пусть и не очень много).
А заключение статьи почему не переведено, где написано «It's all crap»? Просто читал статью пару дней назад и, на мой взгяд, самая важная часть как раз упущена.
Спасибо за ответ. Я вот сделал тоже велосипед: кастомный include тег django, который используя стандартные джанговские функции, парсил обычный джанговский темплейт, выдирал всякие лишние теги (был white-list тегов) и далее это чудо инклудилось в страницу перед /body. А потом использовался js-шаблонизатор PURE от BeeBole. Это все я ради фана сделал, для хобби-проекта, так что не production-ready. Таким образом у меня был один темплейт для обработки на сервере и для обработки на стороне клиента. Но это все без предварительной компиляции, что меня не радовало.
Можно ли использовать оригинальный неоткомпилированный шаблон через Django для отдачи начальной версии страницы, а откомпилированный js шаблон для асинхронного обновления страницы (думаю можно, на всякий случай уточняю)?
Может быть было бы элегантней использовать стандартный parser/lexer из системы шаблонов Django (наверное и в Jinja2 такое есть)?
Это правило может быть применено только мыслящими людьми и имеющими нескромный жизненный опыт. Это я пишу для тех, кто захочет хитроумно прогуливать пары прочитав данный пост :)
Применение такого подхода на младших курсах может привести к ситуации, когда тебе интересен предмет на старших курсах, но не хватает «мат. части», так как учил за пару дней до экзамена и, что естественно для устройства памяти, все забыл.
Так что практическую часть этого совета я бы развернул в несколько другом ключе, а именно прогуливать только то, что действительно преподается не на должном уровне и собственных сил хватит разобраться в этом.
И да, люди, хватит искать лучший маршрут прохождения жизни и получения прибыли. Просто have fun!
Я тоже пытался покупать на fidel.ru музыку… Написал несколько писем в тех. поддержку по поводу вываливающихся asp'шных эксепшенов (видимо debug mode) и неудобства интерфейса.
Треки относительно недорого стоят, на это я и купился. А по поводу тэгов я писал в суппорт — ответили, что треки к ним в таком виде и попадают от лейбла. Правда в моем случае теги присутствовали, но были не на соответствующих треках (диск был вроде irma sister bossa 5).
да, было бы интересно узнать. А то у меня солидное железнодорожное резюме: опыт управления ТЭМ2 в течение 5 минут, поездки в М62 и сидение в кабине Р200 (стоящего в депо) ;). Такое сложно переоценить…
а кстати, откуда берутся люди, которые разрабатывают такие системы, как на фотографиях (всмысле софтвар)? Их готовят университеты типа ПГУПСа в Питере или берут как в обычных софтверных компаниях? А то лет 10 увекался жд, работал на малой октябрьской (детской), но как-то не получилось… А сейчас назад тянет :)
Если такое количество аппаратуры обслуживает небольшую станцию, то сколько было бы интересно взгялнуть на дата-центр, обслуживающий какую-нибудь узловую станцию или маневровую горку. Это даже интереснее поездки на google developer day ;)
Господа, а нет ли тут желающих помочь сделать что-то аналогичное (а лучше completely different) c liquidfunk.ru. Я купил его 2 года назад (домен) с желанием сделать мега-мега-сошиал нетворк, но потом серые клеточки таки оговорили меня от такой унылой затеи. Тем не менее, есть пара идей, но руки не доходят. Может есть тут люди, которые хотели бы как-то поконтрибутить/обсудить/whatever судьбу ликвидфанк дот ру?
Ну а автор топика молодец, что довел свое увлечение до практически портала. Nuff respect!
документации и джангобука зачастую мало. Например когда нужно понять как работают и как правильно оверрайдить models.ManyToManyField, зачем там дескрипторы и т.п. Такая информация только в блогах, книгах вроде Pro Django и на #django-канале.
Автор той статьи написал, что его устроил только уровень производительности csync2, чему я поверил (времени не было на тесты). В результате при запуске csync2 кушает cpu на 100% на какое-то время, что меня несказанно печалит. Быть может это из-за моих кривых рук.
Кстати, если файлов очень много, то нужно повышать лимит количества файлов, за которым может следить inotify. И на сколько я успел разобраться в вопросе, inotify ничего не делает бесплатно — на каждый файл расходуются ресурсы (пусть и не очень много).
А hackday #2 как-то рановато организовали, я еще старый не забыл :)
Применение такого подхода на младших курсах может привести к ситуации, когда тебе интересен предмет на старших курсах, но не хватает «мат. части», так как учил за пару дней до экзамена и, что естественно для устройства памяти, все забыл.
Так что практическую часть этого совета я бы развернул в несколько другом ключе, а именно прогуливать только то, что действительно преподается не на должном уровне и собственных сил хватит разобраться в этом.
И да, люди, хватит искать лучший маршрут прохождения жизни и получения прибыли. Просто have fun!
Треки относительно недорого стоят, на это я и купился. А по поводу тэгов я писал в суппорт — ответили, что треки к ним в таком виде и попадают от лейбла. Правда в моем случае теги присутствовали, но были не на соответствующих треках (диск был вроде irma sister bossa 5).
Периодически отваливается с 503 административный интерфейс, иногда выдает service unavailable в совершенно неподходящее время :)
Сервер хорошо подходит для разработки, но в бой отправлять его рановато.
Ну а автор топика молодец, что довел свое увлечение до практически портала. Nuff respect!