Saltar para o conteúdo principal
Versão: 20 R6

Página da Web

Usando as guias na página Web, você pode configurar vários aspectos do servidor Web integrado de 4D (segurança, inicialização, conexões, serviços Web, etc.). Para mais informações sobre como o servidor Web 4D funciona, consulte Servidor web. Para mais informações sobre os serviços web de 4D, consulte o capítulo Publicação e uso de serviços web.

Configuração​

Informações de publicação​

Iniciar o servidor Web no arranque​

Indica se o servidor Web será iniciado ao iniciar a aplicação 4D. Essa opção está descrita na seção Administração do servidor Web.

Ativar HTTP​

Indica se o servidor web vai ou não aceitar conexões não seguras. Ver Ativar HTTP.

Porta HTTP​

Número da porta IP (TCP) de escuta para HTTP. Ver Puerto HTTP.

Endereço IP​

Endereço IP em que o servidor web 4D vai receber solicitações HTTP (4D local e 4D Server). Ver Dirección IP a escuchar.

Ativar HTTPS​

Indica se o servidor web vai ou não aceitar conexões seguras. Ver Ativar HTTPS.

Porta HTTPS​

Permite modificar o número da porta TCP/IP usada pelo servidor Web para as conexões HTTP seguras sobre TLS (protocolo HTTPS). Ver Puerto HTTPS.

Allow database access through 4DSYNC URLs​

Nota de compatibilidade: Essa opção está obsoleta. Para acesso ao banco de dados através de HTTP, agora é recomendado usar as funcionalidades de armazenamento remoto do ORDA e solicitações REST.

Caminhos​

Raiz HTML predefinida​

Define a localização padrão dos arquivos do site e indicar o nível hierárquico no disco acima do qual os arquivos não serão acessíveis. Ver Pasta Raiz.

Página inicial predefinida​

Designar uma página inicial padrão para o servidor Web. Ver Página de inicio por defecto.

Options (I)​

Cache​

Usar o cache Web 4D​

Ativar o cache da página Web. Consulte Cache.

Tamanho da cache das Páginas​

Define o tamanho da cache. Consulte Cache.

Limpar cache​

At any moment, you can clear the cache of the pages and images that it contains (if, for example, you have modified a static page and you want to reload it in the cache). Para fazer isso, você só precisa clicar no botão Limpar Cache. A cache é então imediatamente limpa.

Você também pode usar a URL especial /4DCACHECLEAR.

Processo Web​

Essa área permite configurar como o servidor Web tratará as sessões de usuário e seus processos associados.

A opção Legacy sessions só está disponível para compatibilidade em bancos de dados/projetos criados com versões do 4D anteriores ao 4D v18 R6.

Sessões escaláveis (sessões multi-processo)​

Quando selecionat esta opção (recomendado), uma sessão de usuário é gerenciada através de um objeto Session. Veja a página de sessões do usuário.

Sem sessões​

Quando esta opção é selecionada, o servidor web não fornece nenhum suporte específico para sessões de usuários. As solicitações sucessivas dos clientes Web são sempre independentes e nenhum contexto é mantido no servidor.

Neste modo, pode configurar parâmetros do servidor Web adicionais:

Sessões herdadas (sessões de processo único)​

Nota de compatibilidad: esta opción sólo está disponible en las bases/proyectos creados con una versión 4D anterior a 4D v18 R6.

Esta opção permite o gerenciamento de sessões de usuário legadas pelo servidor 4D HTTP. Esse mecanismo é descrito na seção [Web Sessions Management (Legacy)] (https://doc.4d.com/4Dv19/4D/19/Web-Sessions-Management-Legacy.300-5391806.en.html). Veja Manter Sessão.

Quando selecionada, a opção Reutilizar Contextos Temporários (4D em modo remoto) é marcada automaticamente (e bloqueada).

Processos Web em simultâneo máximo​

Não disponível com sessões escaláveis.

Limite estritamente superior de processos Web em simultâneo. Veja Máximo Processos Web Concorrentes.

Reutilização de contextos temporários​

Não disponível com sessões escaláveis.

Permite otimizar a operação do servidor Web 4D no modo remoto. Veja Reutilizar contextos temporários em modo remoto).

Utilizar processos preemptivos​

Não disponível com sessões escaláveis.

Permite processos web preemptivos nas suas aplicações compiladas. Quando usar processos preventivos for selecionado, A elegibilidade de seu código relacionado à Web (incluindo tags 4D e métodos de banco de dados web) para a execução preventiva será avaliada durante a compilação. Para mais informações, consulte Utilizando processos Web preemptivos.

