Pagamento protegidoDetalhes
- Os ajustes previstos no pacote são gratuitos.
- Se você não responder em 3 dias após a entrega, o trabalho é aprovado automaticamente.
O dinheiro fica reservado no pagamento e só é liberado quando você aprova o trabalho.
Exemplo de resultado
Revisão de código: script em Python para importar pedidos de uma loja virtual
O que o código faz
- Lê o
orders.csvexportado da loja. - Para cada item do pedido, procura o produto pelo SKU no
stock.xlsxe subtrai a quantidade. - Grava o estoque atualizado e registra os totais em
import_log.txt.
A estrutura é clara e as funções têm bons nomes. A maioria dos problemas vem de dados de entrada que não chegam no formato que o script espera.
Bugs e pontos fracos
| # | Linha | Gravidade | Problema |
|---|---|---|---|
| 1 | 48 | Alta | O mesmo CSV pode ser importado duas vezes; não há checagem dos IDs de pedido já processados. É a causa mais provável do estoque negativo. |
| 2 | 72 | Alta | int(row["qty"]) quebra com valores vazios ou "2.0" de pedidos reembolsados. |
| 3 | 95 | Média | A busca por SKU diferencia maiúsculas: "gt-101" e "GT-101" viram produtos diferentes. |
| 4 | 130 | Média | O arquivo é aberto sem encoding="utf-8", então nomes com acento quebram no Windows. |
| 5 | 201 | Baixa | Um except: genérico esconde os erros reais e deixa o log inútil. |
Trechos corrigidos
Problema 1: pular pedidos já importados
processed = load_processed_ids("processed_orders.txt")
for row in reader:
if row["order_id"] in processed:
continue
# ... lógica existente ...
processed.add(row["order_id"])
save_processed_ids("processed_orders.txt", processed)
Por quê: cada pedido é aplicado uma única vez, mesmo que você rode o script de novo com o mesmo arquivo.
Problema 2: ler a quantidade com segurança
raw = (row.get("qty") or "").strip()
try:
qty = int(float(raw))
except ValueError:
log.warning("Pedido %s: quantidade inválida %r, ignorado", row["order_id"], raw)
continue
Por quê: itens reembolsados ou parciais são pulados com um aviso claro, em vez de interromper toda a importação.
Problema 3: padronizar os SKUs
sku = row["sku"].strip().upper()
Aplique o mesmo .strip().upper() ao montar o dicionário de estoque.
Estilo e legibilidade
process()tem 90 linhas; divida emread_orders,apply_to_stockewrite_report.- Troque os números de coluna "mágicos" (
row[7]) pelos nomes dos cabeçalhos.
Teste cada correção em uma cópia dos seus arquivos: lemos o código, mas não o executamos.
Cliente: dona de uma loja de chás que escreveu um script em Python de 310 linhas para importar os pedidos de um CSV exportado para a planilha de estoque Problema relatado: "Às vezes o estoque fica negativo, e o script trava com alguns arquivos."
O cliente e todos os dados são fictícios.
Sobre este serviço
Plugins personalizados e funções de tema do WordPress muitas vezes deixam de lado os hábitos que o WordPress espera: escapar a saída com esc_html, verificar nonces nos formulários, usar $wpdb->prepare nas consultas e carregar scripts com wp_enqueue_script. Lemos o código do seu plugin ou do functions.php, explicamos quais hooks ele usa e quando são disparados, e marcamos falhas de segurança, conflitos e edições que serão perdidas numa atualização do tema. Os fragmentos corrigidos seguem os padrões de código do WordPress.
O que está incluído
- O que você recebeUma revisão escrita na página do pedido: os hooks e o fluxo do seu código, problemas de segurança e compatibilidade por importância e fragmentos PHP corrigidos. O Premium inclui conselhos para mover as edições do tema para um tema filho ou um pequeno plugin.
- Hooks explicadosQuais actions e filters rodam e quando
- Escape e sanitizaçãoSaída, entrada e nonces
- Consultas ao banco de dadosConsultas preparadas com $wpdb
- Mudanças seguras em atualizaçõesTema filho ou plugin em vez de editar o núcleo
- Fragmentos corrigidosNo estilo de código do WordPress
Como funciona
- 1BriefingVocê cola o PHP e os erros de debug
- 2LeituraSeguimos hooks e dados pelo código
- 3RevisãoVocê recebe os problemas e o código corrigido
O que precisamos de você
O código PHP do seu plugin ou tema colado como texto ou em capturas de tela, as versões do WordPress e do PHP, o que o código deveria fazer e os erros do log de debug.
Vamos perguntar:
- É um plugin, um tema ou código no functions.php?
- Quais versões do WordPress e do PHP o site usa?
- Ele funciona junto com o WooCommerce ou outro plugin?
- O que dá errado e o que diz o log de debug?
Compare os pacotes
| Pacotes | BásicoPHP de até 100 linhasUS$ 15 | PadrãoCódigo de plugin ou tema de até 400 linhasUS$ 35 | PremiumAté 1.000 linhas com plano de reestruturaçãoUS$ 69 |
|---|---|---|---|
| Prazo | 1 dia | 2 dias | 3 dias |
| Ajustes | 1 | 2 | 3 |
| Linhas de código | até 100 | até 400 | até 1.000 |
| Fragmentos corrigidos | Sim | Sim | Sim |
| Plano de reestruturação | Não | Não | Sim |
| Fazer pedido Básico | Fazer pedido Padrão | Fazer pedido Premium |
Pagamento protegido
Você paga ao fazer o pedido, mas o dinheiro só é liberado pelo trabalho aprovado.
- Preço fixoO preço do pacote não muda depois que você paga.
- O dinheiro fica reservadoAo pagar, o valor fica apenas reservado. Ele só é repassado quando você aprova o trabalho.
- Verificado antes da entregaCada resultado passa por um controle de qualidade antes de chegar até você, e você o vê na página do pedido antes de aprovar.
- Ajustes gratuitosPeça ajustes dentro do seu briefing quantas vezes o pacote permitir.
- Aprovação após 3 diasSe em 3 dias após a entrega você não aprovar o trabalho nem pedir ajustes, ele é aprovado automaticamente. Se você escrever no chat do pedido após a entrega, o pedido fica em espera; depois que respondermos, podemos reiniciar a contagem de 3 dias e avisaremos no chat.
- Refazer ou reembolso totalSe o resultado não corresponder ao seu briefing e os ajustes não resolverem, ou se o trabalho levar mais que o dobro do prazo, escreva no chat do pedido: refazemos o trabalho ou reembolsamos o pagamento integralmente.
Perguntas e respostas
Vocês executam o meu código?
Não. Lemos o código com atenção e analisamos como ele se comporta, mas não o executamos, então teste cada correção sugerida no seu próprio projeto.
Vocês podem entrar no meu painel do WordPress?
Não. Nunca pedimos logins. Cole o código do editor de plugins ou dos seus arquivos, e você mesmo aplica as correções, de preferência primeiro numa cópia de teste.
Isso vai melhorar a nota de velocidade do meu site?
Apontamos consultas lentas e hooks pesados no código que você envia, mas a nota também depende da hospedagem, das imagens e de outros plugins.