Re: [PHP] Re: [users@httpd] November 2, 2004

2004-11-02 Thread Enrico Weigelt
* Patrick Donker [EMAIL PROTECTED] wrote:

Hi folks,

snip
   This is just a friendly reminder that if you are registered in the
 United States to VOTE on November 2, 2004 (TOMORROW)
 
   Need to know where you vote?
 
  Please see the attached file (it is an image) that contains some 
  information
 
 Do we care? Realy? Unlikely. Maybe you should send your 'useful' info on 
  a national mailinglist only.
well, surely its spam ... 

BUT: i personally think its okay to talk about such offtopics when
they're so generally important. 
On 9/11 we got the longest thread in the german PHP list we ever had ...

The current election is probably as important as 9/11, becaus US citizens
have to decide whether they still want an administration which blocked
any attemt to prevent the attack on WTC and misused the losses to make 
US ready for imperialistic wars - as well as their ancestors did with
Pearl Habour - and attacks one country after another, brings destruction,
dead an poverty to millions of people. The american citizens have to 
decide whether they still want an administration which delcared the 
European countries as supporters of terrorism, negated almost every
important international contract (i.e. Kyoto protocol), impersonates
aggressiv religious fundamentalism, threatened to invade in Den Haag,
sends US people to death. They also have to decide if they still want
an administration which is responsible for the destruction of the 
public health insurance, is responsible for extremly high prices and
costs of living, loss of thousands over thousands of jobs, decay of
public education and strong growing poverty.

I personally don't really see any major difference between the chimp
and /bin/.laden ... for me both are fanatic religous killers.

So my credo is: Bush for prison, Kerry for president!

I really, really hope that the US people make a good decicion for 
peace, cultural respect and democracy. But I'm not too optimistic
that Kerry has an good chance, as long as US are lacking of fair
elections - in regions where Diebel voting machines are used, the 
chimp will win. The chimp won the last election by election fraud
and I'm really afraid that this will happen again.

Is this the American way of democary ?!


cu
-- 
-
 Enrico Weigelt==   metux IT service

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
 -- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Shell_exec

2004-04-16 Thread Enrico Weigelt
* Peter Hansen [EMAIL PROTECTED] [2004-04-15 20:36:28 +0200]:

snip
 require_once(mainfile.php);
 
 include(header.php);
 
 $content =  `/C:/Inetpub/com/html/bf1942live/vietnam.pl`;

Are you working on dos/windows ? 

yes)
win32 does (IMHO) not support external interpreter executables
you then must call `perl /C:/Inetpub/com/html/bf1942live/vietnam.pl`
(probaly fix the perl interpreter location if its not in $PATH)
you probably consider changing the server platform.

no)
your command path is wrong. driver letters only exist on dos/windows.



cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Sending document to printer...

2004-04-16 Thread Enrico Weigelt
* Alex Ortiz [EMAIL PROTECTED] [2004-04-14 18:28:18 -0500]:

 I'm looking for some ideas to send data directly to printer, 
 considering the user runs a browser (client side), while the PHP code 
 runs at apache server (server side). PHP has some printing functions, 
 but only for the Windows version.

Printing in professional environments is a little bit more complex than
it seems for the standard windows user.

Spooling and printjob generation are fundamentally two different things
Windows mixes this together and only provides a very limited API for
sending screen-paint operations to print job. 