Essa opção não se aplica a sessões dimensionáveis, processos REST (modo compilado) e processos de serviço Web (servidor ou cliente). Consulte Ativação do modo preemptivo para o servidor Web.

Tempo limite do processo inativo​

Não disponível com sessões escaláveis.

Permite que você defina o tempo limite máximo antes de fechar os processos inativos da Web no servidor. Veja Tempo Limite do Processo Inativo.

Palavras-passe Web​

Defina o sistema de autenticação que você deseja aplicar ao seu servidor Web. São propostas três opções:

Custom (default) Passwords with BASIC protocol Passwords with DIGEST protocol

É recomendado usar a autenticação personalizada. Veja o capítulo Autenticação na documentação Desenvolvimento Web.

Opções (II)​

Conversão texto​

Enviar diretamente caracteres expandidos​

Ver Propiedades obsoletas.

Standard Set​

Defina o conjunto de caracteres a serem usados pelo servidor Web 4D. Ver Conjunto de caracteres.

Ligações Keep-Alive​

Ver Propiedades obsoletas.

Parâmetros CORS​

Ativar CORS​

Ativa o serviço Cross-origin resource sharing (CORS). Ver Ativar CORS.

Nomes de domínio/Métodos HTTP permitidos​

Lista de hosts e métodos permitidos para o serviço CORS. Ver Parámetros CORS.

Registo (tipo)​

Formato do histórico​

Inicia o detiene el registro de las peticiones recibidas por el servidor web 4D en el archivo logweb.txt y define su formato. Ver Registro de logs.

A ativação e desativação do arquivo de log de solicitações também pode ser realizada pela programação usando o comando WEB SET OPTION.

O menu de formato do histórico oferece as seguintes opções:

  • Sem arquivo de registro: Quando esta opção for selecionada, o 4D não irá gerar um arquivo de registro de requisições.

  • CLF (Formato de Log Comum): Quando esta opção for selecionada, o log de pedidos é gerado no formato CLF Com o formato CLF, cada linha do arquivo representa uma solicitação, como:
    host rfc931 usuário [DD/MMM/AAAA:HH:MM:SS] "solicitação" estado tamanho
    Cada campo é separado por um espaço e cada linha termina com a sequência CR/LF (caractere 13, caractere 10).

    • host: endereço IP do cliente (ex. 192.100.100.10)
    • rfc931: informação não é gerada por 4D, é sempre - (um sinal de menos)
    • usuário: nome de usuário como ele está autenticado, ou então é - (um sinal menos). Se o nome de usuário contiver espaços, eles serão substituídos por _ (um sublinhado).
    • DD: dia, MMM: uma abreviação de 3 letras para o nome do mês (Jan, Feb,...), YYYY: ano, HH: hora, MM: minutos, SS: segundos

A data e a hora são locais para o servidor.

  • petição: petição enviada pelo cliente (por exemplo, GET /index.htm HTTP/1.0)
  • estado: resposta dada pelo servidor.
  • length: tamanho dos dados devolvidos (exceto o cabeçalho HTTP) ou 0.

Nota: Por razões de desempenho, as operações são salvas em um buffer de memória em pacotes de 1Kb antes de serem escritas em disco. As operações também são gravadas no disco se nenhuma solicitação tiver sido enviada a cada 5 segundos. Os valores possíveis de estado são os seguintes: 200: OK 204: No contents 302: Redirection 304: Not modified 400: Incorrect request 401: Authentication required 404: Not found 500: Internal error O formato CLF não pode ser personalizado.

  • DLF (Combined Log Format): Quando esta opção é selecionada, o registro de solicitações é gerado no formato DLF. O formato DLF é semelhante ao formato CLF e usa a mesma estrutura. Simplesmente adiciona dois campos HTTP adicionais no final de cada solicitação: Referer e User-agent.

    • Referer: contém o URL da página que aponta para o documento solicitado.
    • User-agent: contém o nome e a versão do navegador ou software cliente que origina a solicitação.

O formato DLF não pode ser personalizado.

  • ELF (Extended Log Format): Quando essa opção é selecionada, o registro da solicitação é gerado no formato ELF. O formato ELF está muito difundido no mundo dos navegadores HTTP. Ele pode ser usado para criar registros sofisticados que atendam a necessidades específicas. For this reason, the ELF format can be customized: it is possible to choose the fields to be recorded as well as their order of insertion into the file.

  • WLF (WebStar Log Format): Quando essa opção é selecionada, o registro da solicitação é gerado no formato WLF. O formato WLF foi desenvolvido especificamente para o servidor 4D WebSTAR. Ele é semelhante ao formato ELF, com apenas alguns campos adicionais. Tal como o formato ELF, pode ser personalizado.

