Phar ... brilliant, a couple of questions?
| From: | Jochem Maas | Date: | Sat, 12 Jul 2008 16:36:45 +0000 |
| Subject: | Phar ... brilliant, a couple of questions? | ||
| Groups: | php.internals | ||
| Request: | Send a blank email to internals+get-38917@lists.php.net to get a copy of this message | ||
to Greg and his cohorts a hearty bravo!
Phar is a really great addition, I'm very impressed with
the finesse of the initial implementation ... it's quite
rare to see [imho] a new feature appear in such a mature
and well thought out manner, good work 'smith. :)
I have a few questions, some of the answers may deserve
a few lines in the docs.
1. to what extent is Phar capable/designed to handle self
updating Phars .. especially with regard to multi-user access
(I'm thinking in terms of a website+CMS+userdata in a Phar
updated by a few people 'concurrently')
2. is there a (quick) way to reference a Phar object of
the current (as in Phar::isRunning()) Phar file - I figure
the engine can do new Phar(Phar::isRunning()) faster/better, no?
3. are there technical reasons for not being able to create/access
an sqllite db inside a Phar?
4. Am I crazy to think of building a dynamic website, cms, including
all user [uploaded] files, installation config .. complete with
command line interface for updates, upgrades, module/config
management, etc, etc ... all in one Phar? is that feasable?
what kind of read and/or write concurrency could one expect?
if building self updating Phars is okay, then maybe an example
in the manual could be done to emphasis a few do's, dont's,
limitations, etc.
kind regards,
Jochem