Если у Вас есть человеческие URL или подпапки (как www.domain.com/path1/path2/), то необходимо установить путь cookie к / для работы на все пути, не только текущий.
if($form_submitted) {
...
setcookie('type_id', $new_type_id, time() + 60*60*24*30, '/');
header("Location: $url");
exit;
}
Из руководства PHP:
путь на сервере, в котором cookie будет доступен на. Если установлено на '/', cookie будет доступен во всем домене. Если установлено на '/foo / ', cookie только будет доступен в рамках/foo/каталога и всех подкаталогов, таких как/foo/bar/домена. Значение по умолчанию является текущим каталогом, в котором устанавливается cookie.
Я подозреваю, что Microsoft не намеревается делать этот формат документированным. В прошлом Microsoft заявляла, что документированные функции и форматы требуют в некоторых случаях на порядок больше работы.
Если формат не задокументирован, это потому, что Microsoft этого хочет. Любая документация будет проходить анализ и обратный инжиниринг.
Я не знаю, для чего вам это нужно, поэтому это может иметь значение, а может и не иметь значения, но Visual Studio 2010 собирается отказаться от формата .vcproj. ;)
Они переходят на .vcxproj, который основан на MSBuild. (И, как таковой, он также будет полностью задокументирован)
Так что, возможно, будет легче нацелить это, по крайней мере, в долгосрочной перспективе.
Что касается GUID, я считаю, что каждый из них просто должен быть уникальным . Я не думаю, что между ними существует какая-либо связь (два элемента никогда не должны иметь одинаковый GUID).
Microsoft просто любит давать всему свой собственный GUID. Никогда не знаешь, когда оно тебе понадобится! ;)
Думаю, я помню проблему с действительно старой версией CMake , связанной с UniqueIdentifier
, что они не были уникальными. Если я прав, проблема была устранена, и uniqueIdentifier
должен быть идентификатором GUID.
Извините, я ничем не могу помочь. Я перешел на cmake, и теперь мне не нужно возиться с файлами vcproj, они созданы для меня.
Вероятно, вы можете найти дополнительную информацию на сайте CMake , поскольку у них есть генератор для файлов проекта vc они, должно быть, уже выполнили все обратное проектирование.
Все элементы в .vcproj задокументированы, вроде как, то есть документация DevStudio для интерфейсов VS Automation описывает объекты / свойства проекта, а объекты / свойства проекта напрямую сопоставляются с xml элементы / атрибуты.