Opa,
Estou utilizando iframes em um projeto. É bem comum encontrar documentações que recomendam não utilizar iframes e falam que são uma tecnologia ultrapassada. Mas nenhuma delas explica qual o problema deles, afinal.
Após uma pesquisa o máximo que encontrei é que há uns 5 anos atras alguns navegadores da época não se davam bem com iframes (mas isso nao ocorre mais) e robores de busca terão dificuldades para identificar o conteudo do seu site.
O projeto é restrito, acesso apenas para usuarios cadastrados. Não estou nem aí para robores de busca ou google adwords. Existe algum problema mais relevante de se usar iframes?

Não deu pra postar ontem, mas meu problema continua. Olha como está meu mysql e meu banco agora

mysql> show variables like 'c%';
+--------------------------+-----------------------------------------------+
| Variable_name			| Value										 |
+--------------------------+-----------------------------------------------+
| character_set_client	 | utf8										  |
| character_set_connection | utf8										  |
| character_set_database   | utf8										  |
| character_set_filesystem | binary										|
| character_set_results	| utf8										  |
| character_set_server	 | utf8										  |
| character_set_system	 | utf8										  |
| character_sets_dir	   | h:\wamp\bin\mysql\mysql5.0.45\share\charsets\ |
| collation_connection	 | utf8_general_ci							   |
| collation_database	   | utf8_unicode_ci							   |
| collation_server		 | utf8_general_ci							   |
| completion_type		  | 0											 |

| concurrent_insert		| 1											 |
| connect_timeout		  | 5											 |
+--------------------------+-----------------------------------------------+
14 rows in set (0.00 sec)

mysql> show create database testutf;
+----------+------------------------------------------------------------------+
| Database | Create Database												  |
+----------+------------------------------------------------------------------+
| testutf  | CREATE DATABASE `testutf` /*!40100 DEFAULT CHARACTER SET utf8 */ |

