É necessário em qualquer circunstância para modificar Wordpress diferente de escrever plugins e temas?

StackOverflow https://stackoverflow.com/questions/203543

  •  03-07-2019
  •  | 
  •  

Pergunta

Eu tive recentemente a trabalhar em um projeto onde o desenvolvedor anterior modificou o diretório wp-admin. Ele parece ser uma má idéia para mim, já que Wordpress é constantemente atualizado. Am I simplesmente não a esse nível de especialização com a modificação Wordpress?

Foi útil?

Solução

Ser open source, eu acho que é uma coisa comum para software como o WordPress a ser modificado e ampliado em qualquer ponto.

Para modificar ou não modificar uma escolha entre os trade-offs. Novos recursos podem ser encapsulados em módulos, que podem, talvez, causar a sua funcionalidade a ser menos integrados do que o desejado. No entanto, as mudanças plena integração pode dificultar facilmente atualizar o software à medida que novas versões são lançadas.

Ele requer que alguém estar muito familiarizado com o software para modificar o software diretamente, mas isso não é necessariamente uma má idéia.

Em uma nota lateral, eu acho que a modificação WordPress é quase uma necessidade, especialmente se você deseja que ele tem uma arquitetura decente ou para ser realmente seguro (ok, isso foi um soco, me processar).

Outras dicas

Bem, é uma má idéia apenas no que isso significa que você agora são responsáveis ??por manter um garfo defacto interna ... cada vez WordPress lança uma atualização, você tem que fazer um diff de três vias para mesclar suas alterações no novo WordPress "real". (Três vias meios diff você fazer uma comparação entre o garfo da versão antiga ea versão padrão antigo para construir um conjunto de patches, em seguida, aplicar esse conjunto de patches para a nova versão.) Você também deve estar usando um VCS-se para manter-se sã.

Se você não for até este então você não for até ele, não há nada de errado em seguir o princípio KISS e não zoneando o código do aplicativo.

Se você pode escrever um plugin que faz a mesma coisa e faz isso com a mesma eficiência, então você deve fazer isso para que você não tem que manter o seu próprio garfo.

No entanto, há um monte de coisas WordPress é terrível (eficiência, segurança) que você pode melhorar (às vezes sem muito trabalho, apenas desabilitando código que você não precisa) apenas por hackear o código do aplicativo. WordPress está sujo código legado spaghetti originalmente escrito por pessoas com praticamente zero conhecimento do software ou o design de banco de dados, e ele faz um monte de coisas tremendamente estúpidas como consultar o banco de dados em cada solicitação para ver o que é próprio siteurl é , quando este nunca muda - não há nada de errado em tomar 5 minutos para mudar 2 linhas de código para que ele não fazer isso mais

.

Eu trabalhava como líder técnico em um blog Technorati do ranking, em seguida,-top-20 e fez um monte de trabalho para WordPress escala em um único servidor e, em seguida, em um cluster (com servidores separados para administrador vs. acesso público). Tivemos proxies reversos a montante (isto é, verniz ou SQUID) que actuam como aceleradores de HTTP e um sistema de cache fragmento objeto / página interna que conectado a memcached com failover para sistema de arquivos cache utilizando pêra :: Cache_Lite. Tivemos que modificar WordPress para fazer coisas como sã enviar, cabeçalhos HTTP amigável-cache, para desativar um monte de SQL e processamento desnecessário.

Eu modifiquei WP para executar usando a memória somente NDB mecanismo de armazenamento de cluster do MySQL, o que significava especificando índices em um monte de consultas (no final, optou por um conjunto replicado em vez disso, no entanto). Em modificá-lo para funcionar com servidores separados para administração vs. acesso público, nós bloqueado a versão do lado do público para que ele correu com muito privilégios MySQL reduzidos permitindo que apenas lê (um terceiro usuário MySQL ficou comentando privilégios).

Se você tem um sério problema de spam de comentários (ou seja 10K / hora), então você Have para fazer algo além de plugins. Spam DOS você porque WordPress apenas inicializar seu núcleo é algo como meio segundo em um P4 independente, sem concorrência, e desde WP é uma bola de pelo código não há nenhuma maneira de fazer qualquer coisa sem inicializar o núcleo em primeiro lugar.

"WP-Cron" é braindead e deve ser desativado se você tiver acesso a um crontab real para executar essas funções. Não é difícil de fazer.

Em suma, eu poderia continuar para sempre listando razões pelas quais você pode querer fazer modificações.

Ao longo desta era, naturalmente, um objetivo para razões de manutenção para manter essas modificações ao mínimo e documentá-los tão claramente quanto possível, e nós implementamos muitos como plugins quando fazia sentido.

Em uma combinação blog / fórum, que cortado em conjunto o processo de inscrição para que as pessoas preencheram um formulário para se inscrever tanto para WordPress e phpBB, ao mesmo tempo. Eu tenho certeza que há uma maneira melhor de fazer isso com plugins, mas tinha um benefício inesperado - ele realmente confunde as spambots. Apesar de ter vários deles registrar cada dia, tivemos cerca de duas mensagens de spam na vida do fórum.

Não é algo que eu recomendo, é claro -. Isso nos impede de atualizar qualquer software

I tendem a defender fortemente contra a modificação do código do núcleo, se possível, especialmente em um projeto que atualizações como o WordPress faz. Se WordPress não pode ser feita para fazer o que você precisa dele para com plugins e afins, você é provavelmente melhor fora com um sistema mais extensível / genérico como Drupal. Hacking um CMS orientada-blogging em outra coisa pode não valer a pena.

Nas versões mais antigas do WordPress (1,0 e até mesmo os primeiros 2.0s), eu não piscou um olho para modificar-se WordPress.

No entanto, arquitetura WordPress' amadureceu. Barras laterais não precisam mais ser codificado manualmente. Em vez disso, você pode porta o seu tema para usar os widgets e apenas criar widgets (o que é uma dádiva!). Não gosto de como algo é apresentado - basta modificar o tema! Não gosta de como WordPress lida com algo? Criar um plug-in. Estou duramente pressionado para pensar em uma razão para modificar o próprio código WordPress que não pode ser tratada através de componentes WordPress' contemporâneos modulares (widgets, plug-ins, temas) em vez.

Eu sou o tipo de pessoa que sempre se "sob a capa" em aplicativos de código aberto como o WordPress. No entanto, hoje em dia, não há realmente nenhuma boa razão para modificar o código do núcleo WordPress.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top