Solicitação de aprimoramento de recurso: Widget de anúncios relacionados
Olá, equipe do eDirectory, Em primeiro lugar, gostaria de agradecer a vocês por continuarem aprimorando a plataforma. Tenho desenvolvido um diretório de turismo e considero o widget “Anúncios Relacionados” um recurso muito útil. D Durante a implementação, no entanto, identifiquei uma melhoria que, acredito, aumentaria significativamente sua flexibilidade, mantendo-se totalmente compatível com versões anteriores. Limitação atual Atualmente, o widget “Listagens relacionadas” oferece três métodos de exibição: Por categoria Por localização Por categoria e localização Quando a opção “Por categoria” ou “Por categoria e localização” é selecionada, o widget exibe automaticamente listagens da mesma categoria da página em que está inserido. Da mesma forma, quando “Por localização ” ou “Por categoria e localização ” é selecionado, o widget usa automaticamente a mesma localização do anúncio atual. Embora isso funcione bem para as tradicionais “listagens relacionadas”, impede que os proprietários de sites exibam conteúdo complementar de outras categorias ou localizações sem um desenvolvimento personalizado. Melhoria proposta Adicionar dois campos opcionais de substituição à configuração existente do widget. Substituir Categoria (Opcional) Exibir este campo sempre que: Por categoria Por categoria e localização for selecionado. O campo exibirá um menu suspenso contendo todas as categorias de listagem disponíveis. Comportamento Se deixado em branco, o widget se comporta exatamente como hoje, usando a categoria do anúncio atual. Se uma categoria for selecionada, o widget exibirá anúncios da categoria selecionada. Substituir localização (opcional) Exibir este campo sempre que: Por localização Por categoria e localização for selecionado. O campo permitiria ao administrador selecionar um local específico. Comportamento Se deixado em branco, o widget se comporta exatamente como hoje, usando a localização do anúncio atual. Se uma localização for selecionada, o widget exibirá anúncios dessa localização selecionada. Configuração sugerida Método de exibição □ Por categoria □ Por localização □ Por categoria e local Substituir categoria (opcional) [Menu suspenso] Substituir localização (opcional) [Menu suspenso] Ordenar por [Mais bem avaliados] Número de anúncios [10] Se algum dos campos de substituição for deixado em branco, o widget simplesmente volta ao seu comportamento atual. Compatibilidade com versões anteriores Uma das maiores vantagens dessa melhoria é que ela é totalmente opcional. Os sit

Lurquilla 6 days ago
Solicitação de aprimoramento de recurso: Widget de anúncios relacionados
Olá, equipe do eDirectory, Em primeiro lugar, gostaria de agradecer a vocês por continuarem aprimorando a plataforma. Tenho desenvolvido um diretório de turismo e considero o widget “Anúncios Relacionados” um recurso muito útil. D Durante a implementação, no entanto, identifiquei uma melhoria que, acredito, aumentaria significativamente sua flexibilidade, mantendo-se totalmente compatível com versões anteriores. Limitação atual Atualmente, o widget “Listagens relacionadas” oferece três métodos de exibição: Por categoria Por localização Por categoria e localização Quando a opção “Por categoria” ou “Por categoria e localização” é selecionada, o widget exibe automaticamente listagens da mesma categoria da página em que está inserido. Da mesma forma, quando “Por localização ” ou “Por categoria e localização ” é selecionado, o widget usa automaticamente a mesma localização do anúncio atual. Embora isso funcione bem para as tradicionais “listagens relacionadas”, impede que os proprietários de sites exibam conteúdo complementar de outras categorias ou localizações sem um desenvolvimento personalizado. Melhoria proposta Adicionar dois campos opcionais de substituição à configuração existente do widget. Substituir Categoria (Opcional) Exibir este campo sempre que: Por categoria Por categoria e localização for selecionado. O campo exibirá um menu suspenso contendo todas as categorias de listagem disponíveis. Comportamento Se deixado em branco, o widget se comporta exatamente como hoje, usando a categoria do anúncio atual. Se uma categoria for selecionada, o widget exibirá anúncios da categoria selecionada. Substituir localização (opcional) Exibir este campo sempre que: Por localização Por categoria e localização for selecionado. O campo permitiria ao administrador selecionar um local específico. Comportamento Se deixado em branco, o widget se comporta exatamente como hoje, usando a localização do anúncio atual. Se uma localização for selecionada, o widget exibirá anúncios dessa localização selecionada. Configuração sugerida Método de exibição □ Por categoria □ Por localização □ Por categoria e local Substituir categoria (opcional) [Menu suspenso] Substituir localização (opcional) [Menu suspenso] Ordenar por [Mais bem avaliados] Número de anúncios [10] Se algum dos campos de substituição for deixado em branco, o widget simplesmente volta ao seu comportamento atual. Compatibilidade com versões anteriores Uma das maiores vantagens dessa melhoria é que ela é totalmente opcional. Os sit