Configuração dos campos Quando você escolhe o formato ELF (Extended Log Format) ou WLF (WebStar Log Format), a área "Weg Log Token Selection" exibe os campos disponíveis para o formato escolhido. You will need to select each field to be included in the log. To do so, check the desired fields. You will need to select each field to be included in the log. To do so, check the desired fields.

Nota: Não é possível selecionar o mesmo campo duas vezes.

The following table lists the fields available for each format (in alphabetical order) and describes its contents:

CampoELFWLFValor
BYTES_RECEIVEDXNúmero de bytes recebidos pelo servidor
BYTES_SENTXXNúmero de bytes enviados pelo servidor ao cliente
C_DNSXXEndereço IP do DNS (ELF: campo idêntico ao campo C_IP)
C_IPXXEndereço IP do cliente (por exemplo, 192.100.100.10)
CONNECTION_IDXNúmero de identificação da ligação
CS(COOKIE)XXInformações sobre as cookies contidas na petição HTTP
CS(HOST)XXCampo Host do pedido HTTP
CS(REFERER)XXURL da página que aponta para o documento solicitado
CS(USER_AGENT)XXInformações sobre o software e o sistema operacional do cliente
CS_SIPXXEndereço IP do servidor
CS_URIXXURI onde o pedido é efectuado
CS_URI_QUERYXXParâmetros da consulta
CS_URI_STEMXXParte da solicitação sem parâmetros de consulta
DATEXXDDD: dia, MMM: abreviação de 3 letras por mês (jan, fev, etc.), YYYY: ano
METHODXXMétodo HTTP utilizado para o pedido enviado ao servidor
PATH_ARGSXParâmetros CGI: cadeia de caracteres localizada após o caractere "$"
STATUSXXResposta fornecida pelo servidor
TIMEXXHH: hora, MM: minutos, SS: segundos
TRANSFER_TIMEXXTempo solicitado pelo servidor para gerar a resposta
USERXXNome do usuário se estiver autenticado; caso contrário, - (sinal de menos).
Se o nome do usuário contiver espaços, eles serão substituídos por _ (sublinhado)
URLXURL solicitado pelo cliente

As datas e horas são indicadas em GMT.

Histórico (backup)​

Configure the automatic backup parameters for the request log. Configure the automatic backup parameters for the request log. First you must choose the frequency (days, weeks, etc.) or the file size limit criterion by clicking on the corresponding radio button. First you must choose the frequency (days, weeks, etc.) or the file size limit criterion by clicking on the corresponding radio button. Você deve então especificar o momento exato do backup, se necessário.

  • Sin copia de seguridad: la función de copia de seguridad programada está desactivada.

  • Cada X hora(s): esta opción se utiliza para programar las copias de seguridad con una base horaria. Pode digitar um valor entre 1 e 24.

    • a partir de: permite definir la hora de activación de la primera copia de seguridad.

  • Cada X día(s) a las X: esta opción se utiliza para programar las copias de seguridad con una base diaria. Introduza 1 se pretender efetuar uma cópia de segurança diária. When this option is checked, you must indicate the time when the backup must be started.

  • Cada X semana(s), día a las X: esta opción se utiliza para programar las copias de seguridad con una base semanal. Digite 1 se quiser realizar o backup 1 vez por semana. Digite 1 se quiser realizar o backup 1 vez por semana. Enter 1 if you want to perform a weekly backup. When this option is checked, you must indicate the day(s) of the week and the time when each backup must be started.

  • Cada X mes(es), el día X a las X: esta opción se utiliza para programar las copias de seguridad con una base mensual. Digite 1 se quiser realizar uma cópia de segurança mensal. Digite 1 se quiser realizar uma cópia de segurança mensal.

  • Todos los X MB: esta opción se utiliza para programar las copias de seguridad en función del tamaño del archivo de registro actual. Um backup é acionado automaticamente quando o arquivo atinge o tamanho definido. Pode definir um limite de tamanho de 1, 10, 100 ou 1000 MB.

No caso de backups programados, se o servidor Web não foi iniciado quando o backup estava programado para ocorrer, na próxima inicialização o 4D considera o backup como falho e aplica as configurações apropriadas, definidas nas Propriedades.

Serviços Web​

As opções dessa guia são usadas para ativar e configurar os serviços da Web para o projeto 4D, tanto para a publicação (lado do servidor) quanto para a assinatura (lado do cliente).

