lanzoninicola

Olá @fernandodenardin

Eu n?o testei este plugin, mas como você pode ver, o plugin n?o foi atualizado por um ano, n?o foi testado com as 3 principais atualiza??es mais recentes do WordPress, ent?o eu seria cauteloso em usá-lo. Sei que o plugin oficial sofre de problemas constantes, mas pelo menos está atualizado e tem um suporte que responde a perguntas e ajuda com os problemas, as vezes rapidamente.

Este é o meu ponto de vista.

• This reply was modified 2 years, 6 months ago by lanzoninicola.

Olá @mixbee, @agenciacria, @guilhermewarmling

Eu também tinha o problema.

Eu estava em contato com o suporte, eles lan?aram uma atualiza??o do plugin para corrigir o problema.

Verifique sua instala??o do WordPress para o status de atualiza??o do plugin.

Espero ter sido útil.

Olá @gsouza ,

Compartilho com você a resposta que recebi pelo suporte da Melhor Envio

RESPOSTA

Nosso time recebeu alguns chamados sobre o plugin do Melhor Envio n?o ser demonstrado no WordPress e identificou que o WordPress havia bloqueado o plugin para novos usuários.

Nosso time responsável já identificou o que causou a indisponibilidade do plugin e est?o trabalhando que ele seja liberado o mais breve possível, porém como depende da aprova??o do próprio Word Press, n?o temos como fornecer uma previs?o.

Ficarei com seu chamado em aberto e, t?o logo obtenha retorno, entro em contato para informa-los.

Ficamos ao seu dispor para qualquer dúvida ou suporte.
Boa semana. ????

Olá @merchanthood @fernandodenardin ,

Compartilho com vocês a resposta que recebi pelo suporte da Melhor Envio

RESPOSTA:

Nosso time recebeu alguns chamados sobre o plugin do Melhor Envio n?o ser demonstrado no WordPress e identificou que o WordPress havia bloqueado o plugin para novos usuários.

Nosso time responsável já identificou o que causou a indisponibilidade do plugin e est?o trabalhando que ele seja liberado o mais breve possível, porém como depende da aprova??o do próprio Word Press, n?o temos como fornecer uma previs?o.

Ficarei com seu chamado em aberto e, t?o logo obtenha retorno, entro em contato para informa-los.

Ficamos ao seu dispor para qualquer dúvida ou suporte.
Boa semana. ????

• This reply was modified 2 years, 6 months ago by lanzoninicola.

Olá, @tiagosartor3,
como contribui??o, eu estava analisando seu caso e verifiquei o código fonte do plugin que você está usando.

Poderia confirmar com confian?a suficiente que o plugin Crocoblock para personalizar a página de checkout pode ser considerado incompatível para o mercado brasileiro.

Em algumas áreas os campos de checkout s?o “hard-coded”, além disso, n?o encontrei nenhuma possibilidade de manipular os dados usando possivelmente a fun??o “add_filter”.

Você já tentou solicitar apoio do fornecedor de plugins JetWooBuilder?

Dito isto, n?o concordo em atribuir total responsabilidade pelo problema que você detectou ao plugin de Claudio Sanchez.

Com rela??o às atualiza??es, concordo parcialmente com a ausência de uma evolu??o com rela??o às novas características, n?o para corre??es de bugs, pois o plugin atende corretamente às necessidades para as quais foi desenvolvido, apesar da última atualiza??o datar de 2019, nessa área específica a equipe de Woocommerce n?o faz mudan?as há muito tempo. E se for necessário, estou convencido de que a comunidade irá e contribuirá para desenvolver os ajustes.

Obrigado

Olá @mazzane,

Tente adicionar este código ao arquivo “functions.php” de seu tema:

add_filter( 'woocommerce_billing_fields', function( $fields  )  {

	 // set the cellphone mandatory
	 if ( isset( $fields['billing_cellphone'] ) ){
		$fields['billing_cellphone']['required'] = true;
	}

	return $fields;

} , 11 );

Nota: Devido às muitas vers?es diferentes de WordPress/Woocommerce instaladas, plugins adicionados à instala??o existente n?o posso garantir que a altera??o proposta irá funcionar. Portanto, recomendo vivamente que você fa?a um teste em um ambiente de teste antes de fazer mudan?as no ambiente real.

Obrigado

@tw2113

I followed your suggestion, but it doesn’t work correctly.

By removing the get_header() and get_footer(), the page is rendered without the head tag filled in correctly (it’s empty) and in the same way as the footer.

Yes, it fixed the specific problem mentioned, but it breaks all the others :-).

I tried.

Now the file is loaded by my plugin, but there is a problem with rendering: I tried to print a simple header and it is rendered twice.

I tried with my theme (I’m using Bricks as front-end theme) and Astra theme, I saved an image in the following path (if you want to take a look):

https://drive.google.com/drive/folders/1Zi9Xh293Yu5qkVzy2YDRLPcuRjEWxGGi?usp=sharing

Thanks.

Thanks @tw2113.

Maybe you can check first if the file passed by the user filter exists, if true that file is loaded, otherwise the locate_template() function is called.

I’ll stay tuned

I changed my code using the array_unshift():

if ( $file === 'instantsearch.php' ) {
  // $locations[] = WEBIGO_PLUGIN_PATH . 'modules/algolia-search-results/search/instantsearch.php';
 array_unshift( $locations, WEBIGO_PLUGIN_PATH . 'modules/algolia-search-results/search/instantsearch.php' );
		}

but nothing…

The $template variable is still empty.

Thanks @tw2113 for your reply.

I’m currently using that filter.

I put the template file inside my plugin, I tried to set the full path of template file

add_filter( 'algolia_template_locations', array( $this, 'load_custom_template' ), 10, 2 );

public function load_custom_template( array $locations, $file )
	{
	if ( $file === 'instantsearch.php' ) {
		$locations[] = WEBIGO_PLUGIN_PATH . '/modules/algolia-search-results/search/instantsearch.php';
		}

return $locations;
}

The $locations returned by the apply_filters('algolia_template_locations' ... ) ROW 192 returns correctly the path I set as “custom path”.

But after that, the variable is passed to the locate_template() function ROW 198

$template = locate_template( array_unique( $locations ) );

and it returns an empty string.

At the end of the function there is a condition,

return (string) $template ? $template : $filtered_default;

in my case the var $template is empty so the function returns the default path and not mine.

I’m probably wrong but I wouldn’t know where I’m making the mistake.
Thanks

• This reply was modified 3 years, 1 month ago by lanzoninicola.
• This reply was modified 3 years, 1 month ago by lanzoninicola.
• This reply was modified 3 years, 1 month ago by lanzoninicola.

@webdevcat @tw2113

I can confirm that a custom template cannot be loaded by a plugin, but only by a theme (I currently use version 2.1.0).

The plugin uses the WordPress “locate_template()” function to load the template (https://github.com/WebDevStudios/wp-search-with-algolia/blob/57716727e6fb5047c7b07be28dfe927bad8341c4/includes/utilities/class-algolia-template-utils.php#L198), then searches inside the folder of the active theme to load a custom template file.

It might be useful if the plugin can support custom templates from third party plugins.

I hope this can help.

Olá @lucasrodriguesbrito

Uma curiosidade: qual plugin você usou para diagnosticar o problema?

Obrigado

Guys,

Sorry, but I didn’t have the time to test it.

I planned to do it this week.

I will reply you when I have some feedback.
Thanks

Thanks guys,

I will do some tests and I will get back to you as soon as possible.

Thanks