Lurquilla 6 days ago
Barra lateral fixa (flutuante) para páginas de detalhes de listagem
Olá, equipe, Gostaria de sugerir a adição de um recurso opcional de barra lateral fixa (flutuante) para as páginas de detalhes dos anúncios. Situação atual Em páginas de anúncios com conteúdo extenso, como descrições, vídeos, galerias de imagens, avaliações, atrações nas proximidades e outras informações, a barra lateral direita fica visível apenas na parte superior da página. Quando os visitantes começam a rolar a página pelo conteúdo, elementos importantes da barra lateral desaparecem da tela e permanecem inacessíveis, a menos que o usuário role manualmente de volta até o topo da página. Isso é particularmente perceptível em anúncios mais longos, nos quais os usuários passam um tempo significativo lendo e explorando o conteúdo. Melhoria proposta Introduzir uma barra lateral fixa (flutuante) opcional que permaneça visível enquanto os usuários rolam a página. A barra lateral permaneceria dentro da área visível da tela, respeitando o layout da página, e pararia automaticamente ao chegar ao final da área de conteúdo. Esse comportamento é comum em sites modernos de viagens, diretórios, imobiliários, comércio eletrônico e hotelaria, pois mantém as ações principais acessíveis durante toda a experiência de navegação do usuário. Elementos que se beneficiariam Uma barra lateral fixa poderia manter os seguintes itens visíveis em toda a página: Botões de reserva e agendamento Botões de contato e consulta Mapas e rotas Links para redes sociais Listagens e recomendações nas proximidades Widgets promocionais Espaços publicitários Outros widgets da barra lateral configurados pelo proprietário do site Benefícios Experiência do usuário aprimorada Elimina a necessidade de rolar de volta até o topo para acessar ações importantes. Cria uma experiência de navegação mais fluida e intuitiva. Melhora a usabilidade em páginas com conteúdo extenso. Maiores oportunidades de conversão Os botões de reserva, agendamento, contato e consulta permanecem visíveis o tempo todo. Os visitantes podem agir no momento em que decidirem interagir. Pode aumentar a geração de leads e as taxas de conversão para os proprietários dos anúncios. Maior visibilidade dos anúncios Os anúncios na barra lateral permanecem visíveis durante uma parcela maior da visita. Aumento potencial nas impressões de anúncios e nas taxas de cliques. Maior engajamento em toda a plataforma Mapas, links de redes sociais e recomendações de locais próximos permanecem facilmente acessíveis. Incentiva os visitantes a explorarem listagens e conteúdos adicionais. Configuração sugerida Para maximizar a flexibilidade, considere tornar essa uma opção configurável nas configurações do widget ou da página, permitindo que os administradores escolham entre: Barra lateral padrão Barra lateral fixa (flutuante) Isso permitiria que os proprietários do site selecionassem o comportamento que melhor se adapta ao seu design e às suas metas de experiência do usuário. Consideração adicional Antes de implementar um recurso totalmente novo, pode valer a pena verificar se a plataforma ou a estrutura do tema já oferece suporte interno a widgets fixos ou barras laterais fixas e simplesmente não exibe a opção na interface de configurações atual. Se tal funcionalidade já existir, disponibilizá-la como uma configuração ajustável poderia proporcionar uma melhoria rápida e efic

Lurquilla about 1 month ago
Barra lateral fixa (flutuante) para páginas de detalhes de listagem
Olá, equipe, Gostaria de sugerir a adição de um recurso opcional de barra lateral fixa (flutuante) para as páginas de detalhes dos anúncios. Situação atual Em páginas de anúncios com conteúdo extenso, como descrições, vídeos, galerias de imagens, avaliações, atrações nas proximidades e outras informações, a barra lateral direita fica visível apenas na parte superior da página. Quando os visitantes começam a rolar a página pelo conteúdo, elementos importantes da barra lateral desaparecem da tela e permanecem inacessíveis, a menos que o usuário role manualmente de volta até o topo da página. Isso é particularmente perceptível em anúncios mais longos, nos quais os usuários passam um tempo significativo lendo e explorando o conteúdo. Melhoria proposta Introduzir uma barra lateral fixa (flutuante) opcional que permaneça visível enquanto os usuários rolam a página. A barra lateral permaneceria dentro da área visível da tela, respeitando o layout da página, e pararia automaticamente ao chegar ao final da área de conteúdo. Esse comportamento é comum em sites modernos de viagens, diretórios, imobiliários, comércio eletrônico e hotelaria, pois mantém as ações principais acessíveis durante toda a experiência de navegação do usuário. Elementos que se beneficiariam Uma barra lateral fixa poderia manter os seguintes itens visíveis em toda a página: Botões de reserva e agendamento Botões de contato e consulta Mapas e rotas Links para redes sociais Listagens e recomendações nas proximidades Widgets promocionais Espaços publicitários Outros widgets da barra lateral configurados pelo proprietário do site Benefícios Experiência do usuário aprimorada Elimina a necessidade de rolar de volta até o topo para acessar ações importantes. Cria uma experiência de navegação mais fluida e intuitiva. Melhora a usabilidade em páginas com conteúdo extenso. Maiores oportunidades de conversão Os botões de reserva, agendamento, contato e consulta permanecem visíveis o tempo todo. Os visitantes podem agir no momento em que decidirem interagir. Pode aumentar a geração de leads e as taxas de conversão para os proprietários dos anúncios. Maior visibilidade dos anúncios Os anúncios na barra lateral permanecem visíveis durante uma parcela maior da visita. Aumento potencial nas impressões de anúncios e nas taxas de cliques. Maior engajamento em toda a plataforma Mapas, links de redes sociais e recomendações de locais próximos permanecem facilmente acessíveis. Incentiva os visitantes a explorarem listagens e conteúdos adicionais. Configuração sugerida Para maximizar a flexibilidade, considere tornar essa uma opção configurável nas configurações do widget ou da página, permitindo que os administradores escolham entre: Barra lateral padrão Barra lateral fixa (flutuante) Isso permitiria que os proprietários do site selecionassem o comportamento que melhor se adapta ao seu design e às suas metas de experiência do usuário. Consideração adicional Antes de implementar um recurso totalmente novo, pode valer a pena verificar se a plataforma ou a estrutura do tema já oferece suporte interno a widgets fixos ou barras laterais fixas e simplesmente não exibe a opção na interface de configurações atual. Se tal funcionalidade já existir, disponibilizá-la como uma configuração ajustável poderia proporcionar uma melhoria rápida e efic