Para obter mais informações sobre o suporte de serviços da Web em 4D, consulte o capítulo [Publicação e uso de serviços da Web] (https://doc.4d.com/What-s-new/4D-Design-Reference-19-R4/Publication-and-use-of-Web-Services.200-5736722.en.html).

Servidor​

Essa área contém várias opções relacionadas ao uso de 4D como um "servidor" de serviços da Web, ou seja, a publicação de métodos projeto na forma de serviços Web.

  • Autorizar peticiones de servicios web: Esta opção permite que você inicialize a publicação de Serviços Web. Se essa opção não tiver sido marcada, o 4D recusará solicitações SOAP e não gerará um WSDL, mesmo que os métodos tenham o atributo Published in WSDL. Quando essa opção está marcada, 4D cria o arquivo WSDL.
  • Nome do Serviço Web: Esta área permite que você altere o "nome genérico" do Serviço Web. Esse nome é usado para diferenciar os serviços no nível do servidor SOAP (quando o servidor publica vários serviços Web diferentes), bem como nos diretórios de serviços Web. Por padrão, 4D usa o nome A_WebService.
  • Namespace de Serviços Web: Essa área é usada para alterar o namespace dos serviços da Web publicados por 4D. Cada serviço Web publicado na Internet deve ser único. A singularidade dos nomes dos Serviços Web é assegurada pelo uso de namespaces XML. Um namespace é uma cadeia de caracteres arbitrária usada para identificar um conjunto de tags XML de forma exclusiva. Normalmente, o namespace começa com a URL da empresa (http://mycompany.com/mynamespace). Nesse caso, não é indispensável ter algo em particular no URL indicado; o que importa é que a cadeia de caracteres usada seja exclusiva. Por padrão, o 4D usa o seguinte namespace: http://www.4d.com/namespace/default.

Em conformidade com o padrão XML para nomes de etiquetas, as cadeias de caracteres usadas não devem conter espaços nem começar com um número. Além disso, para evitar qualquer risco de incompatibilidade, recomendamos que você não use nenhum caractere estendido (como caracteres acentuados).

Cliente​

Essa área contém várias opções relacionadas ao uso de 4D como um "cliente" de serviços Web, ou seja, a assinatura de serviços publicados na rede.

  • Prefixo do Método do Wizard: Esta área permite que você altere o prefixo que é adicionado automaticamente por 4D ao nome dos métodos proxy gerados pelo Assistente de Serviços Web. Os métodos do projeto de proxy formam um link entre a aplicação 4D e o servidor de Serviços Web. Por padrão, 4D usa o prefixo "proxy_".

Funcionalidades Web​

Essa página contém as opções usadas para ativar e controlar recursos atacantes da Web, como o servidor REST.

Publicação​

Expor como servidor REST​

Inicia e pára o servidor REST. Ver Configuración del servidor REST.

Acesso​

Obsoleto

Esta seção está obsoleta a partir de 4D 20 R6. Se a configuração atual do projeto estiver obsoleta e precisar ser atualizada, essa seção, incluindo o botão Ativar autenticação REST por meio da função ds.authentify() (veja abaixo), será exibida. If your project is already compatible with the Force login mode, the section is missing and you can ignore this paragraph.

See Users and sessions to know the recommended way to control and manage REST access in your 4D projects.

Ativar a autenticação REST por meio da função ds.authentify()​

Clique no botão Ativar autenticação REST por meio da função ds.authentify() para atualizar automaticamente o projeto em relação ao acesso do usuário REST. Observe que essa operação não pode ser revertida e pode exigir que você modifique seu código (uma caixa de diálogo de aviso é exibida quando você clica no botão).

nota

Esse botão só está disponível em projetos abertos com a aplicação 4D (usuário único).

O botão aciona a seguinte sequência de atualização:

  • O grupo de usuários da API REST definido no menu Leitura/Escrita é removido.
  • O método de banco de dados On REST Authentication é excluído (movido para a lixeira do sistema).
  • Um arquivo padrão "roles.json" é criado na pasta Sources do projeto, caso ainda não exista, com seu atributo forceLogin como True.

Lembre-se de reiniciar seu projeto após realizar essa atualização.

A próxima etapa é modificar seu código adequadamente. [Veja esta postagem do blog para saber como proceder] (https://blog.4d.com/force-login-becomes-default-for-all-rest-auth/).

Qodly Studio​

Ativar o acesso a Qodly Studio​

nota

Essa opção só aparece se a licença do Qodly Studio estiver ativada.

Essa opção permite o acesso do usuário ao Qodly Studio para o projeto atual. Note que o acesso global deve ser permitido no nível da aplicação.