| 1: |
Quais são os requisitos de sistema para o ColdFusion?
|
|
Isso depende da versão e plataforma em questão. Toda a especificação e requisitos podem ser encontrados em http://www.macromedia.com/br/software/coldfusion/productinfo/system_reqs/.
|
|
| 2: |
O ColdFusion requer o uso de um servidor web?
|
|
O ColdFusion por si só não é um servidor web, ele não responde a requisões do tipo HTTP e não se comunica com o browser do cliente. Por isso mesmo o ColdFusion precisa de um servidor web instalado e rodando. Entretando, o ColdFusion inclui um servidor web integrado (built-in) que pode ser utilizado para desenvolvimento para que você não precise se preocupar em instalar um servidor web completo.
|
|
| 3: |
Qual servidor web (Web server) devo usar com o ColdFusion?
|
|
A escolha é sua (apenas não use o servidor "built-in" do ColdFusion MX em servidores de produção). O Microsoft IIS é extremamente popular em plataforma Windows e o Apache é o mais popular em outras plataformas (incluindo o Linux).
|
|
| 4: |
Quais bancos de dados são suportados pelo ColdFusion?
|
|
Todos os principais são suportados, incluindo o Microsoft SQL Server, Oracle, DB2, MySQL, SyBase e Informix. Qualquer banco de dados que possa ser acessado via JDBC (ou mesmo ODBC, quando necessário) pode ser usado com o ColdFusion.
|
|
| 5: |
Qual banco de dados eu devo usar com o ColdFusion?
|
|
Você pode usar qualquer tipo de banco de dados com o ColdFusion, porém, como uma boa prática, você não deve usar um banco de dados do tipo "file database", pois estes não são seguros e confiáveis em servidores de produção (use-os sem problemas em servidores de teste e desenvolvimento). Escolhas populares (e boas) são o Microsoft SQL Server, Oracle e o MySQL.
|
|
| 6: |
Meu banco de dados precisa estar rodando no mesmo servidor que o ColdFusion?
|
|
Não, o banco de dados não precisa estar rodando no mesmo servidor que o ColdFusion. Na verdade é bem melhor que este esteja rodando num servidor separado. Isso melhora a performance da aplicação e também ajuda a proteger seus dados (contra hackers, roubos e alterações indevidas).
|
|
| 7: |
Eu preciso de um servidor J2EE para rodar ou usar o ColdFusion?
|
|
Não. O ColdFusion Standard vêm com uma versão integrada de um servidor J2EE por isso não é necessário um servidor externo. Adicionalmente, o ColdFusion Enterprise vêm com uma licença completa do JRun, que você pode usar como um servidor J2EE. Entretanto, se você já possui um servidor J2EE (como o Sun ONE, IBM WebSphere ou BEA WebLogic), então você pode desenvolver o ColdFusion sob este e tirar proveito de toda a sua potência.
|
|
| 8: |
Quais são os benefícios de se rodar o ColdFusion sob o meu servidor J2EE (em oposição a utilizar o servidor J2EE standalone do CFMX)?
|
|
Os benefícios principais de se ter o ColdFusion for J2EE incluem a performance e confiabilidade que os servidores J2EE tradicionalmente apresentam, bem como estar apto a rodar multiplas instâncias do ColdFusion Server em uma mesma máquina.
|
|
| 9: |
Posso instalar múltiplas instâncias do ColdFusion numa única máquina?
|
|
Sim, está é uma característica disponível no ColdFusion Enterprise.
|
|
| 10: |
Eu percebi que quando uma das minhas aplicações ColdFusion está sob forte carga, a performance das demais aplicações no mesmo servidor sofrem perda. Como eu posso previnir que uma aplicação não interfira outra?
|
|
O ColdFusion Standard roda todas as aplicações no mesmo servidor (na mesma instância) e por isso não existe maneira de isolar as aplicações umas das outras. O ColdFusion Enterprise suporta o desenvolvimento de múltiplas aplicações em instâncias separadas, o que permite uma real segregação e separação entre as aplicações de um único servidor. Este é um dos maiores benefícios da versão ColdFusion Enterprise sobre a versão Standard.
|
|
| 11: |
Eu preciso enviar uma grande quantidade de e-mails. Como posso melhorar a velocidade de envio de e-mails no ColdFusion?
|
|
Para enviar um grande volume de e-mails você deve estar usando o ColdFusion MX Enterprise. Esta versão tem como característica a possíbilidade de alocar múltiplos threads para o envio de mensagens e também manter as conexões SMTP abertas, possibilitando um envio muitas vezes superior em velocidade ao encontrando no ColdFusion Standard.
|
|
| 12: |
O diretório CustomTags do ColdFusion é compartilhado. Como eu posso oferecer, para cada um dos meus usuários, um diretório próprio de Custom Tags para que estes não interfiram uns com os outros?
|
|
O diretório Custom Tags especificado no ColdFusion Administrator é de fato compartilhado, porém as Custom Tags não estão limitadas a este diretório. Na verdade as Custom Tags podem estar localizadas em qualquer diretório (até mesmo fora da raiz do site/aplicação). Se cada usuário criar seu próprio diretório de Custom Tags eles estarão aptos a acessá-las por meio da tag <CFMODULE> (em alternativa à sintaxe <CF_>).
|
|
| 13: |
Como eu posso forçar o ColdFusion MX a recompilar todos os meus templates .CFM?
|
|
A maneira mais simples de se fazer isso é deletando os arquivos bytecode (os arquivos .class). Por padrão estes arquivos estão localizados sob o diretório de nome cfclasses, localizado na pasta WEB-INF do diretório wwwroot da instalação padrão do ColdFusion.
|
|
| 14: |
Eu esqueci a senha do ColdFusion Administrator. Como eu posso acessá-lo novamente?
|
|
Você não poderá recuperar a senha, entretanto você pode desabilitá-la e especificar uma nova. Para fazer isto procure pelo arquivo neo-security.xml (ele está sob a pasta lib no diretório de instalação do ColdFusion). Dentro deste arquivo procure pela seção de código <var name='admin.security.enabled'><boolean value='true'/></var> e modifique o "true" para "false". Salve o arquivo e reinicie o serviço do ColdFusion. Agora você poderá acessar o o ColdFusion Administrator sem senha e estará apto a modificá-la.
|
|
| 15: |
Eu gostria de aumentar a segurança do ColdFusion Administrator restringindo o acesso em toda pasta cfide. Isso é recomendado e seguro de se fazer?
|
|
É realmente possível restringir o acesso a todo o diretório cfide, porém isso irá restringir o acesso às validações da tag <CFFORM> (o arquivo .js está sob o cfide), o CFC explorer (que está num subdiretório do cfide), o debugger e mais alguns recursos. Dessa maneira, se você quiser aumentar a segurança do ColdFusion Administrator, é melhor proteger somente o subdiretório "administrator" sob o cfide e não todo o diretório cfide. Esse nível extra de proteção e segurança é altamente recomendável.
|
|
| 16: |
Qual porta TCP o ColdFusion usa?
|
|
O ColdFusion na verdade não faz uso de nenhuma porta específica, o servidor web é que realmente o faz (e desta maneira a porta padrão é a 80). O servidor web "built-in" do ColdFusion funciona na porta 8500 (isso pode ser modificado no arquivo jrun.xml localizado na pasta runtime\servers\default\SERVER-INF sob a pasta de instalação do ColdFusion - mude o número da porta em "jrun.servlet.http.WebService").
|
|
| 17: |
Eu posso disabilitar o servidor web "built-in" do ColdFusion?
|
|
Para desabilitar o servidor web "built-in" do ColdFusion basta editar o arquivo jrun.xml que localiza-se sob a pasta runtime\servers\default\SERVER-INF do diretório de instalação do ColdFusion. Localize a definição do serviço jrun.servlet.http.WebService e modifique a chave "deactivated" para "true".
|
|
