Category: Events Module / Admin Settings Currently, users can create events with dates several years into the future. This can lead to unrealistic event listings, outdated information, and businesses using the Events module to promote their services instead of creating genuine events. I would like to suggest adding an administrator-configurable Future Date Limit to control how far in advance users can schedule events. Suggested improvement: Add a setting in the Events module that allows administrators to select the maximum period into the future for event dates. For example: 3 months 6 months 12 months 24 months Unlimited Custom number of months How it would work: Users can only select event dates within the permitted future period. The maximum permitted date automatically moves forward each day. Users entering dates beyond the limit receive a clear validation message. Administrators can override the restriction for legitimate events. Recurring events should be handled separately to accommodate genuine recurring activities. Why this would be useful: One issue with directory Events modules is that some businesses create events simply to advertise their business, products, or services. For example, a business might create an event with a start date today and an end date several years into the future, effectively turning an event listing into a permanent business advertisement. This undermines the purpose of the Events module, which should primarily showcase genuine events with meaningful dates. Introducing Future Date Limits would help: Prevent events from being scheduled years into the future. Discourage businesses from using event listings as permanent advertisements. Reduce incorrect or misleading event information. Improve the quality and relevance of event search results. Keep the Events module focused on genuine upcoming activities. Additional suggestion: Consider allowing administrators to set a Maximum Event Duration as well, such as 7, 30, 90 days, or a custom period. This would prevent users from creating an event that starts today but continues for several years, even when the start date is within the permitted future date limit. Together, these two settings would give administrators much better control over event quality without unnecessarily restricting legitimate event organisers. Regards Aaron
Category: Payment & Promotions / Coupon Codes Currently, the coupon code system allows administrators to set an expiration date, but there is no option to specify when a coupon becomes active. I would like to suggest adding a Start Date field alongside the existing Expiration Date field. How it would work: Start Date: The date the coupon becomes valid and can first be used. Expiration Date: The date the coupon stops being valid. Before the start date, the coupon cannot be redeemed. After the expiration date, the coupon automatically becomes invalid. If no start date is entered, the coupon becomes active immediately, maintaining compatibility with existing coupons. Why this would be useful: Businesses often plan promotional campaigns in advance, such as Black Friday, Christmas, New Year, and seasonal sales. Having both a start and expiration date would allow administrators to create and schedule coupon codes ahead of time without needing to manually activate them when a promotion begins. This is a small improvement that would make the coupon system more flexible, practical, and useful for marketing campaigns. Regards Aaron
Please add a Quick edit option to each listing on the admin Listings page, allowing administrators to update basic information without opening the full listing editor. Currently, each listing must be opened individually to make even a small change. When reviewing and maintaining thousands of listings, those extra steps take considerable time. Suggested functionality Clicking Quick edit would expand a compact form directly beneath the selected listing, as shown in the attached mockup. Editable fields would include: Listing name Phone number, email, and website Street address, city, state, and ZIP code Categories Listing level Active or inactive status Short description Logo The form should include Save changes and Cancel buttons, along with a link to the full listing editor for more detailed changes. Expected behavior Saving should update the listing without reloading the page or losing the current search, filters, pagination, or scroll position. A clear confirmation should appear after a successful save. Cancel should discard unsaved changes and collapse the form. Existing field validation and administrator permissions should apply to quick edits. This feature would make routine listing maintenance much faster, particularly when correcting contact information, adjusting categories, or reviewing several listings in sequence. The attached mockup illustrates how this could fit within the existing admin interface.
Would like to suggest consideration to identifying duplicate/similar listings as we are finding many users submitting multiple listings with identical/similar content . This tends to occur with personnel changes @sponsors with no idea a listing exists. Also when importing listings froma Dbase can also create a multiple listing situation
I think it would be very useful to add an Admin Notes / Internal Notes feature across all content types within eDirectory. This should apply to: Listings Deals Events Classifieds Articles Blog Forum Banners The purpose would be to allow administrators to record important internal information directly against any piece of content. These notes would be visible only to administrators and never visible publicly or to the account owner. For example: Suspended – 11 September 2026, 10:35 AM Content suspended following repeated attempts to add information that does not meet our requirements. Account owner contacted by email. Other examples could include: Verification Required – Business ownership needs to be confirmed. Complaint Received – Complaint received regarding information published in this listing. Banner Issue – Advertiser supplied incorrect artwork; waiting for replacement. Duplicate Content – Possible duplicate of another listing. Needs review before approval. Admin Note History Rather than having a single note that gets overwritten, I think each content item should have an internal history of notes. Each entry could automatically record: Date and time Administrator who added the note Note Optional status/reason For example: 11 Sep – Aaron: Listing suspended. Verification requested. 12 Sep – Lilian: Documents received from business owner. 13 Sep – Aaron: Verification completed and listing reinstated. This creates a simple internal administrative history for that content. Display in the Content Management Screens The feature would be particularly useful if Admin Notes could be displayed as a column in the existing Content management screens. For example: Title Status Admin Notes ABC Plumbing Active Verification completed... XYZ Services Suspended Suspended – duplicate busin... Only the beginning of the latest note needs to be displayed so it does not take up too much space. The administrator could hover over the text to see the full latest note, or click it/Edit to open the complete Admin Notes history. Admin Notes should also be searchable, making it possible to search for words such as: Suspended, Complaint, Verification, Duplicate, Warning, Ownership, Fraud, Payment, etc. Why This Would Be Useful As a directory grows, it becomes increasingly dif
Precisamos de uma maneira simples para que os Patrocinadores possam atualizar ou rebaixar seu plano de assinatura sem precisar criar uma nova lista. Isso afeta os resultados financeiros de todos os proprietários de diretórios: Um Patrocinador pronto para fazer upgrade = mais receita — a menos que mudar de nível signifique começar do zero. Um Patrocinador que precisa de um plano mais barato pode continuar pagando alguma coisa — em vez de cancelar e pagar US$ 0. Menos idas e vindas = menos trabalho administrativo para nós e menos frustração para os patrocinadores. Mas há uma questão ainda maior: os patrocinadores podem perder tudo o que construíram em seu anúncio. Se mudar de plano significar criar uma nova listagem, eles não terão apenas que reescrever seu conteúdo. Eles também podem perder suas avaliações por estrelas, comentários e depoimentos — a prova social que talvez tenham levado meses ou anos para construir desapareceria. Por que um Patrocinador arriscaria perder tudo isso apenas para fazer um upgrade? E se precisarem baixar o plano, estamos tornando a decisão de sair ainda mais fácil. Por que reconstruir do zero no mesmo diretório, perdendo suas provas sociais, quando podem simplesmente cancelar? Isso cria um atrito desnecessário exatamente no momento em que estamos tentando reter ou aumentar a base de Patrocinadores pagantes. Os patrocinadores devem poder escolher um novo plano, clicar e pronto — mantendo intactos seus anúncios, conteúdo, classificações, avaliações e depoimentos existentes. Não devemos tornar mais fácil sair do que ficar. Upgrades e downgrades fáceis são funcionalidades essenciais para um diretório por assinatura. Eles significam mais upgrades, menos cancelamentos, valor do Patrocinador protegido, Patrocinadores mais satisfeitos e mais receita recorrente para os proprietários do diretório. Se manter os patrocinadores e aumentar a receita do diretório também são importantes para você, por favor, VOTE a favor desse recurso.
Adoro a plataforma eDirectory, incluindo os recursos do aplicativo móvel. No entanto, acho que seria ótimo adicionar o recurso de “reivindicação de perfil” à versão do aplicativo móvel do diretório. Estou realmente incentivando o uso do aplicativo e gostaria de garantir que esse recurso esteja disponível para os usuários — especialmente aqueles listados no diretório. Contar com isso protegeria ainda mais o diretório
Solicitação Por favor, adicionem suporte nativo para vídeos verticais curtos nas páginas individuais de Anúncios e Eventos, incluindo: YouTube Shorts TikTok Instagram Reels Facebook Reels Idealmente, essa funcionalidade deveria ser integrada ao reprodutor de vídeo existente das páginas de Anúncios/Eventos, permitindo que uma URL de vídeo de curta duração seja adicionada da mesma forma que os vídeos do YouTube ou do Vimeo são suportados atualmente. Caso a ampliação do reprodutor existente não seja tecnicamente viável, um widget ou campo dedicado a vídeos curtos para as páginas de Anúncios e Eventos seria uma excelente alternativa. Limitação atual Atualmente, o eDirectory suporta conteúdo de vídeo tradicional do YouTube/Vimeo em anúncios, mas os YouTube Shorts e outros formatos importantes de vídeo de curta duração não podem ser usados da mesma forma. A versão 14 introduziu um widget de carrossel compatível com o TikTok e os YouTube Shorts para páginas gerais, o que foi uma adição valiosa. No entanto, isso não resolve o caso de uso original: associar um vídeo de formato curto diretamente a uma listagem ou evento específico. O vídeo curto deve representar aquela empresa, atração, destino, restaurante, hotel, atividade ou evento específico, em vez de fazer parte de um carrossel de vídeos geral em todo o site. Por que isso é importante Vídeos verticais curtos se tornaram uma das principais formas pelas quais as pessoas descobrem empresas, destinos, atrações, restaurantes, atividades e eventos online. Para um diretório, muitas vezes o visitante não precisa nem deseja um vídeo promocional longo. Um vídeo de 30 a 60 segundos pode mostrar rapidamente: como é o local; o que os visitantes podem esperar; a atmosfera ou a experiência; as principais atrações, produtos ou serviços; por que alguém pode querer visitá-lo. Isso é particularmente valioso para o turismo e diretórios locais, onde a apresentação visual pode ter uma grande influência na decisão do visitante. Atualmente, vídeos curtos também são criados rotineiramente para o YouTube Shorts, TikTok, Instagram Reels e Facebook Reels. Permitir que proprietários de diretórios e anunciantes reutilizem esse conteúdo já existente aumentaria significativamente o valor e a relevância das páginas de listagens e eventos. Sugestão de implementação Opção preferencial: ampliar a funcionalidade existente de vídeos do YouTube/Vimeo em listagens/eventos para reconhecer e exibir corretamente URLs de vídeos curtos compatíveis provenientes de: YouTube Shorts TikTok Instagram Reels Facebook Reels O reprodutor deve preservar a proporção vertical adequada, em vez de forçar o conteúdo vertical a caber em um reprodutor tradicional de 16:9. Opção alternativa: introduzir um campo/widget dedicado a vídeos de formato curto para as páginas de listagem e de eventos, que ac
Para mim, ter uma seção de artigos é um elemento fundamental para o SEO e a monetização do meu site. Se houvesse uma configuração semelhante à das listagens e dos eventos, isso seria muito útil
For more than two decades, online directories have helped customers discover businesses, products, and services. They have provided a structured way for businesses to share information and for customers to search, compare, and make decisions. But the way people discover information is changing. The next generation of search is not only about typing keywords into a search engine and clicking through websites. Increasingly, people are asking AI assistants questions such as: "Find a plumber near me that offers emergency service." "Which restaurants nearby have outdoor seating?" "Find a supplier that specialises in this product." "Compare businesses that provide this service." The future customer may not visit ten websites before making a decision. They may simply ask an AI assistant to find the right business. This creates a new opportunity for online directories. The directories that succeed in the future will not just be websites where people search for businesses. They will become trusted sources of structured business information that AI systems can understand, access, and interact with. From Search Engines to AI Discovery Traditional online discovery has followed a simple path: Customer → Search Engine → Directory Website → Business Listing The emerging AI model looks different: Customer → AI Assistant → Trusted Business Data → Recommendation For businesses to be discovered in this new environment, their information needs to be: Accurate Structured Verified Current Available to authorised AI systems Directories are uniquely positioned for this future because they already collect, organise, and manage business information. The next step is allowing AI systems to securely connect with that information. What Is MCP? The Model Context Protocol (MCP) is an open standard that allows AI applications to securely connect with external systems, data sources, and tools. In simple terms: MCP allows an AI assistant to communicate directly with a platform. Instead of an AI system only reading a webpage, it can securely interact with approved functions and perform actions based on the permissions it has been granted. For a business directory, this opens up exciting possibilities: AI systems can discover verified businesses Business owners can manage their listings through AI assistants Directory owners can operate and improve their platforms using AI tools Introducing the eDirectory AI Connection The next generation of eDirectory can become more than a directory website. It can become a connection point between: Businesses Customers Directory administrators AI assistants AI search plat
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
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
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
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
I need to flag a serious issue with the Enable AI-powered summary on search pages feature, and request that a token cap or rate limiting control be added. What happened I enabled this feature on our directory and within a single day we had consumed 63 million tokens. One day. That is not a typo. At OpenAI pricing, 63 million tokens at $5.00/M input and $30.00/M output represents a potentially catastrophic unplanned cost for any directory operator. Even at budget provider rates this is deeply problematic at scale. Why this feature is uniquely dangerous compared to the others Every other AI toggle in the Configure AI Integrations panel is bounded by human interaction: AI suggest for admins and sponsors — fires only when a human edits content AI review summaries — fires per listing, capped by listing count AI content moderation — fires on submission events only AI mode on search bar — interprets a query but does not generate a full page summary The AI-powered summary on search pages is different. It fires automatically on every single search page load with no ceiling. Directory sites attract significant automated traffic — bots, crawlers, indexing spiders — and every one of those hits to a search URL burns tokens silently in the background with no warning and no limit. This is not a configuration issue on our end. It is a missing guardrail in the platform. What I are requesting Please add the following controls specifically for this feature: Daily token cap — hard ceiling after which the feature simply does not fire for the remainder of the day Monthly token cap — a broader budget limit with an alert when approaching the threshold Email alert — notify the admin when token usage crosses a configurable threshold (e.g. 50%, 80%, 100% of cap) Bot/crawler exclusion — option to suppress AI summary generation for non-human traffic Rate limit per IP or per session — prevent any single visitor or bot from triggering unlimited AI calls in a short window Any one of these would have prevented our 63 million token day. All five together would make this feature genuinely safe to run in production. Until one or more of these controls exist, toggled it off. Thanks, Aaron
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
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
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
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
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.