So if we want to code a good printing extension (which I'd really welcome
and I'll really like to contribute to), we have to keep these things 
separated.

For print spooling, lpr gives and simple easy-to-use interface. But of 
course this is quite limited and only applicable for adding new jobs locally.
(more than that is possibly, but not easy to use IMHO). 
Probably CUPS supplies some suitable client libs, but I didn't have a look
at them, so I cant tell you anything about them.

I would recommend writing a very small lib for doing normal print queue
management in a platform independent way.

On gtk there were also some folks requesting such an API (they wanted to 
include it into gtk, which was gladly refused)

If there're some more people willing to work on that I'll start a new
project for that, which also produces a php-binding. I'll also offer to 
host some project resources like website, maillists, etc and recruit 
these folks from gtk for it.

But I won't do evryhing by myself :)

Okay, this was print-spooling. 

Job-Generation is another topic. This really depends on your datasource
and the languages your target printers understand. Most of the world
(Unix, Apple, almost all better printers ...) will understand PS or PDF
and probably SVG. Windows and windows-only-printers go their own way 
and only understand WMF, but could use gs to render PS/PDF to WMF.

There're many libs out there for generating such formats, i.e. pdflib
or cairo. For rendering HTML you'll maybe try to get gecko pdf backend
running or pipe it through html2ps.

For supplying a windows-like printing API probably a mixture of my
recommended spooling API and cairo would be suitable.

 My HTML/PHP program process some input data from a form, then open a new
 window with the resulting data. The user needs to print this resulting data
 in a blank sheet, but the browser (MS Internet Explorer) prints some headers
 and footers besides the data.
Well, this is a IE problem. 

BTW: where should the printing happen ? On the webserver or the client ?
These are fundamentally different.

Printing on the server was the topic I was talking about.
If you're talking about printing from the webbrowser and fixing IE's
printing problems - this is not a PHP issue!


regards,
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Encrypting Source

2004-04-16 Thread Enrico Weigelt
* Richard Harb [EMAIL PROTECTED] [2004-04-16 16:09:14 +0200]:

 Two come to mind:
 - Zend Encoder
   costs $, but is widely supported as it 'only' needs zend optimizer to decode
 - Turck MMCache/phpcoder on sf.net
   open source but not available on most webhosters. though IMHO the cache
   alone is worth looking into
- apc-cache.
  its cachefiles could also be used as encoded binaries.  it is not really
  encrypted (so you need a special decipher + key), but this maybe easily
  added into the loader function of the cache storage layer.
  

cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP] php buildsystem [WAS: Compile PHP question]

2004-04-16 Thread Enrico Weigelt
* Red Wingate [EMAIL PROTECTED] [2004-04-16 10:46:19 +0200]:

snip
 [quote]
 The CLI SAPI was released for the first time with PHP 4.2.0, but was still 
 experimental and had to be explicitly enabled with --enable-cli when 
 running ./configure. Since PHP 4.3.0 the CLI SAPI is no longer experimental 
 and the option --enable-cli is on by default. You may use --disable-cli to 
 disable it.
 [/quote]
 
 Using:  './configure --enable-cli --with-mysql' is just right :-)

BTW: the whole bunch of build options is very misleading and inconsistent.

i.e. foo-support doesn't say anything, what it really does. 
does it leave space for foo to operate ? 
or does it use foo to do something magically ? 
or does it automatically make donation to the foo project on each request ?
or provide a PHP/Zend binding to foo's API ?


Why cant we at least group several features together and introduce 
a clear naming scheme ? I'd suggest a kind of hierachical namespace.

On some short I've got there different groups in mind:

+ SAPIs to build (even it may sound a little bit misleading,  
  the CLI/standalone interpreter) is also an SAPI.
  perhaps we should someday find a better word, i.e. interpreter ?
  
  so their options would be: --enable-sapi-sapi_name
  or w/ optional paramter: --enable-sapi-sapi_name=param

  other sapi-dependend parameters should then be named in the way:
  --sapi-sapi_name-param_name
  
+ there are many extensions, which all provide a set of functions.
  so their should all be called:
  
  --enable-ext-ext_name or --enable-ext-ext_name=data
  
  It should be made clear, that extensions are _optional_ modules
  (in fact they may exists as .so's)

  Built-in extensions (i.e. pcre) should also be selectable here,
  but of course may be enabled by default.
  
+ many extensions and other features have external dependencies,
  some of these are supplied by bundled libraries.
  
  we should have a way to choose, where to get a library from
  (system wide, some other path or bundled) and whether to do 
  static or dynamic linking. for cross-compiling its also necessary
  to specify a prefix where the stuff at build-time comes from
  (i.e. the root dir of the other target system)
  
  I'd suggest the scheme:
  
  --with-libname-source=(bundled|system|/path/to/prefix)  
-- prefix (FHS-style)
  --with-libname-include=/path/to/includes
-- include directory (added include search path for importing modules)
  --with-libname-static=/path/to/static/lib
  --with-libname-dll=/path/to/dynamic/lib
  --with-libname-rpath=/pat/to/dll/runtime/path
-- analogous.
  --with-libname-config=/path/to/pkgconfig-script 
-- path to config script
  --with-libname-pkg-config
-- use freedesktop.org's pkg-config to detect the package.
(optional parameter is the path to pkg-config)


One big problem with the configure script is its magic autodetection,
which sometimes does stupid things, i.e. enabling some features/extensions
just because it finds a dependency and leaving out because it doesn't
find one of the dependencies and changing this behavour on some 
features from version to version. 
(okay, this is a common autoconf problem - in fact is a fundamental 
design flaw of autoconf)

At least it should produce a really clear and machine readable 
(means regular grammer) output of all available features and modules, 
whether they're enabled (and why) their dependencies, and the used pathes 
and build options/variants.

For example:

[TARGET sapi/cli]
module: sapi/cli
install-bindir: /usr/bin

[MODULE ext/pgsql]
module: ext/pgsql
version:1.2.3.4
description:postgresql client library binding
enabled:yes
link-type:  static
depdends:   pg-client=7.3.0

[DEPEND pg-client]
abi-version:7.4.1.0
link-type:  dynamic
link-rpath: /usr/lib/pgsql/lib/

...


Such information is probably not very useful for people just compiling
php on the target system by hand, but its really important to make the
packager's/distributor's live much, much easier.


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: AW: [PHP] smarty

2004-04-16 Thread Enrico Weigelt

BIG_SNIP /

It seems the discussions wents in a completely nonsense direction.

Arguing about TE's in general and one concerete TE named smarty 
is simply silly.

Either we'd talk about the (dis)advantages of TE's in general 
or compare different TE's, i.e. smarty vs. pattemplate vs. xslt.

So lets split the thread into the two different topics and talk 
about them separately. Instead arguing apples are tasting better
than bananas since because of the different color is simply nonesense.


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Compile PHP question

2004-04-15 Thread Enrico Weigelt
* Dave Carrera [EMAIL PROTECTED] [2004-04-15 11:14:45 +0100]:

 Hi List,
 
 How do I compile php without apache, with mysql (client is installed) as
 cli.

./configure --enable-cli --with-mysql

btw: if you're planning automated builds, you'll be maybe interested
in my buildfarm project ...


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] function for backing up mysql

