fetch_replies

а что это такое, если не парсер? Речь не по повторное использование, а про
правильную организацию структуры. Весь код, который использует обходные
методы получения информации лучше держать отдельно, а не распределять
равномерно по всем файлам. Чтобы например вырезать быстро и безболезненно


On Fri, Nov 28, 2014 at 10:01 AM, Krupin Dmitry <notifications@github.com>
wrote:

> In twitter_api/models.py:
>
> > @@ -174,6 +182,28 @@ def fetch_retweets(self, status, count=100, **kwargs):
> >          instances = [self.get_or_create_from_instance(instance) for instance in instances]
> >          return instances
> >
> > +    def fetch_replies(self, status, **kwargs):
> > +        s = Session()
> > +
> > +        url = 'https://mobile.twitter.com/string/status/%s' % status.id
> > +        headers = {'User-Agent': USER_AGENT, 'Accept_Language': 'en', }
>
> "весь код парсера"
> Ну я бы не сказал, что это парсер.
> Мы получаем данные, потом немного их изменяем.
> Я бы это код оставил тут, т.к. он повторно использовать не будет.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/ramusus/django-twitter-api/pull/4/files#r21018459>.
>



-- 
gtalk: *ramusus@gmail.com <ramusus@gmail.com>*
icq: 4543333
skype: ramusus