Lurquilla about 1 month ago
Planned
Servir conteúdo em Markdown em solicitações com cabeçalho “Accept: text/markdown” para obter pontuação máxima no AI Content — Parte 2
Dando continuidade à solicitação de recurso sobre o llms.txt — uma vez que o llms.txt e o llms-full.txt estejam implementados, o único obstáculo restante para atingir a pontuação máxima na dimensão “Conteúdo” do isitagentready.com é a negociação de conteúdo Markdown. Quando um agente de IA solicita uma página, ele envia um cabeçalho `Accept: text/markdown `. Se o seu servidor retornar HTML, o agente precisa filtrar a navegação, os scripts, os anúncios e o ruído de marcação para chegar ao conteúdo real — gastando tokens e, muitas vezes, cometendo erros. Se o seu servidor detectar esse cabeçalho e retornar Markdown limpo, o agente recebe exatamente o que precisa, de forma eficiente. A solicitação: Quando o eDirectory detectar um cabeçalho de solicitação Accept: text/markdown, retorne uma versão em Markdown limpa da página em vez de HTML — abrangendo, no mínimo: Páginas de categorias (nome, descrição, resumos das listagens) Páginas de detalhes dos anúncios (nome da empresa, descrição, informações de contato, categoria) Páginas estáticas principais (Sobre, Contato, Adicionar um Anúncio) Isso não precisa substituir a resposta em HTML para navegadores comuns — basta interceptar o cabeçalho e fornecer uma representação alternativa simplificada aos agentes que a solicitarem. Por que isso é importante: Essa é a diferença entre um agente de IA ser capaz de ler seu diretório e poder usá-lo como uma fonte confiável. Combinado com o llms.txt, um arquivo robots.txt adequado com regras para bots de IA e um mapa do site, isso completa as três primeiras categorias de preparação para IA e coloca os sites do eDirectory no topo da curva de pontuação. A maioria das plataformas ainda não implementou isso. É um verdadeiro diferencial no momento. Aaron

Aaron B about 2 months ago
Planned
Servir conteúdo em Markdown em solicitações com cabeçalho “Accept: text/markdown” para obter pontuação máxima no AI Content — Parte 2
Dando continuidade à solicitação de recurso sobre o llms.txt — uma vez que o llms.txt e o llms-full.txt estejam implementados, o único obstáculo restante para atingir a pontuação máxima na dimensão “Conteúdo” do isitagentready.com é a negociação de conteúdo Markdown. Quando um agente de IA solicita uma página, ele envia um cabeçalho `Accept: text/markdown `. Se o seu servidor retornar HTML, o agente precisa filtrar a navegação, os scripts, os anúncios e o ruído de marcação para chegar ao conteúdo real — gastando tokens e, muitas vezes, cometendo erros. Se o seu servidor detectar esse cabeçalho e retornar Markdown limpo, o agente recebe exatamente o que precisa, de forma eficiente. A solicitação: Quando o eDirectory detectar um cabeçalho de solicitação Accept: text/markdown, retorne uma versão em Markdown limpa da página em vez de HTML — abrangendo, no mínimo: Páginas de categorias (nome, descrição, resumos das listagens) Páginas de detalhes dos anúncios (nome da empresa, descrição, informações de contato, categoria) Páginas estáticas principais (Sobre, Contato, Adicionar um Anúncio) Isso não precisa substituir a resposta em HTML para navegadores comuns — basta interceptar o cabeçalho e fornecer uma representação alternativa simplificada aos agentes que a solicitarem. Por que isso é importante: Essa é a diferença entre um agente de IA ser capaz de ler seu diretório e poder usá-lo como uma fonte confiável. Combinado com o llms.txt, um arquivo robots.txt adequado com regras para bots de IA e um mapa do site, isso completa as três primeiras categorias de preparação para IA e coloca os sites do eDirectory no topo da curva de pontuação. A maioria das plataformas ainda não implementou isso. É um verdadeiro diferencial no momento. Aaron