2004-04-14 Thread Enrico Weigelt
* Victor SpÄng Arthursson [EMAIL PROTECTED] [2004-04-14 11:55:13 +0200]:

snip
 But? the database is on a hotel to which I have no remote access to 
 mysql? My client want to be able to click a link and get a backup 
 file in return?
 
 Is it possible to redirect the output from mysqldump using only php, 
 and with no command line access?

backtick operator ?


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: smarty

2004-04-14 Thread Enrico Weigelt
* pete M [EMAIL PROTECTED] [2004-04-14 13:50:19 +0100]:

 Moving our sites to smarty is the best thing we've done at our company...
 
 
 I do the php/database coding (logic)
 the html designer does the templates/css
 and the graphic designer does his bit.

I really don't like smarty. The idea is simply not right. 

The problem is, that smarty itself (or its template-language) also
contains imperative process logic. In fact it is not an real template engine,
but instead an php dialect which helps a bit on website programming. 

Smarty still lets some major problems unsolved:

+ does not separate (imperative) code from layout. it still models 
  process logic
+ such non-trivial imperative code is not suited for non-programmer's 
  (perhaps graphical) editing tools.
+ the layouter has still so learn (a subset of) php and so also has 
  to be a programmer
+ offers no clear borderline between layout definitions and application code.
  you simply can't give a customer of your application service access to
  without imposing really serious security problems.
+ bound to the php-interpreter and cannot be used w/ other languages.
+ content rendering process cannot be separated from the application server.
  (still must happen in the same process)


Well, I personally prefer the patTemplate way. 
And if you wanna see my last two points solved, then my own branch 
(pTemplate) will offer good help.


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] smarty

2004-04-14 Thread Enrico Weigelt
* Chris de Vidal [EMAIL PROTECTED] [2004-04-14 10:30:53 -0400]:

snip
 So there are alternatives to what Smarty offers, but I also said I just
 see them [template engines] as another tool.  It's a tool; use it where

I can't agree here. 

Template engines (in the sense we're talking here - for separating 
presentation/layout from application logic in web-like application 
environments) should be much more than just a tool, they're better 
should be considered as a fundamental component in the whole environment,
as well as the application server, the frontend webserver (httpd),
database/storage or client.

The W3C tries to establish its own template engine - XSLT - (probably
the most powerful) in the web. Of course its a little bit too 
complicated and overdozed for many small applications and quite hard
to learn for non-programmers. So there're other, more simple, 
template engines out there, i.e. patTemplate/pTemplate.


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: smarty

2004-04-14 Thread Enrico Weigelt
* Justin French [EMAIL PROTECTED] [2004-04-15 00:37:41 +1000]:

snip
 You must remember, Smarty is just a layer over PHP.  All the functions 
 that you've listed exist in pure PHP code somewhere.  It would 
 relatively easy to code equivalent templates in PHP.
Yes, you're right.

