I am working on an XML serializer module for PHP. It will allow session
information to be stored as XML in the database. While this sounds like
self promotion, and it probably is a bit, it is needed to make sense of why
I am doing this. Anyway, the XML stream is so that I can use PHP session
data
On Wed, 2006-01-18 at 15:36, Mark wrote:
[-- CLIPPED --]
Here's a point of debate, should this sort of behavior be allowed? If it is
allowable, how does one support it in any sort of serialized methodology? I
have a few ideas but none very pretty. I'm pretty sure it causes problems
in
On Wed, 2006-01-18 at 15:44, Robert Cummings wrote:
Yes it should be allowed,
Actualy was just thinking about how I didn't allow this in JavaScript...
you might want to make it an option as a second parameter to recurse. I
know in JavaScript any DOM element references the entire DOM tree and
Robert Cummings wrote:
On Wed, 2006-01-18 at 15:36, Mark wrote:
[-- CLIPPED --]
Here's a point of debate, should this sort of behavior be allowed? If it
is allowable, how does one support it in any sort of serialized
methodology? I have a few ideas but none very pretty. I'm pretty sure it
On Wed, January 18, 2006 2:36 pm, Mark wrote:
Here's a point of debate, should this sort of behavior be allowed?
Of course it should be allowed!
It's a standard computer science technique!
There are entire branches of mathematics / science devoted to
recursive graph theory.
Whole *BOOKS*
On Wed, 2006-01-18 at 16:20, Mark wrote:
Robert Cummings wrote:
The implementation is slightly more difficult than what I've just
described, but simple enough :)
It's truly ugly, don't you think?
Actually I find it quite elegant, but maybe that's just me :)
Cheers,
Rob.
--
I have ran into a rather interesting problem while zlib or gzip compression
is enabled on my site. I have an external javascript-php file (a javascript
file that is dynamically generated as in filename.js.php) which is included
in the main template using the script element (for example script
Hi guys, I hope someone out there can help me
I just ran into an interesting issue
Basically, I am working on a php-powered template which works
in two different languages (English and Ukrainian):
http://wwwkulchitskicom/btl/templatephp?lang=eng
When you go to this address (!in Netscape),
Vlad,
Try a href=$PHP_SELF?lang=ukrIMAGE/a
/bsh/
--
PHP General Mailing List (http://wwwphpnet/)
To unsubscribe, visit: http://wwwphpnet/unsubphp
Hi... I have an interesting problem I don't know which way to solve. So I'll
shoot it out to you guys and see what you might offer.
I have two databases, say X, and Y:
CREATE TABLE X(
Id int(11) NOT NULL auto_increment,
Dep_Date date,
Return_Date date,
Cat1_Status varchar(100),
Cat2_Status
It's obviously more effective to do it in MySQL, but you shouldn't have any real
processing problems even if you don't find an appropriate solution using MySQL
exclusively, because you'd have the two arrays ordered by MySQL, so all you'll
have to do would be something like
Hi Yoed,
mysql_query(SELECT Id, Dep_Date, Return_DateFROM X,Y WHERE Dep_Date LIKE
'%$SelectDate%' OR Return_Date LIKE '%$SelectDate%' ORDER BY Dep_Date);
Will give you a ton of errors, and I'm not very fimilar with JOIN and SQL
and how that works. My idea was to create two querys, but the
Is there a way to store users input on *another* page (i use frames), in
hidden fields, then be able to update those hidden fields as the user goes
along, also, be able to extract that data when a user returns back to a
previous form?
I'm thinking of using this instead of Sessions or Cookies.
You can indeed do this in javascript. You need to put a FORM on the page in
the other frame and then access the data elements in that form with the
syntax
parent.frame[x].formname.elementname.value
or something along those lines.
This gets pretty ugly pretty quickly, IMO. Also, I think you
14 matches
Mail list logo