_SESSION не работает из корневой папки

[Lyahasik]

В общем дело обстоит так:
Настраивал добавление и удаление товаров в корзину, все получилось, но чтобы не гулять по папкам делал это в папке со страницами товаров. После того как перенес уже готовое в корневую папку сайта сессия перестала работать. Когда возвращаю файлы в папку с товарами то все отлично. Что может быть не так?

вот код:

1.php
<?php
session_start();
$_SESSION['pricecart']=$pricecart;
$_SESSION['cart']=$cart;
?>

stile.js
$.ajax({
type: "POST",
url: "../addtocart.php",
dataType: "html",
data: {pricecart:+newprice, cart:goods},

});

addtocart.php
<?php
session_start();

$pricecart=$_POST['pricecart'];
$_SESSION['pricecart']=$pricecart;

$cart=$_POST['cart'];
$_SESSION['cart']=$cart;
?>

 

[Фанат]

да, писать этому про отладку смысла нету.
он ведь верит, что добрый дядя посмотрит, и увидит его ошибку.
дядя дейститвительно видит. но где гарантия, что это не будет "ой, я там исправил а здесь забыл"
и - главное - что не прибежит со следующей ошибкой, потом следующей - и так далее.

у тебя запрос до пхп скрипта вообще доходит? Консоль разработчика в браузере когда-нибудь видел?

 

[Lyahasik]

у тебя запрос до пхп скрипта вообще доходит? Консоль разработчика в браузере когда-нибудь видел?

Вот я и не мог понять почему он не доходит до php файла, ведь остальной скрипт работал.
В адресе заменил "../addtocart.php" на "сайт/addtocart.php" и все заработало, просто не ожидал что скрипт не поддерживает "../".
Спасибо за точно поворчали - своеобразная мотивация =)

 

[Фанат]

ЧТО ЗНАЧИТ НЕ ПОДДЕРЖИВАЕТ?
- "Шел в туалет, зашел в кухню, обосрал всю плиту. Странно, откуда в туалете плита?"

Нет, я понимаю, что маленькие мальчики не знают, что такое "../". Но вот эта искренняя детская вера в то, что во всем виноват "скрипт, который не поддерживает", а не собственные кривые ручонки - это завораживает, да.

 

[Lyahasik]

Нет, я понимаю, что маленькие мальчики не знают, что такое "../". Но вот эта искренняя детская вера в то, что во всем виноват "скрипт, который не поддерживает", а не собственные кривые ручонки - это завораживает, да.

Тогда какого прямая ссылка сработала, а "../" нет?

 

[Фанат]

Это заговор империалистов. Обама гадит честным российским патриотам.

 

[c0dex]

@Фанат ну ты уж совсем его загнобил)

А автору мы посоветуем пойти и почитать про пути (относительные и абсолютные), что есть ../ и почему ему не надо это использовать в AJAX, нигде и никогда.

 

[Фанат]

Ё-моё. Здесь дело совсем не в весьма спорном утверждении, что " ../" не надо использовать нигде.
Кодекс, ну ты включай голову хоть иногда.

 

[hell0w0rd]

Да и jquery пора заканчивать использовать)) document.querySelector - есть, fetch - есть.

 

[fixxxer]

fetch - есть.

Я бы не назвал это "есть". Не, понятно, что полифиллы.

document.querySelector

У него есть небольшая проблема - он сделан через жопу. Jquery ее, конечно, не решает нифига (в sizzle используется говнохак с временным ID), но это не отменяет проблемы. Selectors API2 проблему решит, но его имплементить никто не спешит

 

[hell0w0rd]

Я бы не назвал это "есть". Не, понятно, что полифиллы.


У него есть небольшая проблема - он сделан через жопу. Jquery ее, конечно, не решает нифига (в sizzle используется говнохак с временным ID), но это не отменяет проблемы. Selectors API2 проблему решит, но его имплементить никто не спешит

https://github.com/github/fetch - я бы назвал это "есть". В отличии от jquery нормальные A+ промисы. Единственный косяк - chrome dev tools не помечают эти запросы как xhr, приходится смотреть на вкладке other.
А по поводу querySelector, оно вообще по хорошему не должно использоваться, в особенности с современными фреймворками.
PS IE опять впереди планеты всей http://caniuse.com/#search=promise. Хотя говорят es6 они лучше всех поддерживают.