Aaron B about 2 months ago
Planned
Adicionar suporte aos arquivos llms.txt e llms-full.txt para a preparação de agentes de IA – Parte 1
Os agentes de IA (ChatGPT, Claude, Perplexity, Gemini) estão se tornando cada vez mais a forma como as pessoas encontram empresas e serviços — e eles precisam de um sinal diferente daquele que o Google utiliza. O padrão emergente é o llms.txt e o llms-full.txt, dois arquivos simples em Markdown hospedados na raiz do seu site que fornecem aos agentes de IA um mapa claro e estruturado do seu site — o que ele abrange, suas principais categorias e páginas-chave. Pense nisso como um robots.txt, mas para LLMs. A especificação está documentada em llmstxt.org. A Cloudflare lançou recentemente um verificador gratuito de prontidão para IA em isitagentready.com, que avalia seu site em uma escala de 0 a 100 em cinco dimensões. Os arquivos llms.txt afetam diretamente a pontuação de Conteúdo. Sem eles, os agentes de IA precisam extrair dados do HTML e, muitas vezes, ignoram o site por completo. A solicitação: Adicione uma seção dedicada à Identidade de IA no painel de administração do eDirectory, onde os proprietários do diretório possam fornecer: Nome e slogan do diretório Objetivo e descrição do diretório Para quem é o diretório (público-alvo) Quais regiões, setores ou nichos ele abrange Quando o diretório foi fundado/lançado Nome e e-mail do contato principal Site do proprietário/operador ou links de redes sociais Gerar automaticamente os arquivos llms.txt e llms-full.txt combinando essas informações de identidade de IA com a estrutura de categorias atual do diretório, as páginas principais e a descrição do site — de forma semelhante à como os mapas do site já são gerados Hospede ambos os arquivos na raiz do site com os cabeçalhos Content-Type: text/plain corretos e mantenha-os atualizados à medida que as categorias e páginas forem alteradas A seção de Identidade de IA é importante porque a geração automática apenas a partir das categorias fornece aos agentes de IA a estrutura do diretório, mas não o contexto — quem o administra, por que ele existe, a quem ele atende. Esse contexto é o que ajuda um agente de IA a decidir se o seu diretório é a fonte correta a ser citada para uma determinada consulta. Para sites que já estão no Cloudflare, isso também aumentaria significativamente as pontuações no isitagentready.com. Vale ressaltar que a nota máxima na dimensão “Conteúdo” também exige o fornecimento de Markdown em solicitações com Accept: text/markdown, o que poderia ser um recurso natural a ser implementado em seguida. Veja a Parte 2 Essa é uma vitória rápida que coloca os sites do eDirectory à frente da grande maioria da web neste momento. A janela de oportunidade em que isso é um diferencial, em vez de um requisito básico, não ficará aberta

Aaron B about 2 months ago
Planned
Adicionar suporte aos arquivos llms.txt e llms-full.txt para a preparação de agentes de IA – Parte 1
Os agentes de IA (ChatGPT, Claude, Perplexity, Gemini) estão se tornando cada vez mais a forma como as pessoas encontram empresas e serviços — e eles precisam de um sinal diferente daquele que o Google utiliza. O padrão emergente é o llms.txt e o llms-full.txt, dois arquivos simples em Markdown hospedados na raiz do seu site que fornecem aos agentes de IA um mapa claro e estruturado do seu site — o que ele abrange, suas principais categorias e páginas-chave. Pense nisso como um robots.txt, mas para LLMs. A especificação está documentada em llmstxt.org. A Cloudflare lançou recentemente um verificador gratuito de prontidão para IA em isitagentready.com, que avalia seu site em uma escala de 0 a 100 em cinco dimensões. Os arquivos llms.txt afetam diretamente a pontuação de Conteúdo. Sem eles, os agentes de IA precisam extrair dados do HTML e, muitas vezes, ignoram o site por completo. A solicitação: Adicione uma seção dedicada à Identidade de IA no painel de administração do eDirectory, onde os proprietários do diretório possam fornecer: Nome e slogan do diretório Objetivo e descrição do diretório Para quem é o diretório (público-alvo) Quais regiões, setores ou nichos ele abrange Quando o diretório foi fundado/lançado Nome e e-mail do contato principal Site do proprietário/operador ou links de redes sociais Gerar automaticamente os arquivos llms.txt e llms-full.txt combinando essas informações de identidade de IA com a estrutura de categorias atual do diretório, as páginas principais e a descrição do site — de forma semelhante à como os mapas do site já são gerados Hospede ambos os arquivos na raiz do site com os cabeçalhos Content-Type: text/plain corretos e mantenha-os atualizados à medida que as categorias e páginas forem alteradas A seção de Identidade de IA é importante porque a geração automática apenas a partir das categorias fornece aos agentes de IA a estrutura do diretório, mas não o contexto — quem o administra, por que ele existe, a quem ele atende. Esse contexto é o que ajuda um agente de IA a decidir se o seu diretório é a fonte correta a ser citada para uma determinada consulta. Para sites que já estão no Cloudflare, isso também aumentaria significativamente as pontuações no isitagentready.com. Vale ressaltar que a nota máxima na dimensão “Conteúdo” também exige o fornecimento de Markdown em solicitações com Accept: text/markdown, o que poderia ser um recurso natural a ser implementado em seguida. Veja a Parte 2 Essa é uma vitória rápida que coloca os sites do eDirectory à frente da grande maioria da web neste momento. A janela de oportunidade em que isso é um diferencial, em vez de um requisito básico, não ficará aberta

