не сохраняется сессионная переменная

[Sekvestr]

не сохраняется сессионная переменная

подскажите по проблеме - не сохраняется одна из сессионных переменных.

стартую сессию.
создаю подключение к БД (создаётся нормально, и на текущей странице это подключение работает).
записываю это подключение в сессию ($_SESSION['some_name'] = $db_conn). причём в дебаггере показывается нормальное значение, и тип - pgsql.

на следующей странице:
стартую сессию.
подключение, созданное на первой странице - нулевое, и тип - long.

другие переменные - строки, объекты - сохранены нормально.

в чём дело? ПХП не умеет нормально сохранять подключения к БД?

Паша.

 

[Фанат]

а кто обещал сохранять в сессии подключение к бд?

 

[Profic]

мне интересно, тут поможет ссылка на PHP FAQ: Самые основы. Как работает PHP или нет

 

[neko]

ПХП не умеет нормально сохранять подключения к БД?

не умеет

 

[Sekvestr]

2 Фанат
а почему бы нет?

2 Profic
это я читал. и что? как связаны эта статья и мой вопрос?

2 neko
спасибо

Паша.

 

[Фанат]

2 Фанат
а почему бы нет?

2 Profic
это я читал. и что? как связаны эта статья и мой вопрос?

очень, очень мило смотрятся эти две реплики друг рядом с другом

 

[Profic]

Sekvestr
ладно, забей
наверное все же нужно было дать ссылку на мануал, где написано, что сессии хранятся в сериализованном виде, и в таком виде ресурсы и объекты встроенных типов сохранять нельзя

 

[Фанат]

Profic
Дело не в мануале.
а в том, что человек, хоть и читал, но не понимает дискретного принцуипа работы пхп.
путая его с настольным приложением.
он не понимает, что пхп исполняется секунду.

Дебаггер у него тупой есть.
А понимания - нету.

Кроме ЗНАНИЯ, кроме чтения мана, есть еще СООБРАЖЕНИЕ.
Но когда человеку логическое мышление заменяет дебаггер с типом переменной "pgsql", на сосбтвенные силы уже полагаться не стоит

 

[neko]

в том то и дело что пхп не исполняется секунду
просто тут отсутствует персистанс в явном виде

-~{}~ 24.12.04 14:34:

это я к тому что тут как раз нужно знание того что пхп прикрывает самостоятельно за программистом все ресурсы
хорошая защита от дурака и супер защита от аварий
надо это знать
понимание тут не при чем

 

[Sekvestr]

Originally posted by Фанат
Дело не в мануале.
а в том, что человек, хоть и читал, но не понимает дискретного принцуипа работы пхп.
путая его с настольным приложением.
он не понимает, что пхп исполняется секунду.

Дебаггер у него тупой есть.
А понимания - нету.

Кроме ЗНАНИЯ, кроме чтения мана, есть еще СООБРАЖЕНИЕ.
Но когда человеку логическое мышление заменяет дебаггер с типом переменной "pgsql", на сосбтвенные силы уже полагаться не стоит [/B]

ты меня настолько хорошо знаешь, чтобы делать такие выводы?
ты знаешь, что я понимаю, и чего не понимаю?
сильно сомневаюсь.
в таком случае может просто стоило ответить на поставленный вопрос, а?
или ты в первый же день программирования узнал ВСЁ о ПХП? опять же сильно сомневаюсь.

Паша.

 

[4m@t!c]

Profic

наверное все же нужно было дать ссылку на мануал, где написано, что сессии хранятся в сериализованном виде, и в таком виде ресурсы и объекты встроенных типов сохранять нельзя

я как раз пытаюсь понять работу сессий. Вы бы могли поделится такой ссылкой, если не тяжело?

 

[Фанат]

neko
и в CGI режиме? тоже не секунду?
прикрывает? какая прелесть! А если бы не прикрывал? можно было бы пользоваться?

 

[neko]

Фанат
будешь делать вид, что непонял о чем речь?

 

[Фанат]

Sekvestr

ты знаешь, что я понимаю, и чего не понимаю?

при чем здесь я? ты ж сам написал - читал, но не понял.

в таком случае может просто стоило ответить на поставленный вопрос, а?

Может быть. Но я счел нужным ответить сложно. извини, что я в тебе ошибся.

-~{}~ 24.12.04 14:47:

neko
Я не делаю вид.
я действительно не понял, при чем здесь вообще автоматическое закрытие.

4m@t!c
Для понимания работы сессий механизм хранения переменных совершенно необязателен
к тому же, на этом форуме существует правило: один топик - один вопрос.

 

[neko]

я действительно не понял, при чем здесь вообще автоматическое закрытие.

что непонятно
я говорю о mod_php естественно, а не о cgi
все ресурсы пхп закрывает сам после отработки скрипта, если мы его не попросили об обратном, что сделать можно не всегда

 

[Фанат]

ХОРОШО-ХОРОШО!
я понял.
закрывает. пхп. автоматически.
зашибись.

теперь, если тебя не затруднит, поясни пожалуйста, какое это имеет отношение к вопросу.

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

 

[neko]

не затруднит, хотя у меня стойкое ощущение что ты просто кривляешся

то потом запускаешь программу по новой - и ничего открывать уже не надо - просто пользуйся?

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

так, например, работает mod_perl
в вопросе нет ничего что противоречит здравому смыслу
есть банальное незнание основ работы с внешними ресурсами в php

 

[Фанат]

neko
я тут поразмыслил и решил ответить.

в том то и дело что пхп не исполняется секунду

В том-то и дело, что исполняется именно секунду.
Еасколько я понимаю, мод_перл - это скомпилированная программа, висящая в памяти.
И исполняется она не секунду.
А вот в пхп интерпретатор висит в памяти, но каждый отдельный срипт исполняется модулем именно условно говоря секунду. То есть, принципиально от сги не отличается.

Поправь меня, если я неправ.

есть банальное незнание основ работы с внешними ресурсами в php

скорее банальное незнание основ работы php
О чем я, собственно, и говорил

 

[neko]

давай не будем пхп называть интерпретатором
есть mod_php и mod_perl

как работает первый.
а) грузится вместе с апачем и висит себе дальше
б) при обращении к скрипту: 1. читает файл 2. компилирует 3. исполняет
это его режим по работы "по умолчанию"
например многочисленные php-акселераторы сохраняют откомпилированный код

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

как видишь принципиально разницы никакой
и там и там можно делать одно и то же при определенных условиях, просто подход при проектировании изначально был разным

что касается:

скорее банальное незнание основ работы php

ну да и бог с ним

 

[Фанат]

а) грузится вместе с апачем, читает файлы, компилирует их

вот здесь, как мне кажется, несколько не так происходит.
скрипты в под-перл компилируются и висят в памяти, как часть модуля