O trecho iniciado pela preposição "por" (l.11) fornece explicações para a qualidade de ubiqüidade do hipertexto, mencionada na oração que o antecede.

Na linha 10, a flexão de feminino em "haja vista" deve-se à concordância com a palavra feminina "natureza".

Preservam-se a correção gramatical do texto e as relações semânticas entre as expressões "sentido" (l.3) e "superfície perceptual" (l.5), ao se retirar a preposição do termo "de onde" (l.7).

Preservam-se as relações semânticas e a correção gramatical do texto bem como tornam-se mais claras as relações entre as palavras "tecnologia" (l.2) e "espaço" (l.2), ao se substituir o pronome "cujo" por de que o.

A idéia expressa por "uma tecnologia de linguagem" (l.2) é retomada, no desenvolvimento do texto, por "hipertexto" (l.9), "ele" (l.9) e "o" (l.10).

No sevidor JBoss, abaixo do diretório identificado por JBOSS_HOME, há o subdiretório bin/, que contém scritps para iniciar a execução do servidor, e o subdiretório webapps / que contém as aplicações implantadas (deployed); dados sobre os domínios de segurança são tipicamente armazenados em conf/domain-security.xml.

No modo de configuração mínimo do sevidor JBoss, há suporte para o serviço JMS e no modo default, é provido o serviço IIOP; o arquivo data/jboss-service.xml lista serviços prestados quando o servidor é ativado; DATA é um dos cinco níveis básicos de log.

Na configuração do servidor Apache HTTP, pode-se configurar o servidor para executar scripts CGI; variáveis de ambiente podem ser usadas para a comunicação entre o servidor e scripts CGI; valores de variáveis de ambiente podem ser definidos via diretivas. Via diretiva é possível, por exemplo, definir o arquivo que o servidor usará para armazenar informações sobre erros.

O servidor Apache HTTP pode ser configurado de modo a suportar server side includes (SSI); sinais podem ser enviados para httpd via o script apachectl; se pode configurar o servidor via diretivas em arquivos como o httpd.conf. Para aumentar o desempenho, a memória principal do computador onde encontra-se o servidor deve ter um tamanho que provoque o aumento da necessidade de swap entre discos e memória principal.

Nos GRIDs, a alocação dos recursos é feita por um gerente de recursos centralizado, e os nós que compõem o GRID trabalham cooperativamente como um recurso unificado. Nos clusters, cada nó tem seu gerente de recursos. Os nós em clusters são autônomos e não o são nos GRIDs.