Como definir um cookie para outro domínio

Digamos que eu tenha um site chamado a.come, quando uma página específica deste site é carregada, digamos link da página, gosto de definir um cookie para outro site chamado b.come redirecione o usuário para b.com.

Quero dizer, na carga de a.com/linkeu quero definir um cookie para b.come redirecionar o usuário b.com.

Eu testei e o navegador realmente recebeu o cookie de a.com/link, mas não o enviou na solicitação de redirecionamento b.com. Isso é normal?

Podemos definir cookies para outros domínios?

Você não pode definir cookies para outro domínio. Permitir isso apresentaria uma enorme falha de segurança.

Você precisa obter b.com para definir o cookie. Se o a.com redirecionar o usuário parab.com/setcookie.php?c=value

O script setcookie pode conter o seguinte para definir o cookie e redirecionar para a página correta em b.com

<?php
    setcookie('a', $_GET['c']);
    header("Location: b.com/landingpage.php");
?>

Semelhante à resposta principal, mas em vez de redirecionar para a página e vice-versa, o que causará uma experiência ruim ao usuário, você pode definir uma imagem no domínio A.

<img src="http://www.example.com/cookie.php?val=123" style="display:none;">

E então, no domínio B, que é exemplo.com, em cookie.php, você terá o seguinte código:

<?php
    setcookie('a', $_GET['val']);
?>

Hattip para Subin

Probaly você pode usar Iframepara isso. O Facebook provavelmente usa essa técnica. Você pode ler mais sobre isso aqui . O Stackoverflow usa uma técnica semelhante, mas com armazenamento local em HTML5, mais sobre isso em seu blog

Definir cookies para outro domínio não é possível.

Se você deseja passar dados para outro domínio, pode codificá-los no URL.

a.com  ->  b.com/redirect?info=some+info (and set cookie) -> b.com/other+page

Você não pode, pelo menos não diretamente. Isso seria um risco de segurança desagradável.

Embora você possa especificar um atributo Domínio , a especificação diz "O agente do usuário rejeitará os cookies, a menos que o atributo Domínio especifique um escopo para o cookie que incluiria o servidor de origem".

Como o servidor de origem é a.come não inclui b.com, ele não pode ser definido.

Você precisaria b.comdefinir o cookie. Você pode fazer isso via (por exemplo) redirecionamentos HTTP para b.come para trás.

Caso você tenha a.my-company.come, em b.my-company.comvez de apenas, a.come b.compossa emitir um cookie para o .my-company.comdomínio - ele será aceito e enviado para os dois domínios.

veja RFC6265 :

O agente do usuário rejeitará os cookies, a menos que o atributo Domínio especifique um escopo para o cookie que incluiria o servidor de origem. Por exemplo, o agente do usuário aceitará um cookie com o atributo Domain de "example.com" ou "foo.example.com" de foo.example.com, mas o agente do usuário não aceitará um cookie com o atributo Domain de "bar.example.com" ou "baz.foo.example.com".

NOTA: Por motivos de segurança, muitos agentes de usuário estão configurados para rejeitar atributos de domínio que correspondem a "sufixos públicos". Por exemplo, alguns agentes de usuário rejeitarão os atributos de domínio "com" ou "co.uk". (Consulte a Seção 5.3 para obter mais informações.)

Mas a solução alternativa mencionada acima com image / iframe funciona, embora não seja recomendada devido à sua insegurança.

Você não pode, mas ... Se você possui as duas páginas, então ...

1) Você pode enviar os dados através de parâmetros de consulta ( http://siteB.com/?key=value )

2) Você pode criar um iframe do Site B dentro do site A e pode enviar mensagens de postagem de um lugar para outro. Como o Site B é o proprietário dos cookies do site B, ele poderá definir qualquer valor necessário ao processar a mensagem de postagem correta. (Você deve impedir que outros remetentes indesejados enviem mensagens para você! Isso depende de você e do mecanismo que você decide usar para impedir que isso aconteça)

Neste link, encontraremos a solução Link .

setcookie("TestCookie", "", time() - 3600, "/~rasmus/", "b.com", 1);

Envie uma solicitação POST de A. As solicitações de postagem estão apenas no servidor e não podem ser acessadas pelo cliente.

Você pode enviar um pedido POST a partir a.comde b.comusar CURL (recomendado, serverside) ou um escondido method="POST"forma (clientside). Se você optar pelo último, poderá ofuscar seu JavaScript para que o usuário não seja capaz de entender o algoritmo e interferir nele.

Crie um gateway b.compara definir cookies:

<?php
    if (isset($_POST['data']) {
        setcookie('a', $_POST['data']);
        header("Location: b.com/landingpage");
    }
?>

Se você deseja levar a segurança um passo adiante, implemente uma função nos dois lados ( a.come b.com) para criptografar (ativar a.com) e descriptografar (ativar b.com) dados usando um código criptográfico.

Se você estiver tentando fazer algo que deve ser absolutamente seguro (por exemplo, transferir uma sessão de login), tente oAuth ou inspire-se em https://api.cloudianos.com/docs#v2/auth