Novo campo EAN no core do WooCommerce 9.2 e superior

  • ResolvedPlugin Author Marco Almeida | Webdados

    (@webdados)


    1 month, 3 weeks ago

    A partir da vers?o 9.2, passa a existir um campo EAN próprio do WooCommerce.

    Este plugin para o KuantoKusta tem um campo EAN a ser usado no feed, já que antes este campo n?o existia no core.

    Como devemos lidar com estes dois campos para instala??es com WooCommerce 9.2 ou superior?

    1. Remover completamente o nosso campo e passar a usar o do WooCommerce (causará perda de dados para quem o estiver a usar);
    2. Preferir o valor inserido no campo do WooCommerce, apenas usando o valor do próprio campo caso o primeiro n?o esteja preenchido, e além disso apenas mostrar o próprio campo na edi??o do produto se ainda estiver preenchido (n?o o mostrando se n?o tiver valor, para incentivar o uso do campo do WooCommerce);
    3. Manter o campo próprio e dar prioridade ao mesmo, ignorando o novo campo do WooCommerce;

    Por favor, indica em resposta a este tópico qual a op??o que preferes e porquê.

    Caso tenhas outra sugest?o, por favor indica-a.

    Nota: Está previsto que o plugin WooCommerce Brands (marcas) passe a deixar de ser pago e seja incluido no core do WooCommerce a partir da vers?o 9.4 (como funcionalidade beta) e que a partir da vers?o 9.6 esteja activa para todos. O mesmo princípio decidido para o EAN será aplicado nessa altura.

Viewing 7 replies - 1 through 7 (of 7 total)

  • Na minha opini?o o ideal será o vosso campo desaparecer. Deveria ser marcado como deprecated e darem um prazo (tipo x meses) para a sua remo??o.

    No entanto deveria haver a possibilidade de migrar os dados do vosso campo para o campo do WooCommerce. Além disso há a possibilidade de haver integra??es externas que estejam à espera do vosso campo para o preencher, o que dificulta uma solu??o “radical”.

    O que sugiro: darem op??o de passar a usar o novo campo (com op??o de migra??o de dados). Caso seja aceite, os dados seriam migrados e o vosso campo removido e passavam a usar o campo do WooCommerce.

    @luisgrave nesse cenário, se o dono do site n?o quiser correr a migra??o, e preencher o campo do WooCommerce, devemos dar prioridade a esse? E esconder o nosso em que caso: 1) se o do WooCommerce estiver preenchido ou 2) se o nosso n?o estiver preenchido?

    Eu sou pouco apologista de dar todas as op??es e mais uma. Sen?o vais estar ad infinitum a suportar ambas as vers?es (e depois a mesma coisa com as brands).

    • Se o dono do site corre a migra??o: migras, escondes o teu campo e só usas o do WC.
    • Se o dono do site n?o corre a migra??o: usas o teu campo como até aqui.

    O único caso n?o coberto é o de uma nova instala??o, que já n?o deveria mostrar/usar o teu campo.

    N?o respondi directamente às tuas quest?es mas acho que ficou claro a minha opini?o ??

    Eu acho que poderias oferecer uma op??o para ( migrar ) do EAN do plugin para o EAN nativo do Woo
    N?o sei o quanto viável é pois n?o conhe?o a constru??o do plugin, e, uma migra??o também requer mais responsabilidade,

    mas com essa op??o no sitio, facilmente o usuário teria um bot?o para efectuar essa migra??o caso assim o deseja-se

    Com isso dito, poderias oferecer as 3 solu??es
    O usuário tem a op??o de migrar todos os EAN para o nativo, sendo que depois n?o necessita mais de usar o EAN do plugin, e ent?o o campo poderia desaparecer ( um option checkbox ) ( vers?o currente + proximas )
    Ignorar o EAN do plugin e usar o do Woo ( possivelmente o melhor para novas instala??es a partir da versao XX )
    Ou manter o EAN do plugin e ignorar o EAN do Woo ( possivelmente vers?o currente + proximas )

    Qualquer das maneiras acho que oferecer uma migra??o poderá ser benéfico para pessoal que tenha muitos registos, embora quem quiser possa sempre fazer um script para isso e fica a responsabilidade do user

    Eu acho que se calhar uma pergunta a fazer seria:
    o EAN nativo do Woo, será que vai já estar estavel e nao trazer problemas?
    Op??o de migrar poderá ser viavel aqui, com uma option para ent?o deprecar o EAN do kuantokusta ao criterio do usuario

    Espero n?o ter feito muita confus?o ao explicar

    Ficou claro @luisgrave, mas acho que vou mesmo suportar o campo antigo enquanto estiver preenchido e n?o estiver preenchido o do WC.

    • No feed: se estiver preenchido o do WC é usado, sen?o faz fallback para o do plugin.
    • Na edi??o do produto, se o campo do plugin estiver preenchido e o do WC n?o, existirá um aviso de que será descontinuado e que o valor deve ser movido para o do WC. Se o campo do WC estiver preenchido, o do plugin já nem aparece.
    • Quando se grava a edi??o do produto, se o campo do WC estiver preenchido, o nosso meta é eliminado da BD e portanto na próxima visita à edi??o do produto, como referido no ponto anterior, o campo já n?o aparece. Assim, mesmo que n?o se corra a migra??o, conforme se vai editando produtos, o campo do plugin come?a a deixar de ser usado gradualmente.
    • Se correr a migra??o, automaticamente e pelo explicado em cima, o nosso campo nunca mais aparece em produto nenhum.
    • Também pelo explicado em cima, numa nova instala??o (e porque o nosso campo nunca estará preenchido) só aparece o campo do WC.

    @shymuy obrigado.

    o EAN nativo do Woo, será que vai já estar estavel e nao trazer problemas?

    é um simples campo que eu passo a ler. Mesmo que alguma coisa n?o esteja estável na sua utiliza??o no WooCommerce, para mim é só mais um meta, portanto posso usar sem problemas.

    O plugin foi actualizado para a vers?o 3.0 e est?o disponíveis mais informa??es sobre a forma como usamos o campo EAN em https://ptwooplugins.com/feed-kuantokusta-3-0-passa-a-usar-campo-ean-nativo-do-woocommerce/

Viewing 7 replies - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.