PHP·pub - Programming With Attitude - and beer

[sindreij]

Her er regelen fra retningslinjene:

#16 Brukerkontoen din er personlig, og skal ikke benyttes av andre. Alle bevegelser fra din konto blir regnet som om de var utført av deg selv. Pass godt på passordet ditt, slik at andre ikke får mulighet til å misbruke kontoen din. Du er personlig ansvarlig for innholdet i debattinnleggene du publiserer, og vil holde Hardware Online AS og/eller søsternettsteder skadesløs for ethvert eventuelt krav fra tredjeperson som følge av dine debattinnlegg. Ved å skrive innlegg på forumet gir du Hardware Online AS og/eller søsternettsteder en evigvarende rett til å bruke innlegget slik de ønsker på sine sider/søstersider, så lenge det blir angitt opphavsperson og opphavssted til innlegget. Du kan ikke redigere innlegg på en måte som ødelegger konteksten i en tråd, dette inkluderer å redigere bort hele innlegget.

Endret 16. august 2007 av sindreij

[Rabbid]

Ved å skrive innlegg på forumet gir du Hardware Online AS og/eller søsternettsteder en evigvarende rett til å bruke innlegget slik de ønsker på sine sider/søstersider, så lenge det blir angitt opphavsperson og opphavssted til innlegget.

9298475[/snapback]

En regel som kun venter på å bli utnyttet til det fulle

Endret 16. august 2007 av IQ

[jorgis]

At en gir Hardware Online rett til å bruke innlegget på sine sider betyr ikke at en gir fra seg copyright eller automatisk lisensierer koden til noe annet enn en selv vil. Det betyr bare at Hardware gis tillatelse til å publisere kode (eller noe annet i innlegget) på sine sider, med andre ord ikke til sine egne softwareprosjekter eller lignende.

[rødøye]

Jeg burde kanskje lest reglene først, ja.

 

Men over til noe annet (selv om det vel ikke er så lett å bryte inn): Jeg trenger en guide el. på inndatakontroll.

[sindreij]

Ved å skrive innlegg på forumet gir du Hardware Online AS og/eller søsternettsteder en evigvarende rett til å bruke innlegget slik de ønsker på sine sider/søstersider, så lenge det blir angitt opphavsperson og opphavssted til innlegget.

9298475[/snapback]

En regel som kun venter på å bli utnyttet til det fulle

9298675[/snapback]

De må vel ha den regelen for å for eksempel få lov til dette

[rødøye]

De trenger ikke den regelen for å få lov til det, ingenting er publisert på hw.no, de linker bare til forumet. Ingen som kan nekte deg å henvise til noe som allerede er fritt tilgjengelig.

[Gjest Slettet-df17e]

Nå ble det veldig mye OT her. Denne diskusjonen kan vel også enkelt avsluttes med en PM til en moderator, som da kan gi fra seg et konkret svar

[endrebjo]

Heller en mail til forumstyret.

[Rabbid]

Trenger en template-motor til min nettside og snublet over Smarty. Hva er deres synspunkter om denne motoren i henhold til sikkerhet, stabilitet og hurtighet?

 

Er det flere motorer dere anbefaler?

[jeg_lyver_mye]

Kan svært lite om Smarty, men jeg anbefaler deg å lese følgende:

http://www.massassi.com/php/articles/template_engines/

[dabear]

PHP 6 har nå fått namespace-support!

 

Klikk for å se/fjerne innholdet nedenfor

We now have an implementation of namespaces in PHP 6 HEAD, so here’s a short FAQ about how they work for those that are too laz^H^H^Hbusy to read the whole README.namespaces.

 

Q. Why PHP needs namespaces?

A. Because long names like PEAR_Form_Loader_Validate_Table_Element_Validator_Exception are really tiresome.

 

Q. What is the main goal of the namespace implementation?

A. To solve the problem above.

 

Q. What “namespace X::Y::Z” means?

A: 1. All class/function/method names are prefixed with X::Y::Z.

2. All class/function/method names are resolved first against X::Y::Z.

 

Q. What “import X::Y::Z as Foo” means?

A. Every time there’s Foo as a class/function name or prefix to the name, it really means X::Y::Z

 

Q. What “import X::Y::Z” means?

A. “import X::Y::Z as Z”, then see above.

 

Q. What “import Foo” means?

A. Nothing.

 

Q. What is the scope of namespace and import?

A. Current file.

 

Q. Can same namespace be used in multiple files?

A. Yes.

 

Q. Is there any relation between namespaces X::Y::Z and X::Y?

A. Only in programmer’s mind.

 

Q. How do I import all classes from namespace X::Y::Z into global space?

A. You don’t, since it brings back the global space pollution problem.

Instead, you import X::Y::Z and then prefix your classes with Z::.

 

Q. But doesn’t it mean I will still have long names?

A. Not longer then three elements: Namespace::Class::Element.

 

Q. Why it is not implemented like in <insert your favorite language here>?

A. Because PHP is not <insert your favorite language here>

 

Also we are considering to add one more feature to namespaces - ability to declare a namespaced constant - i.e. constant named Name::Space::NAME - with same resolution rules like classes - with const operator. Consequently it may be also possible to have const NAME = ‘value’ in global context, meaning the same as define(’NAME’, ‘value’).

 

Also note namespaces are still work in progress, so it may happen it would be changed a lot when it’s released.

http://php100.wordpress.com/2007/08/17/namespaces-faq/

[Rabbid]

Kan svært lite om Smarty, men jeg anbefaler deg å lese følgende:

http://www.massassi.com/php/articles/template_engines/

9315138[/snapback]

Egentlig akkurat hva jeg trengte å lese akkurat nå

 

Takker

[jeg_lyver_mye]

Ikke noe problem.

Jeg er utrolig enig i det han skriver. Og som du kan se, så har han erfaring .

[Rabbid]

Ikke noe problem.

Jeg er utrolig enig i det han skriver. Og som du kan se, så har han erfaring .

9316063[/snapback]

Kom til å tenke på en ting: Skal ha et system der brukerne kan redigere og laste opp egne templates, og da vil man nødig at PHP-kode (som kan være skadelig) skal kjøres fra template-filen.

 

[rødøye]

Skal du ha en slik løsning, så funker det jo ikke å bruke PHP som templatespråk. Da må du til med noe smartygreier, uansett så hørtest det skummelt ut:P

[Peter]

Noen som har testet/brukt phps innebygde filterfunksjoner?

http://www.php.net/filter

[Peter]

Kan noen teste denne koden og se hva de får?

 

<?php

 var_dump( empty( trim("") ) );

?>

 

Jeg finner ingen grunn til at dette ikke skal funke, men her er en bug report ang. det samme, som ble blankt avvist av php-utviklerene.

 

work around:

 

<?php

function emptyBugFix( $str )
{
 return empty( $str );
}

var_dump( emptyBugFix( trim("") ) );

?>

 

Bug report:

http://bugs.php.net/bug.php?id=39708

Endret 21. august 2007 av Nazgul

[Gjest Slettet-df17e]

PHP 4.4.7

Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /Users/skaflem/test.php on line 3

 

PHP 5.2.1

Fatal error: Can't use function return value in write context in /home/skaflem/test.php on line 3

[Gjest Slettet+6132]

PHP 5.2.3

Fatal error: Can't use function return value in write context in /root/php.php on line 3

Endret 21. august 2007 av Slettet+6132

[Martin A.]

https://www.diskusjon.no/index.php?showtopic=785831

Virker som at flere må være med å dra litt om man skal få dette gjennom den harde forumstyreveggen.