But then it should not be called a template engine, but instead a special
php dialect.

 Taking some random examples from your list:
   {foreach from=$custid item=curr_id}
   id: {$curr_id}br
   {/foreach}
   becomes
   ? foreach($custid as $curr_id): ?
   id: ?=$curr_id?
   ? endforeach; ?

Well, in patTemplate this is much cleaner and easier to understand
for non-programmers.

template:

patTemplate:tmpl name=foo
blah
patTemplate:tmpl name=list
id: {id}
/patTemplate:tmpl
/patTemplate:tmpl

code:

$tmpl-addVar ( 'list', 'id', array ( 1001, 1002, 1003, 1004 ) );
$tmpl-addVar ( 'list', 'name', array ( 'joe', 'jack', jane', 'charlie' ) );


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] smarty

2004-04-14 Thread Enrico Weigelt
* Chris de Vidal [EMAIL PROTECTED] [2004-04-14 11:33:56 -0400]:

snip
 Naww... I'd been using Smarty for several weeks now because I thought the
 only alternative to spaghetti code was Smarty, but recently I realized
 that it's not, and that simple example shows it.  I didn't realize I had
 another alternative.

Well, you should probably try patTemplate :)


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: smarty

2004-04-14 Thread Enrico Weigelt
* Tim Traver [EMAIL PROTECTED] [2004-04-14 09:00:24 -0700]:

snip
Actually, you can use smarty in a way that solves those issues. 
Not without putting much code around smarty.

 Simply not include the logic features of smarty in your templates. 
But how can I really prevent the one who writes the templates from
using php code ? And THATs one of the biggest security problems for me.

We're offering application services to our customers. The users have 
full access to the templates, so they can make their changes themselves. 
But therefore its absoluteley necessary that they can't inject any php 
code and so compromise the application server.

Smarty simply cannot provide this.

snip

 That way, the only thing included in the templates is html, and
{$variables}.
Then your web designers don't need to learn anything.

The designer has to learn coding if it gets a little bit more complex.
We've tested it with our designers: they've real difficulties in 
understanding imperative process logic (which is trivial for us coders).
Instead they can work very good with simple rule-systems, which just
say snippet visble or invisible or this text for this condition.
A foreach-loop is for them much harder to understand, than simply 
a snipped is a list tail.

snip
The problem that you'll find with that, is that it means you will have
to do more html work in your back end logic to produce the same
results.
Eh ? Where ? 
We're talking about different approaches for templating, not templating
vs. hardcoded text.

We never hardcode output text into applications. Instead we let patTemplate
produce all text output, even for generting config files.

snip
Yes, it is bound to php, and yes, it has to happen on the application
server that gets the call, but if you're using php as your application
processing, then why would you need it to be somewhere else.

But such a quite simple and clearly definably job like text template 
processing does not necessarily have to be written in php, nor accessing
or relying on php-functions and syntax.

We're currently working on a patTemplate implementation in plain C, 
which will then either loaded as an php-extension or an apache filter.

cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Re: smarty

2004-04-14 Thread Enrico Weigelt
* Chris de Vidal [EMAIL PROTECTED] [2004-04-14 12:11:31 -0400]:

snip
 Hey PHP/Smarty templates aren't for everyone.  No one said they were.  But
 for my next project I believe I'll be using native PHP as a template
 engine.

Well, I'm a little bit unpolite against smarty, since it seems 
that people tend to see it as the best (tm) and ignore other,
probably better solutions. (its the same thing w/ mysql or mailman)

One situation when I hit to the roof happened, when those folks,
where I've learned patTemplate from (content-builder) loudly talked
about switching to smarty. I know many folks (layouter's/designers)
which use content-builder because it uses _patTemplate_, since 
they understand pattemplate much better than other's like smarty.


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: Re[2]: [PHP] smarty

2004-04-14 Thread Enrico Weigelt
* John W. Holmes [EMAIL PROTECTED] [2004-04-14 11:57:00 -0400]:

snip
 You're relying on web-server writable directories when you use Smarty. 
 It's all a trade-off.

This gets problematic in multi-user environments. You cant use mod_php
anylonger, instead you have to switch to slow cgi+suexec.

Okay, w/ metuxmpm this problem goes away - each vhost can get its 
own uid - but its not 100% stable yet (some rarely situations w/
recoursive requests seem to make MT problems)

   But what if you want to take your template and perform a bit more than
  just mere variable substitution on it? How about highlighting all
  words that match a search term, or applying logic to a display block
  based on a user status?
 
 You can do this with output buffering and PHP functions. Smarty just
 provides you a different interface.

Output Buffering is a bad hack.

The original branch of content-builder's base template system used this,
but I've completely removed this - now there's exactly one print call
at the very end of the page processing. If there have to be snippets
rendered separately, it goes directly into variables or the template-engine's
internal buffers (required when template processing run in a different
process or host)


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP] patTemplate