Aaron B about 2 months ago
Abrir configurações do provedor de IA — Ponto de extremidade personalizado da API + Nome do modelo
Gostaria de sugerir o que considero uma das melhorias mais significativas que poderiam ser feitas na seção de IA do eDirectory: permitir a configuração do provedor de IA para que seja possível definir uma URL base da API e um nome de modelo personalizados, em vez de limitar os usuários exclusivamente ao OpenAI. O padrão da API OpenAI é para a IA o que o S3 é para o armazenamento de objetos A melhor maneira de entender isso é por meio de uma analogia. Anos atrás, o Amazon S3 definiu um padrão de API para armazenamento de objetos. Hoje, dezenas de provedores — Cloudflare R2, Backblaze B2, Wasabi, MinIO e muitos outros — implementam essa mesma API compatível com S3. O resultado é que qualquer aplicativo desenvolvido para se comunicar com o S3 pode trocar de provedor simplesmente alterando uma URL de endpoint e as credenciais. Sem alterações no código. Sem trabalho de reintegração. A API OpenAI /v1/chat/completions tornou-se exatamente a mesma coisa para a inferência de IA. Agora é o protocolo padrão de fato do setor, e praticamente todos os principais provedores de IA do mundo a adotaram como uma interface compatível de forma imediata. Provedores ocidentais OpenAI — api.openai.com/v1 Google Gemini — generativelanguage.googleapis.com/v1beta/openai xAI / Grok — api.x.ai/v1 Mistral AI — api.mistral.ai/v1 Groq — api.groq.com/openai/v1 Together AI — api.together.xyz/v1 Fireworks AI — api.fireworks.ai/inference/v1 Perplexity — api.perplexity.ai OpenRouter — openrouter.ai/api/v1 (redireciona para mais de 100 modelos por meio de uma única chave) Ollama (auto-hospedado) — localhost:11434/v1 LM Studio (auto-hospedado) — localhost:1234/v1 Provedores chineses (todos compatíveis com OpenAI) DeepSeek — api.deepseek.com/v1 Z.ai / GLM (Zhipu AI) — api.z.ai/api/openai/v1 Qwen / Alibaba — dashscope.aliyuncs.com/compatible-mode/v1 MiniMax — api.minimax.chat/v1 Moonshot / Kimi — api.moonshot.ai/v1 ByteDance / Doubao — ark.cn-beijing.volces.com/api/v3 Baidu / ERNIE — qianfan.baidubce.com/v2 StepFun — api.stepfun.com/v1 Xiaomi / MiMo — via OpenRouter Tencent Hunyuan — api.hunyuan.cloud.tencent.com/v1 Todos eles utilizam o mesmo protocolo. Se o eDirectory simplesmente expusesse uma URL base de API personalizada e um campo de nome de modelo, cada um deles se tornaria instantaneamente utilizável — sem nenhum trabalho de desenvolvimento adicional de sua parte. Uma única implementa

Aaron B about 2 months ago
Abrir configurações do provedor de IA — Ponto de extremidade personalizado da API + Nome do modelo
Gostaria de sugerir o que considero uma das melhorias mais significativas que poderiam ser feitas na seção de IA do eDirectory: permitir a configuração do provedor de IA para que seja possível definir uma URL base da API e um nome de modelo personalizados, em vez de limitar os usuários exclusivamente ao OpenAI. O padrão da API OpenAI é para a IA o que o S3 é para o armazenamento de objetos A melhor maneira de entender isso é por meio de uma analogia. Anos atrás, o Amazon S3 definiu um padrão de API para armazenamento de objetos. Hoje, dezenas de provedores — Cloudflare R2, Backblaze B2, Wasabi, MinIO e muitos outros — implementam essa mesma API compatível com S3. O resultado é que qualquer aplicativo desenvolvido para se comunicar com o S3 pode trocar de provedor simplesmente alterando uma URL de endpoint e as credenciais. Sem alterações no código. Sem trabalho de reintegração. A API OpenAI /v1/chat/completions tornou-se exatamente a mesma coisa para a inferência de IA. Agora é o protocolo padrão de fato do setor, e praticamente todos os principais provedores de IA do mundo a adotaram como uma interface compatível de forma imediata. Provedores ocidentais OpenAI — api.openai.com/v1 Google Gemini — generativelanguage.googleapis.com/v1beta/openai xAI / Grok — api.x.ai/v1 Mistral AI — api.mistral.ai/v1 Groq — api.groq.com/openai/v1 Together AI — api.together.xyz/v1 Fireworks AI — api.fireworks.ai/inference/v1 Perplexity — api.perplexity.ai OpenRouter — openrouter.ai/api/v1 (redireciona para mais de 100 modelos por meio de uma única chave) Ollama (auto-hospedado) — localhost:11434/v1 LM Studio (auto-hospedado) — localhost:1234/v1 Provedores chineses (todos compatíveis com OpenAI) DeepSeek — api.deepseek.com/v1 Z.ai / GLM (Zhipu AI) — api.z.ai/api/openai/v1 Qwen / Alibaba — dashscope.aliyuncs.com/compatible-mode/v1 MiniMax — api.minimax.chat/v1 Moonshot / Kimi — api.moonshot.ai/v1 ByteDance / Doubao — ark.cn-beijing.volces.com/api/v3 Baidu / ERNIE — qianfan.baidubce.com/v2 StepFun — api.stepfun.com/v1 Xiaomi / MiMo — via OpenRouter Tencent Hunyuan — api.hunyuan.cloud.tencent.com/v1 Todos eles utilizam o mesmo protocolo. Se o eDirectory simplesmente expusesse uma URL base de API personalizada e um campo de nome de modelo, cada um deles se tornaria instantaneamente utilizável — sem nenhum trabalho de desenvolvimento adicional de sua parte. Uma única implementa

Aaron B about 2 months ago
O administrador do site deve aprovar
Esse é um recurso excelente e muito necessário; no entanto, ele não tem muita utilidade se os patrocinadores ou quem solicita a publicação tiverem que pagar antecipadamente e, em seguida, tivermos que fazer um reembolso manualmente caso não aceitemos a publicação. É realmente muito fácil resolver isso com o Stripe, fazendo com que as cobranças só sejam deduzidas após a aprovação. Isso tornará esse recurso realmente útil. Por favor, corrijam isso. Obrigado

Els about 2 months ago
O administrador do site deve aprovar
Esse é um recurso excelente e muito necessário; no entanto, ele não tem muita utilidade se os patrocinadores ou quem solicita a publicação tiverem que pagar antecipadamente e, em seguida, tivermos que fazer um reembolso manualmente caso não aceitemos a publicação. É realmente muito fácil resolver isso com o Stripe, fazendo com que as cobranças só sejam deduzidas após a aprovação. Isso tornará esse recurso realmente útil. Por favor, corrijam isso. Obrigado

