Comment dois-je analyser un HTTP date chaîne de caractères en Python?

Est-il un moyen facile d'analyser HTTP date de chaînes de caractères en Python? Selon la norme, il existe plusieurs façons de format de date HTTP cordes; la méthode doit être capable de gérer cela.

En d'autres termes, je veux convertir une chaîne de caractères comme "Wed, 23 Sep 2009 22:15:29 GMT" pour un python temps de la structure.

InformationsquelleAutor Troels Arvin | 2009-09-24
  1. 44
    >>> import email.utils as eut
>>> eut.parsedate('Wed, 23 Sep 2009 22:15:29 GMT')
(2009, 9, 23, 22, 15, 29, 0, 1, -1)

    Si vous voulez un datetime.datetime objet, vous pouvez le faire:

    def my_parsedate(text):
    return datetime.datetime(*eut.parsedate(text)[:6])
    • Yep, parsedate est probablement le meilleur compromis, bien que son "tolérant RFC 2822 analyse" n'est pas compatible à 100% avec la RFC 2616'2 exigeants "DOIT" - par exemple, epic fail sur format RFC 850 avec les années sur deux chiffres, telles que Sunday, 06-Nov-94 08:49:37 GMT, encore 2616 dit un client DOIT être en mesure d'analyser la RFC 850 dates (soupir).
    • e-mail.Utils.parsedate semble suffisant, merci. Mais c'est déroutant que c'est parfois appelée e-mail.utils, et parfois un courriel.Utils. Je suppose que l'e-mail.Utils version est un vieil héritage de la variante qui a été abandonné(?)
    • email.utils.parsedate is email.Utils.parsedate -> True Il semble que Utils est un paresseux chargeur.
    • Notez également que l'e-mail.util.parsedate() renvoie un tuple qui peuvent être directement transmises à temps.mktime() (ce qui vous donne un int de secondes depuis l'epoch sur votre ordinateur(heure locale, et non UTC)).
    • secondes depuis l'Epoch ne dépend pas de fuseau horaire local par exemple, 0 signifie 1970-01-01T00:00:00Z -- c'est la même instance à travers le monde (horloge locale montre des valeurs différentes, mais le timestamp est exactement le même). À moins que l'entrée timestring est en UTC (GMT), vous devez l'utilisation mktime_tz(parsedate_tz()) à la place -- sinon l'info sur le fuseau horaire est perdu.
    • vous avez absolument raison. Pas sûr de ce que j'essayais de dire avec "heure locale". J'étais probablement frustré de voir que je n'avais pas trouvé un mktime_tz fonction (ce que le diable est que le faire par e-mail.utils). Oh bien 🙂
    • Dans les versions plus récentes de python que vous pouvez utiliser email.utils.parsedate_to_datetime
    • Nous allons garder le code lisible. Si j'ai trouvé 'eut' dans le code, je dois creuser autour pour savoir ce que c'est. Je vous suggère de simplement faire from email.utils import parsedate (ou, maintenant que j'ai lu le commentaire précédent par @mgilbert from email.utils import parsedate_to_datetime).
    • Voir aussi stackoverflow.com/a/8339750/14558 pour la version qui inclut le fuseau horaire d'analyse

    InformationsquelleAutor tzot
  2. 3
    >>> import datetime
>>> datetime.datetime.strptime('Wed, 23 Sep 2009 22:15:29 GMT', '%a, %d %b %Y %H:%M:%S GMT')
datetime.datetime(2009, 9, 23, 22, 15, 29)
    • cela permettra de gérer simplement un format de!
    • oui, et il est assez facile d'étendre à gérer n'importe quel format. alors que email.utils.parse est plus robuste, il est moins transparent.
    • %un des paramètres régionaux dépendant ça ne fonctionne généralement pas
    • +1 et merci. car il dit que pour éviter de tels commentaires. beaucoup plus claire que "utils"-appelés modules
    InformationsquelleAutor SilentGhost
  3. 1
    httplib.HTTPMessage(filehandle).getdate(headername)
httplib.HTTPMessage(filehandle).getdate_tz(headername)
mimetools.Message(filehandle).getdate()
rfc822.parsedate(datestr)
rfc822.parsedate_tz(datestr)
    • si vous avez un raw de flux de données, vous pouvez créer un HTTPMessage ou un mimetools.Message de lui. il peut offrir une aide supplémentaire tout en interrogeant l'objet de réponse pour des infos
    • si vous utilisez urllib2, vous avez déjà un HTTPMessage objet caché dans la filehandler retourné par urlopen
    • il peut probablement analyser de nombreux formats de date
    • httplib est dans le noyau

    REMARQUE:

    • avait un look à la mise en œuvre, HTTPMessage hérite de mimetools.Message qui hérite de rfc822.Message. deux flottante defs sont de votre intérêt, peut-être, parsedate et parsedate_tz (dans le second)
    • parsedate(_tz) à partir d'un courriel.utils a une mise en œuvre différente, bien qu'il semble que le type de la même chose.

    vous pouvez le faire, si vous n'avez que morceau de ficelle et que vous souhaitez analyser:

    >>> from rfc822 import parsedate, parsedate_tz
>>> parsedate('Wed, 23 Sep 2009 22:15:29 GMT')
(2009, 9, 23, 22, 15, 29, 0, 1, 0)
>>>

    mais permettez-moi d'illustrer à travers des messages mime:

    import mimetools
import StringIO
message = mimetools.Message(
    StringIO.StringIO('Date:Wed, 23 Sep 2009 22:15:29 GMT\r\n\r\n'))
>>> m
<mimetools.Message instance at 0x7fc259146710>
>>> m.getdate('Date')
(2009, 9, 23, 22, 15, 29, 0, 1, 0)

    ou via http messages (réponses)

    >>> from httplib import HTTPMessage
>>> from StringIO import StringIO
>>> http_response = HTTPMessage(StringIO('Date:Wed, 23 Sep 2009 22:15:29 GMT\r\n\r\n'))
>>> #http_response can be grabbed via urllib2.urlopen(url).info(), right?
>>> http_response.getdate('Date')
(2009, 9, 23, 22, 15, 29, 0, 1, 0)

    droit?

    >>> import urllib2
>>> urllib2.urlopen('https://fw.io/').info().getdate('Date')
(2014, 2, 19, 18, 53, 26, 0, 1, 0)

    là, maintenant, nous avons maintenant plus sur les formats de date, des messages mime, mime des outils et de leurs pythonic mise en œuvre 😉

    quel que soit le cas, semble meilleure que l'utilisation de la messagerie.utils pour l'analyse des en-têtes http.

    InformationsquelleAutor user237419