2004-04-14 Thread Enrico Weigelt

BTW: is there anyone (beside me) who uses patTemplate ?


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] Looking for good Mail List Manager

2004-04-14 Thread Enrico Weigelt
* James Marcinek [EMAIL PROTECTED] [2004-04-14 15:18:49 -0700]:

 Can any of you guys recommend a good Mail List
 Manager? I see several on sourceforge but would like
 to hear from people that have some experience with
 these...

majordomo is quite good. 
has a good working mail interface and uses ascii files for 
configuration and user database (thats really important for me)


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] patTemplate

2004-04-14 Thread Enrico Weigelt
* Adrian Madrid [EMAIL PROTECTED] [2004-04-14 15:40:51 -0600]:

snip
 I'm not currenlty using pattemplate but I would like to test it. What's 
 the status? Looking at the website it shows 2.5 as unstable and CVS 
 looks like is a full rewrite. Should I test 2.4, 2.5 or 3.0 (CVS)?

Well, I'm working with my own branch, which fixes some problems and also 
supports internal buffers, which are necessary for to completely separate 
the template processor from the application server. 
(so the template processor may also live in a proxy).


cu
-- 
-
 Enrico Weigelt==   metux IT services

  phone: +49 36207 519931 www:   http://www.metux.de/
  fax:   +49 36207 519932 email: [EMAIL PROTECTED]
  cellphone: +49 174 7066481
-
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
-


pTemplate-2004-04-15.tar.bz2
Description: BZip2 compressed data
-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Assignment operator proposal

2002-03-20 Thread Enrico Weigelt

On Thu, Mar 21, 2002 at 12:36:26AM +0200, Bogdan Stancescu wrote:

 Hi all!
 
 I'd like to hear from a single one of you who isn't tired of code similar to
 
i'm solving this with some little knowledge of shortcuts evaluation ...

 ?
  if (!$whatever) {
$whatever=something;
  }
 ?

(($whatever) || ($whatever = something));

 or else
 
 ?
  if ($whatever)
  {
$somethingelse=$whatever;
  }
 ?
(($whatever)  ($somethingelse=$whatever));

 How about a new asignment operator which would shut up all those Python 
 enthusiasts - let's say the new operator would be caret - and we could 
 replace the first example with
sounds interesting.

IMHO you have to rewrite some stuff in the php language parser
so it detects these expressions and generates an if-else-tree ...

~-n
--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP] .NET

2002-03-19 Thread Enrico Weigelt

On Tue, Mar 19, 2002 at 05:38:50PM -0700, Dan Vande More wrote:
 Before you shoot/flame me, I assure you this is not the topic you think it
 is. I just want everybody to be aware that if you do a search for the
 literal string .NET on google, you pull up php.net
 I think one could extrapolate that this maybe one of the most popular .net
 pages on google, and when the web thinks of .net, it thinks of php.
 Try it:
 http://www.google.com/search?hl=enq=%22.net%22

*lol*

~-n
--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP] PHP+apache + HEAD method

2002-03-19 Thread Enrico Weigelt


hi folks, 

how does php+apache behave when the client makes an HEAD request ?

~-n
--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP] Update database via email

2002-03-11 Thread Enrico Weigelt

On Mon, Mar 11, 2002 at 11:52:20AM -0500, Jackson Miller wrote:

 I am working on a site that I
 would like to be able to
 update content (basically news
 stories) on via email.  I am
 sitting with the problem
 trying to figure out the best
 way to do this before I start
 coding.

i'm doing symetric database replication per email.
i've written some mail robots, which are called from /etc/aliases ...

~-n
--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP] chroot for fopen()+friends ?

2002-02-27 Thread Enrico Weigelt


hi folks, 

is it possible to limit the php file access functions to specific 
directories (just like chroot) and disable all exec() stuff ?

~-n

--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP] unsetting global variables from an function

2002-02-27 Thread Enrico Weigelt


hi folks,

is there a way for unsetting an global variable from an function ?

global $var; unset ( $var );

does not work since, unset only removes the reference in from 
local namespace. but i need to remove it from the global one.

any chance to do it ?

~-n

--
 Enrico Weigelt==   meTUX IT services 
 software development, IT service, internet security solutions
 www: http://www.metux.de/phone: +49 36207 519931
 email:   [EMAIL PROTECTED]cellphone: +49 174 7066481

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php