Els about 2 months ago
Sugestões para modelos de anúncios
Seria muito útil se pudéssemos incluir sugestões e/ou exemplos nos campos de descrição longa e curta, para garantir que os patrocinadores forneçam informações adequadas para seus anúncios

Els about 2 months ago
Sugestões para modelos de anúncios
Seria muito útil se pudéssemos incluir sugestões e/ou exemplos nos campos de descrição longa e curta, para garantir que os patrocinadores forneçam informações adequadas para seus anúncios

Els about 2 months ago
Consistência na experiência do usuário e no design
O painel do patrocinador não se adapta à personalização de fontes, cores etc. Por exemplo, esta página tem um visual muito desatualizado; não seria possível editá-la para exibir apenas os planos disponíveis? Isso redireciona o patrocinador para a página “Junte-se a nós”, o que não é uma boa experiência do usuário

Els about 2 months ago
Consistência na experiência do usuário e no design
O painel do patrocinador não se adapta à personalização de fontes, cores etc. Por exemplo, esta página tem um visual muito desatualizado; não seria possível editá-la para exibir apenas os planos disponíveis? Isso redireciona o patrocinador para a página “Junte-se a nós”, o que não é uma boa experiência do usuário

Els about 2 months ago
Geração de Conteúdo
O eDirectory tem muitas ferramentas para um portal ou guia local e aproveitando a AI, acho muito interessante criar conteúdo com API da AI. Buscar eventos e notícias atuais e inserir no site, agregando conteúdo diário ao mesmo.

Agência BRQuality 2 months ago
Geração de Conteúdo
O eDirectory tem muitas ferramentas para um portal ou guia local e aproveitando a AI, acho muito interessante criar conteúdo com API da AI. Buscar eventos e notícias atuais e inserir no site, agregando conteúdo diário ao mesmo.

Agência BRQuality 2 months ago
Criar um sistema de gestão de negócios mais robusto
Gostaria de solicitar essa funcionalidade: a possibilidade de adicionar ofertas à Carteira Digital. Além disso, as ofertas podem ser vinculadas a um usuário para que sejam marcadas como resgatadas assim que forem utilizadas?

WheresThatDeal 3 months ago
Criar um sistema de gestão de negócios mais robusto
Gostaria de solicitar essa funcionalidade: a possibilidade de adicionar ofertas à Carteira Digital. Além disso, as ofertas podem ser vinculadas a um usuário para que sejam marcadas como resgatadas assim que forem utilizadas?

WheresThatDeal 3 months ago
Dimensionamento de imagens
Será que podemos usar IA para ajustar o tamanho de uma imagem para a página de cartão? Os usuários que criam um anúncio não têm tempo nem disposição para ajustar o tamanho de uma imagem. Eles publicam o que têm disponível. Na página de detalhes, geralmente fica bom, mas na página de cartão é muito provável que o tamanho esteja errado. Fica feio.

Gibraan Ali 3 months ago
Dimensionamento de imagens
Será que podemos usar IA para ajustar o tamanho de uma imagem para a página de cartão? Os usuários que criam um anúncio não têm tempo nem disposição para ajustar o tamanho de uma imagem. Eles publicam o que têm disponível. Na página de detalhes, geralmente fica bom, mas na página de cartão é muito provável que o tamanho esteja errado. Fica feio.

Gibraan Ali 3 months ago
Incluir cliques no site e nas redes sociais no relatório resumido
Olá, Seria ótimo incluir o site, as redes sociais etc. no relatório resumido para que os assinantes ou patrocinadores possam ver no que os visitantes estão interessados e onde concentrar suas atividades; isso também mostra como os visitantes realmente agem na página dos patrocinadores Obrigado

R. Harb 3 months ago
Incluir cliques no site e nas redes sociais no relatório resumido
Olá, Seria ótimo incluir o site, as redes sociais etc. no relatório resumido para que os assinantes ou patrocinadores possam ver no que os visitantes estão interessados e onde concentrar suas atividades; isso também mostra como os visitantes realmente agem na página dos patrocinadores Obrigado

R. Harb 3 months ago
Maior flexibilidade do widget de categorias
Gostaria de sugerir uma melhoria para o widget de categorias. Atualmente, ele permite selecionar apenas categorias de primeiro nível e as categorias principais, e elas não podem ser reorganizadas. Seria muito útil se o widget pudesse: Incluir subcategorias de segundo ou terceiro nível para que os usuários possam encontrar áreas populares mais rapidamente. Permitir a reordenação de categorias e subcategorias, dando aos administradores controle sobre a ordem de exibição para otimizar a navegação e a experiência do usuário. Essa melhoria tornaria o diretório mais flexível e fácil de navegar, além de permitir destacar as subcategorias mais relevantes para os usuários, melhorando tanto a visibilidade quanto o engajamento.

Shay Williams 3 months ago
Maior flexibilidade do widget de categorias
Gostaria de sugerir uma melhoria para o widget de categorias. Atualmente, ele permite selecionar apenas categorias de primeiro nível e as categorias principais, e elas não podem ser reorganizadas. Seria muito útil se o widget pudesse: Incluir subcategorias de segundo ou terceiro nível para que os usuários possam encontrar áreas populares mais rapidamente. Permitir a reordenação de categorias e subcategorias, dando aos administradores controle sobre a ordem de exibição para otimizar a navegação e a experiência do usuário. Essa melhoria tornaria o diretório mais flexível e fácil de navegar, além de permitir destacar as subcategorias mais relevantes para os usuários, melhorando tanto a visibilidade quanto o engajamento.