+----------+------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql> show create table nomes;
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
---------------------+
| Table | Create Table

					 |
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
---------------------+
| nomes | CREATE TABLE `nomes` (
  `id` int(11) NOT NULL auto_increment,
  `nome` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8 |
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
---------------------+
1 row in set (0.00 sec)

Tudo utf8, certo?

Meu php ta assim

<meta http-equiv="content-type" content="text/html"; charset="UTF-8"/>
<form action="bd.php" method="post" >
Nome: 
<input type="text" name="nome">
<input type="submit" value="Enviar">
</form>
<?php
header("Content-Type: text/html; charset=UTF-8",true);
/**
 * @author 
 * @copyright 2008
 */
$op = $_GET['op'];
$host = "localhost";
$login_db = "root";
$senha_db = "";
$database = "testutf";
$nome = $_POST['nome'];

	$conexao = mysql_connect($host, $login_db, $senha_db) or die(mysql_error());
	mysql_select_db($database,$conexao) or die("Erro na seleção do BD");
	mysql_query("SET CHARACTER_SET utf8");
	mysql_query("SET NAMES utf8");
	
	if ($nome) {
	$query = "insert into nomes values (NULL, '".$nome."')";
	
	$resultado = mysql_query($query,$conexao);
	}
	
	$query = "Select id, nome from nomes order by id desc limit 10";
	
	$resultado = mysql_query($query,$conexao);
	while ($linha = mysql_fetch_array($resultado)){
		echo $linha[0]." - ".$linha[1]."<br>";	
		}
?>

UTF8 para todos os lados, certo? E o problema continua.

Eu insiro "ááá" no forumlário, e quando vou ler pelo php está "ááá", mas quando vou ler no terminal está ├í├í├í.

Se eu coloco utf8_encode antes de escrever e utf8_decode antes de ler , piora. Quando eu insiro "ááá" no forumlário, vou ler pelo php está ááá, e quando dou um select no terminal está ├â┬í├â┬í├â┬í.

E outra, agora que ta tudo utf8 se eu insiro 'ááá' pelo terminal ele da um warning: | Warning | 1366 | Incorrect string value: '\xA0\xA0\xA0' for column 'nome' at row 1 e não insere nada nos caracteres acentuados. Sera que tem a ver com utf8_general_ci e utf8_unicode_ci?

Estou saindo para almoçar. Quando voltar vou deletar o banco (que por enquanto so tem testes mesmo, nao vou usar alter nada.. vou criar tudo de novo) e criar novamente, colocando utf8 em tudo. No header do html vou por UTF-8. No php vou por conexao igual a sugestao do Crab. Vou mudar as variáveis character_set_client, character_set_connection tudo para utf-8 também.
Tendo sucesso ou não posto aqui o resultado hoje a tarde.

Não consigo entender o que está errado. Só falta esse pequeno ajuste pra colocar no ar, já quebrei a cabeça e não sei resolver. Tomara que alguem me ajude.

Tenho uma tabela que possui entre outros campos númericos, varchars dessa forma descritos:

| id_imovel | int(10) unsigned | NULL | NO | PRI | NULL | auto_increment
| nome | varchar(255) | utf8_unicode_ci | NO | | |
| endereco | varchar(255) | utf8_unicode_ci | NO | | |

Meu banco está assim:

mysql> show create database db_respeito;
+-------------+----------------------------------------------------------------------+
| Database | Create Database |
+-------------+----------------------------------------------------------------------+
| db_respeito | CREATE DATABASE `db_respeito` /*!40100 DEFAULT CHARACTER SET utf8 */ |
+-------------+----------------------------------------------------------------------+
1 row in set (0.00 sec)

Se eu entrar no terminal e inserir algo como:
insert into tb_imoveis values (NULL, 'Açaí do João', 'Atrás do Sótão',2,2)

+--------------+-----------+
| nome | id_imovel |
+--------------+-----------+
| Açaí do João | 1858 |
+--------------+-----------+

Porém caso eu insira pelo php com algo como
$query = "insert into tb_imoveis values (NULL, 'Açaí do João', 'Atrás do Sótão',3,3)";
$resultado = insereBD($query);

e depois consulte pelo terminal aparecem problemas de acentuação

+--------------+-----------+
| nome | id_imovel |
+--------------+-----------+
| AþaÝ do JoÒo | 1859 |
+--------------+-----------+

Se agora eu consultar esses dados pelo php o resultado aparece lindamente no navegador. Estou fazendo algo como:

$query = "Select nome from tb_imoveis where id_imovel=1859";
$resultado=acessaBD($query);
$linha = mysql_fetch_array($resultado);
echo $linha['nome'];

Pelo que eu tenho pesquisado, acredito que o problema eh que o mysql está usando um charset e o php (ou o apache, nao sei) esta usando outro. Porem, como ajeito? Eu tentei deletar o banco de dados, e criei um todo latin1 pra ve se resolvia, mas nesse caso passou a exibir errado tanto ná página em php quanto no banco de dados. O banco "todo latin1" a que eu me refiro eu criei assim:

CREATE TABLE `tb_imoveis` (
`id` INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`nome` VARCHAR( 255 ) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL ,
`endereco` VARCHAR( 255 ) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL
) ENGINE = innodb CHARACTER SET latin1 COLLATE latin1_swedish_ci;

Minhas variáveis do sistema estão assim:

mysql> show variables like 'c%';
+--------------------------+-----------------------------------------------+
| Variable_name | Value |
+--------------------------+-----------------------------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | h:\wamp\bin\mysql\mysql5.0.45\share\charsets\ |
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | utf8_general_ci |
| completion_type | 0 |
| concurrent_insert | 1 |
| connect_timeout | 5 |
+--------------------------+-----------------------------------------------+
14 rows in set (0.00 sec)

O que faço? Alguém me ajuda?

Esse script me quebrou um galhão. Eu preciso de algo parecido com isso, mas no lugar de uma imagem eu quero que ele busque um dado num bd. Para isso fiz uma modificaçãozinha na verificaCarregamento:

if( carregar.complete )
{
document.getElementById("sua_div").innerHTML = "<iframe src =\""+ carregar.src +"\" frameborder=\"0\"> </iframe>";
}

E na hora de linkar estou linkando assim (coloquei onClick porque é mais interessante no meu caso):

<a href="#" onClick="abrePagina('exemplo.php?matricula=3432');">Teste</a>

O "exemplo.php" acessa o banco, pega as informações que preciso e exibe em uma div. No FF funcionou lindamente, no IEca (pelo menos no 6) não funcionou.

Oh: http://arquivos.info...dos/script.html

Desenrolo php legal, mas não javascript. Estou fazendo alguma besteira? Como fazer isso funcionar no ie?

O problema está na parte do iframe. Quando boto o código para exibir imagens ( document.getElementById("sua_div").innerHTML = "<img src=\"" + carregar.src + "\" />"; ) funciona beleza..

Opa! Achei um código em http://www.dynamicdr...ajaxcontent.htm que resolveu meu problema apesar de não exibir o "carregando" enquanto o site carrega.
Se alguem souber o motivo desse outro nao funcionar o IE, falae.. que prefiro esse código daqui.

Experimenta colocar umask(0022); antes de criar a pasta. Funcionou?

Aqui tem um script já prontinho. Pega e adapta
http://caramujo.org/...icando-no-smtp/

Nao conhecia essa sierti, boa dica. Pelo site, parece ser sério. Botei no favoritos aqui, pra caso precise futuramente

A Insite é uma empresa grande e com uma certa tradição na Internet. Nunca utilizei os serviços deles, mas eles já existem há alguns aninhos.
O unico problema seria esse limite do mysql..

Nao vale. Nem um pouco... pelo menos por enquanto

O Vista vai comer sua memoria toda, pelo menos 512mb o sistema vai utilizar so pra ele. Apesar de bonito, é realmente bastante pesado. E outra, voce enfrentará uma série de problemas de compatibilidade. Alguns serão resolvidos rodando o programa como usuario "Administrador" ou instalando no modo de compatibilidade, mas outros.. lamento.

Ou seja, quanto ao vista, se seu computador não tiver o melhor hardware do mundo, esqueça. Se tiver, pense bem, e se achar algum motivo interessante talvez compense fazer uma experiencia.

Em relação ao Office, como sempre, nenhuma grande inovacao. O design mudou bastante. Achei até legal. Existem recursos novos obviamente, mas nada demais (afinal, ninguem usa nem 10% do q o Office oferece).

Ou seja, o Office nem fede nem cheira. Muda se tiver com vontade de ver uma interface nova.

Vale lembrar que o Office 07 salva por padrao arquivo docx ou pptx que so abrem no office 07. É bom lembrar de salvar sempre como doc ou ppt..

Se voce quiser algo mais profissional mesmo, recomendo registrar um dominio, colocar em uma hospedagem paga e por um formmail la. Procura no google por 'formmai em php'. Tem um bocado ja pronto. Isso que você quer é realmente simples de fazer em php mesmo.

Se voce nao usar um host pago, as indicacoes do sk15 sao suficientes

Não vejo problemas em começar com uma revenda. Você vai pegando a prática, depois passa para um VPS, depois para um dedicado alugado..

Não recomendo que utilize uma revenda de hospedagem windows, a não ser que considere ASP realmente fundamental para seus planos. Procure por uma empresa de revenda de hospedagem Linux normal, com cpanel/whm. Hospedagens em servidores windows são geralmente mais caras e não existe um painel de controle tão agradável (ta, o Plesk é bom.. mas mesmo assim ;P).

Não vou te indicar nenhuma, mas quando você procurar verifica se a empresa que oferece a revenda é séria (se possui cnpj, se possui telefone para contato real (nao apenas voip), se o suporte realmente opera nos horários que ela promete, se exite uma sede física real etc). Nesse mercadod e hospedagem tem muita criança brincando de empresário..

Recomendo que você coloque um painel de controle (mais especificamente o cpanel) para facilitar sua vida. O custo é relativamente baixo, uns 25 dolares por mes, e ele automatiza tudo pra vc.

Consome pouca RAM. O problema maior é tráfego mesmo, mas pelas contas ae também nao chega a atrapalhar.

Se voce tiver cpanel instalado no servidor, uma dica é colocar um ip pra cada streaming e verificar o tráfego consumido pelo bandmin. Dae vc tem uma ideia se em termos de tráfego o stream ta te atrapalhando.

Meu dedicado durante muito tempo foi gerenciado com o pessoal da www.gigahost.com.br. Eu tinha um dedicado com eles, e pagava uma grana extra pra equipe deles mesmo tomar conta de tudo. Eles trabalham bem. Depois tirei de la e coloquei com os gringos da www.platinumservermanagement.com. É mais barato e o serviço também é excelente.

Resumindo. Se servir gringos, contrata a platinumservermanagement. Se tiver que ser nacional, vai com a gigahost.

É isso mesmo. Se nao ta dando certo, o arquivo de traducao nao deve ta legal. Pergunta ao teu provedor de hospedagem.

Não só eh possivel como ja existe ;D

http://idea.hosting.....6/phpproxy.txt

http://idea.hosting.lv/a/phpproxy/

Para outros scripts: http://www.hotscript.../search?q=proxy

Se eles realmente bloqueiam, so eles podem desbloquear. Mas eh bastante estranho eles bloquearem essa conexao com a porta 6667, nao faz sentido. Tenta se conectar em outra rede (undernet, efnet sei la) na porta 6667 pra ve se realmente eh isso. Se for liga pra la, reclama e pede pra desbloquearem.

Usei radio por um bom tempo e meu provedor nunca bloqueou nao.

Sobre hosts free que aceitam dominios: http://forum.wmonlin...howtopic=185847

Eu uso o kayako, helpdesk pago que faz tudo isso.

Pra desenvolver, acho que deve ser meio complexo

Isso vai ser feito uma vez so ou eh um backup frequente? Se for um backup frequente, recomendo que use rsync. Procura se informar sobre o rsync, pois backup por FTP pode te prejudicar nesse caso.

O cpanel conta tudo como tráfego. FTP, email e http. Mas por servidor, você fala servidor dedicado né? Nesse caso, isso não interfere. O limite que seu datacenter impõe não é calculado pelo cpanel.

O ideal para backups é que os servidores estejam na mesma rede (para não comer a banda com a internet) e que sejam feitos por rsync, atualizando so o que for modificado.

Eu usei por muito tempo o www.awardspace.com

Aqui tem uma lista de outros tantos: http://www.free-webh...ain-hosting.php

Você precisa falar com seu gerente, ele vai autorizar isso para sua conta e alguem da operadora de cartão vai entrar em contato com essa tal API. Eles geralmente colaboram legal com a implantação. O seu host precisa ter um certificado ssl.

Se quiser algo mais simples, poderá usar um paypal/pagseguro. Eu nunca tive problemas com o pagseguro nao. Acho até bem pratico. Se nao gostar dele, tenta o www.sendep.com.br

Bom, só para deixar claro:

Dominios nacionais - .com.br - Só quem registra é o registro.br. O valor é R$30,00/ano e há exigência de cnpj. Qualquer empresa que se diga apta a tal registro, apenas recolherá seu dinheiro (e possivelmente algo mais) e registrará no registro.br (frequentemente registram o dominio no nome deles, e você fica "refem" deles. So pode mudar qualquer coisa no dominio pedindo pra eles, e farão o possível para você não mudar de host).

Domínios internacionais - .com, .net e .org - Existme váris de registrantes, a maioria internacional. No brasil, praticamente todos são revendas de algum registrante internacional. Sei que locaweb é registrante, mas acho que a 100br, por exemplo, é (ou era) revenda da enom. Tanto faz registrar com uma revenda ou diretamente com um registrante, desde que o dominio fique em seu nome, você mesmo faça o registro e você tenha acesso a um painel de administracao do seu dominio. O preço varia de R$15 a R$45 por ano. Só tome cuidado para não registrar com hosts amadores que colocarão o domínio no nome deles e você não será dono de seu domínio.

Quanto ao contrato da namecheap, ja que ta na duvida, registra na godaddy.com. Godaddy é o maior do mundo, ja registrei dezenas de domínios lá. Além do mais, é mais barato ;D

Pode registrar pelo http://www.marcaria.com , acho que nao precisa de nada na belgica nao.

So um detalhe, o TLD é .be e nao .com.be