Revue Django et FlaskFormation à la programmation

Revue de code d'application Django ou Flask

Livraison dès 1 jourRetouches inclusesContrôle qualité
Paiement protégéEn savoir plus
  • Les retouches prévues par la formule sont gratuites.
  • Sans réponse de votre part dans les 3 jours suivant la livraison, le travail est validé automatiquement.
Commander · 32 €

L’argent est réservé au paiement et versé uniquement une fois le travail validé.

Revue de code d'application Django ou Flask

Exemple de résultat

Exemple pour la formule Standard

Revue de code : script Python d'import de commandes pour une petite boutique en ligne

Ce que fait le code

  1. Lit orders.csv issu de l'export de la boutique.
  2. Pour chaque ligne de commande, retrouve le produit par sa référence (SKU) dans stock.xlsx et soustrait la quantité.
  3. Réécrit le stock mis à jour et consigne les totaux dans import_log.txt.

La structure est claire et les fonctions bien nommées. La plupart des problèmes viennent de données qui n'ont pas la forme attendue.

Bugs et points faibles

#LigneGravitéProblème
148ÉlevéeLe même CSV peut être importé deux fois : aucun contrôle des numéros de commande déjà traités. C'est la cause la plus probable du stock négatif.
272Élevéeint(row["qty"]) plante sur les valeurs vides ou « 2.0 » des commandes remboursées.
395MoyenneLa recherche de SKU est sensible à la casse : « gt-101 » et « GT-101 » sont vus comme deux produits.
4130MoyenneLe fichier est ouvert sans encoding="utf-8" : les noms accentués cassent sous Windows.
5201FaibleUn except: nu masque les vraies erreurs et rend le journal inutile.

Fragments corrigés

Problème 1 : ignorer les commandes déjà importées

processed = load_processed_ids("processed_orders.txt")
for row in reader:
    if row["order_id"] in processed:
        continue
    # ... logique existante ...
    processed.add(row["order_id"])
save_processed_ids("processed_orders.txt", processed)

Pourquoi : chaque commande n'est appliquée qu'une fois, même si le script est relancé sur le même fichier.

Problème 2 : lire la quantité sans risque

raw = (row.get("qty") or "").strip()
try:
    qty = int(float(raw))
except ValueError:
    log.warning("Commande %s : quantité invalide %r, ignorée", row["order_id"], raw)
    continue

Pourquoi : les lignes remboursées ou partielles sont ignorées avec une note claire au lieu de bloquer tout l'import.

Problème 3 : normaliser les SKU

sku = row["sku"].strip().upper()

Appliquez le même .strip().upper() lors de la construction du dictionnaire de stock.

Style et lisibilité

  • process() fait 90 lignes ; découpez-la en read_orders, apply_to_stock, write_report.
  • Remplacez les numéros de colonne en dur (row[7]) par les noms d'en-tête.

Testez chaque correction sur une copie de vos fichiers : nous avons relu le code sans l'exécuter.

Client : gérante d'une boutique de thé qui a écrit un script Python de 310 lignes pour importer les commandes d'un export CSV dans le tableau de stock Problème signalé : « Parfois le stock devient négatif, et le script plante sur certains fichiers. »

Le client et tous les détails sont fictifs.

À propos de ce service

Les applications web Python deviennent généralement lentes ou vulnérables de façon prévisible : une requête en base dans une boucle de template, DEBUG laissé activé, une clé secrète dans le fichier de settings, du SQL brut construit à partir des saisies de l'utilisateur ou une application Flask devenue un seul fichier énorme. Nous lisons vos vues, vos requêtes ORM, vos formulaires et vos settings, expliquons comment une requête traverse l'application, et signalons les problèmes par niveau de risque. Les fragments corrigés utilisent les outils que le framework fournit déjà, comme select_related, la validation des formulaires et les blueprints.

Ce qui est inclus

  • Ce que vous recevezUne revue écrite sur la page de la commande : comment les requêtes traversent votre application, les problèmes par niveau de risque et des fragments Python corrigés. La formule Premium ajoute un plan pour découper le projet en apps ou en blueprints.
  • Nombre de requêtesRequêtes N+1 et select_related
  • Sécurité des settingsDEBUG, clé secrète, allowed hosts
  • Formulaires et saisiesValidation et protection CSRF
  • Structure de l'applicationVues, apps et blueprints
  • Fragments corrigésEn s'appuyant sur les outils intégrés du framework

Comment ça marche

  1. 1
    BriefVous collez les vues, les settings et les erreurs
  2. 2
    LectureNous suivons une requête dans l'application
  3. 3
    AnalyseVous recevez les problèmes et le code corrigé

Ce dont nous avons besoin

Vos vues, vos classes ORM, vos formulaires et vos settings collés sous forme de texte ou en captures d'écran, les versions du framework et de Python, ce qui devrait se passer et le traceback s'il y en a un.

Nous vous demanderons :

  • Django ou Flask, et quelle version ?
  • Quelle base de données et quelles extensions utilisez-vous ?
  • Qu'est-ce qui ne va pas, et y a-t-il un traceback ?
  • L'application est-elle déjà en ligne ou encore en développement ?

Comparer les formules

EssentielCode d'application jusqu'à 100 lignes14 €StandardCode d'application jusqu'à 400 lignes32 €PremiumJusqu'à 1 000 lignes avec un plan de structure62 €
Délai1 jour2 jours3 jours
Retouches123
Lignes de codejusqu'à 100jusqu'à 400jusqu'à 1 000
Fragments corrigésOuiOuiOui
Plan de structure du projetNonNonOui
CommanderCommanderCommander

Paiement protégé

Vous payez à la commande, mais l’argent n’est versé que pour un travail validé.

  • Prix fixeLe prix de la formule ne change pas après le paiement.
  • L’argent est réservéAu paiement, le montant est seulement réservé. Il n’est versé à Dleex qu’une fois le travail validé.
  • Vérifié avant livraisonChaque résultat passe un contrôle qualité avant de vous parvenir, et vous le voyez sur la page de la commande avant de le valider.
  • Retouches gratuitesDemandez des retouches dans le cadre de votre brief autant de fois que la formule le permet.
  • Validation au bout de 3 joursSi, dans les 3 jours suivant la livraison, vous n’avez ni validé le travail ni demandé de retouches, il est validé automatiquement. Si vous écrivez dans le chat de la commande après la livraison, la commande est mise en attente ; après notre réponse, nous pourrons relancer le délai de 3 jours et vous le signalerons dans le chat.
  • Travail refait ou remboursement intégralSi le résultat ne correspond pas à votre brief et que les retouches n’y ont rien changé, ou si le travail prend plus du double du délai prévu, écrivez dans le chat de la commande : nous referons le travail ou vous rembourserons intégralement.
Comment ça marche →

Questions et réponses

Exécutez-vous mon code ?

Non. Nous le lisons attentivement et analysons son comportement, mais nous ne l'exécutons pas : testez donc chaque correction proposée dans votre propre projet.

Vérifiez-vous les réglages de mon serveur de production ?

Nous relisons le fichier de settings que vous collez, avec les secrets remplacés par des valeurs fictives. Nous ne nous connectons pas à votre serveur.

Pouvez-vous aider avec des erreurs de migration ?

Oui. Collez les fichiers de migration et l'erreur complète, et nous expliquons ce qui entre en conflit et comment le résoudre sans risque.

Commander · 32 €· 2 jours