Shay Williams 3 months ago
Feedback sobre melhorias na interface do usuário (UI) e na experiência do usuário (UX) do eDirectory
Gosto muito do módulo de IA — ele tem um visual moderno, funcional e renovado. No entanto, grande parte do restante da interface do usuário parece ultrapassada. Os contornos cinza e os fundos neutros nas páginas, especialmente na área de listagem, dão uma aparência antiquada. Uma opção de fundo branco e um estilo menos rígido modernizariam a interface. O espaçamento entre as seções é mínimo, o que me obriga a adicionar manualmente cabeçalhos ou excluir conteúdo apenas para criar um pouco de espaço. A consistência nas fontes, tamanhos e negrito em títulos, cabeçalhos e seções — como na seção de preços — precisa ser melhorada, pois as inconsistências tornam a interface menos refinada. Seria ótimo ter módulos de criação de conteúdo mais flexíveis, permitindo layouts de uma, duas ou três linhas com texto, imagens, botões e blocos de conteúdo. A possibilidade de ver as edições em tempo real durante a criação melhoraria significativamente a experiência em comparação com o fluxo de trabalho atual de salvar e visualizar. No geral, uma pequena renovação visual — cores modernas, tipografia consistente, espaçamento aprimorado e blocos de conteúdo mais flexíveis — faria uma enorme diferença na usabilidade e na percepção, complementando os recursos de IA que já parecem atualizados.

Shay Williams 3 months ago
Feedback sobre melhorias na interface do usuário (UI) e na experiência do usuário (UX) do eDirectory
Gosto muito do módulo de IA — ele tem um visual moderno, funcional e renovado. No entanto, grande parte do restante da interface do usuário parece ultrapassada. Os contornos cinza e os fundos neutros nas páginas, especialmente na área de listagem, dão uma aparência antiquada. Uma opção de fundo branco e um estilo menos rígido modernizariam a interface. O espaçamento entre as seções é mínimo, o que me obriga a adicionar manualmente cabeçalhos ou excluir conteúdo apenas para criar um pouco de espaço. A consistência nas fontes, tamanhos e negrito em títulos, cabeçalhos e seções — como na seção de preços — precisa ser melhorada, pois as inconsistências tornam a interface menos refinada. Seria ótimo ter módulos de criação de conteúdo mais flexíveis, permitindo layouts de uma, duas ou três linhas com texto, imagens, botões e blocos de conteúdo. A possibilidade de ver as edições em tempo real durante a criação melhoraria significativamente a experiência em comparação com o fluxo de trabalho atual de salvar e visualizar. No geral, uma pequena renovação visual — cores modernas, tipografia consistente, espaçamento aprimorado e blocos de conteúdo mais flexíveis — faria uma enorme diferença na usabilidade e na percepção, complementando os recursos de IA que já parecem atualizados.

Shay Williams 3 months ago
Tornar o modo IA opcional nas páginas de listagem
O modo de IA no diretório é um ótimo recurso e funciona bem quando usado de forma intencional. No entanto, nas páginas de categorias, ele exibe automaticamente recomendações de IA, o que atrapalha a experiência natural de rolagem. Seria melhor se os usuários pudessem controlar quando ver as recomendações em cada página que visitam, permitindo uma navegação fluida sem ter que esperar o carregamento do conteúdo de IA. Talvez seja melhor ajustar este texto: Resposta gerada por IA. Resumo personalizado com base na sua pesquisa. Para: Quer recomendações geradas por IA? Obtenha um resumo personalizado com base na sua pesquisa. Isso dá aos usuários a opção de ativar as sugestões de IA apenas quando quiserem, mantendo a experiência de navegação suave e ininterrupta, ao mesmo tempo em que fornece insights personalizados quando desejado. Esse ajuste garante clareza e respeita o controle do usuário sobre o conteúdo

Shay Williams 3 months ago
Tornar o modo IA opcional nas páginas de listagem
O modo de IA no diretório é um ótimo recurso e funciona bem quando usado de forma intencional. No entanto, nas páginas de categorias, ele exibe automaticamente recomendações de IA, o que atrapalha a experiência natural de rolagem. Seria melhor se os usuários pudessem controlar quando ver as recomendações em cada página que visitam, permitindo uma navegação fluida sem ter que esperar o carregamento do conteúdo de IA. Talvez seja melhor ajustar este texto: Resposta gerada por IA. Resumo personalizado com base na sua pesquisa. Para: Quer recomendações geradas por IA? Obtenha um resumo personalizado com base na sua pesquisa. Isso dá aos usuários a opção de ativar as sugestões de IA apenas quando quiserem, mantendo a experiência de navegação suave e ininterrupta, ao mesmo tempo em que fornece insights personalizados quando desejado. Esse ajuste garante clareza e respeita o controle do usuário sobre o conteúdo

Shay Williams 3 months ago
Botão Voltar ou versão anterior
Adicione um botão “Voltar” ou “Desfazer”, ou um botão para restaurar a versão anterior, a fim de desfazer alterações indesejadas.

Eileen Reimann 3 months ago
Botão Voltar ou versão anterior
Adicione um botão “Voltar” ou “Desfazer”, ou um botão para restaurar a versão anterior, a fim de desfazer alterações indesejadas.

Eileen Reimann 3 months ago
Melhorias na gestão de categorias
Reordenação de categorias por arrastar e soltar Capacidade de mover facilmente categorias e subcategorias dentro da hierarquia Isso eliminaria a necessidade de recriar manualmente as categorias durante a reestruturação Função de duplicar/clonar categorias Capacidade de duplicar uma categoria existente (incluindo subcategorias e configurações) Isso aceleraria significativamente a configuração de grandes estruturas de diretórios

Shay Williams 4 months ago
Melhorias na gestão de categorias
Reordenação de categorias por arrastar e soltar Capacidade de mover facilmente categorias e subcategorias dentro da hierarquia Isso eliminaria a necessidade de recriar manualmente as categorias durante a reestruturação Função de duplicar/clonar categorias Capacidade de duplicar uma categoria existente (incluindo subcategorias e configurações) Isso aceleraria significativamente a configuração de grandes estruturas de diretórios

Shay Williams 4 months ago
In Progress
Locais de eventos exibidos no cartão de resumo da lista
As informações sobre o local do evento não são mais exibidas no cartão de resumo do anúncio (a pré-visualização mostrada nos resultados da pesquisa) como antes. Agora, elas só aparecem na página de detalhes. Seria ótimo se vocês pudessem trazê-las de volta, como na captura de tela abaixo.

Mark D 4 months ago
In Progress
Locais de eventos exibidos no cartão de resumo da lista
As informações sobre o local do evento não são mais exibidas no cartão de resumo do anúncio (a pré-visualização mostrada nos resultados da pesquisa) como antes. Agora, elas só aparecem na página de detalhes. Seria ótimo se vocês pudessem trazê-las de volta, como na captura de tela abaixo.

Mark D 4 months ago
Opções de preços no widget
Permitir preços padrão para anúncios; deve haver um botão que permita ao proprietário do site escolher entre três opções: - Preço - A partir de - Faixa de preço Permitir que o proprietário do site ofereça aos patrocinadores apenas uma opção manterá a consistência na exibição dos preços. Permitir que os patrocinadores escolham qual opção exibir criaria confusão na comparação de preços para os usuários finais.

Mark R 4 months ago
Opções de preços no widget
Permitir preços padrão para anúncios; deve haver um botão que permita ao proprietário do site escolher entre três opções: - Preço - A partir de - Faixa de preço Permitir que o proprietário do site ofereça aos patrocinadores apenas uma opção manterá a consistência na exibição dos preços. Permitir que os patrocinadores escolham qual opção exibir criaria confusão na comparação de preços para os usuários finais.

Mark R 4 months ago
Controle de uso da IA e roteamento do controlador externo para o modo IA
À medida que o uso da IA cresce, um dos principais desafios para os proprietários de plataformas é gerenciar e otimizar os custos das APIs. Atualmente, o AI Mode envia todas as consultas diretamente para a OpenAI, sem a opção de controlar ou filtrar as solicitações. Gostaríamos de sugerir as seguintes melhorias para versões futuras do eDirectory: Controlador externo / Opção de roteamento de API Permitir que as consultas do Modo IA sejam roteadas para um endpoint externo configurável antes de chamar a OpenAI Isso permitiria uma lógica personalizada, como: • Filtragem de consultas simples (tratadas internamente) • Decidir quando o OpenAI é necessário • Integração com sistemas de IA externos ou bases de conhecimento Controles de uso de IA Capacidade de definir limites de consultas (por usuário / por dia) Opção de restringir o acesso à IA por nível de assinatura (por exemplo, apenas Premium) Botão para ativar/desativar o Modo de IA por página ou módulo Visibilidade da gestão de custos Rastreamento básico de uso (por exemplo, número de consultas de IA acionadas) Registro ou relatórios opcionais para ajudar a monitorar o consumo da API 🎯 Por que isso é importante: Esses recursos permitiriam aos proprietários de diretórios: Escalar a IA de forma responsável Alinhar o uso da IA com a monetização (por exemplo, listagens Premium) Evitar custos descontrolados de API Ampliar os recursos de IA do eDirectory além do comportamento padrão da OpenAI Acreditamos que isso aumentaria significativamente a flexibilidade e a escalabilidade a longo prazo do Modo IA em todas as plataformas baseadas no eDirectory.

redila 4 months ago
Controle de uso da IA e roteamento do controlador externo para o modo IA
À medida que o uso da IA cresce, um dos principais desafios para os proprietários de plataformas é gerenciar e otimizar os custos das APIs. Atualmente, o AI Mode envia todas as consultas diretamente para a OpenAI, sem a opção de controlar ou filtrar as solicitações. Gostaríamos de sugerir as seguintes melhorias para versões futuras do eDirectory: Controlador externo / Opção de roteamento de API Permitir que as consultas do Modo IA sejam roteadas para um endpoint externo configurável antes de chamar a OpenAI Isso permitiria uma lógica personalizada, como: • Filtragem de consultas simples (tratadas internamente) • Decidir quando o OpenAI é necessário • Integração com sistemas de IA externos ou bases de conhecimento Controles de uso de IA Capacidade de definir limites de consultas (por usuário / por dia) Opção de restringir o acesso à IA por nível de assinatura (por exemplo, apenas Premium) Botão para ativar/desativar o Modo de IA por página ou módulo Visibilidade da gestão de custos Rastreamento básico de uso (por exemplo, número de consultas de IA acionadas) Registro ou relatórios opcionais para ajudar a monitorar o consumo da API 🎯 Por que isso é importante: Esses recursos permitiriam aos proprietários de diretórios: Escalar a IA de forma responsável Alinhar o uso da IA com a monetização (por exemplo, listagens Premium) Evitar custos descontrolados de API Ampliar os recursos de IA do eDirectory além do comportamento padrão da OpenAI Acreditamos que isso aumentaria significativamente a flexibilidade e a escalabilidade a longo prazo do Modo IA em todas as plataformas baseadas no eDirectory.

redila 4 months ago