Kompilátory PHP skriptů

Diskuze čtenářů k článku

Jan Panoch  |  20. 04. 2001 19:50  | 

Opet neuplna informace.. Existuje i dalsi opensource PHP cache - APC - jedna se o Zend-extension, ktera funguje velmi podobne jako Zend-Cache, umi scripty i kompilovat do binarni podoby a je jak jsem jiz zminil opensource.. Krome ni existuje dalsi alternativa k Zend-Cache - BwCache.. Potvrdilo se me ocekavani, ze vznikne opensource alternativa k celkem drahym (alespon na nase pomery) Zend-produktum.. Co se tyka encoderu - spis sdilim nazory vyvojaru APC, kteri tvrdi, ze snaha o utajeni zdrojoveho textu .php kompilaci nebude moc efektivni, protoze soudi, ze binarni kod slozeny z op-kodu pujde vzdy pri urcite mire snahy zpetne dekodovat..

Souhlasím  |  Nesouhlasím  |  Odpovědět
hugo  |  20. 04. 2001 19:50  | 

Mily pane Panochu,
nevim, nevim, at ctu jak ctu, porad mam nekonecny pocit, ze Vase reakce je totalne mimo misu.


V clanku se mam pocit psalo o kompilatorech, nikoli o cachich... Takovy Clanek (o Zend Cache a kupodivu i o Vami jmenovane APC) uz tu byl, mam pocit, ze asi pred tydnem...


Ponekud jste zaspal dobu )

Souhlasím  |  Nesouhlasím  |  Odpovědět
MIchal Bergmann  |  20. 04. 2001 19:50  | 

Zas tak uplne mimo misu to neni. Cache a kompilator PHP funguji na dost podobnych principech. Compilator ulozi prelozeny kod na disk, zatimco cache ho ma v pameti ...
Asi by nebyl velky problem upravit nejakou cache tak, aby v sobe obsahovala i compiler, tzn. aby ukladala prelozeny kod na disk. Ale mam takovy pocit, ze tahle funkce nikomu moc neschazi .

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jan Panoch  |  20. 04. 2001 19:50  | 

Ano, "zaspal jsem dobu" - dovolil jsem si necist pozorne vsechny Vase clanky na Zive..

Muj prispevek byl mozna napsany trosku konfrontacne, ale mel pouze upozornit na to, ze APC umi scripty take kompilovat (ve verzi MMAP) - puvodne to bylo jako side-efekt, od verze myslim 1.0.8 nebo 1.0.7 to podporuje i nacitani prelozenych scriptu. A na rozdil od PBC je opensource - tj. je dostupny zdrojovy kod (od PBC jsem ho zatim nevidel..)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Miloslav Ponkrác  |  20. 04. 2001 19:50  | 

Je pravda, že binární kód půjde vždy rekompilovat, ale nějaká informace se ztratí. Jaká, to záleží i na kvalitě kompilátoru. Jde hlavně o to, aby to dalo alespoň jistou práci.

Mimochodem, celá kompilace je zbytečná akce. Já bych nejraději programoval v C přes CGI skripty, což je podstatně neprůstřelnější, než kompilace PHP. A nebo třeba v Javě. Jediný důvod, proč používám PHP je, že nemám svůj vlastní server, a cwebhostingové servery mi binární programy na server nedají. Stejně tak jako mi tam dnes nedají PHP zkompilovaný optimizerem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
IKE  |  20. 04. 2001 19:50  | 

Zkuste napsat robi@junyks.cz. Ja tam mam sve EXE a jsem vcelku spokojen.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal Kara  |  20. 04. 2001 19:50  | 

Compiler se od cache lisi v okamziku, kdy chcete aplikaci v PHP prodavat a nechcete davat zdrojove kodu.

PHP je na cgi skripty docela dobre. Rozhodne se mi v nem delaji lepe nez v C

Souhlasím  |  Nesouhlasím  |  Odpovědět
Radim Woznica  |  20. 04. 2001 19:50  | 

Zatim nikdo se nevenoval podle meho jedne z nejdulezitejsich vyhod jakehokoli kompileru - vysledne rychlosti zpracovani kodu. Jak jsou na tom prezentovane reseni s vykonem? Jaka je uspora vuci cistemu PHP (pominme cache, ty uz se tady probiraly, ale take nejsou vsemocne...)? Prezentovane zrychleni u puvodniho Zend Compileru (nyni je uz ze stranek nejakou dobu stazen) melo byt nekde na hranici 240%...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Filip Jirsák  |  20. 04. 2001 19:50  | 

Neřekl bych, že překlad nemá pro utajení skoro význam - z instrukcí v klasických spustilených souborech (.com, .exe nebo programy pro Linux atd.) lze také rozkódovat funkci programu (koneckonců, dělá to procesor, že), a že by to nějak vážně ohrožovalo autory, se říci nedá. Spíš mi připadá podivný důvod, proč v duhém jmenovaném případě v článku je třeba posílat skripty na server. Nezkoumal jsem to, ale řekl bych, že zde jde o kódování na principu utajení (zde algoritmu kódování), což není moc nezpečné. Nebo je jiný důvod, proč by bylo nutné skrývat kompilátor?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zdenek Mazanec  |  20. 04. 2001 19:50  | 

No, je pravda, ze Zendi enkoder neni zadarmo, ale rozhodne nestoji 2400USD. Rocni licence i s vyvojovym prostredim (debbuger + IDE) stoji USD 600.
Takze takova cenova hruza to zase neni.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Šikola  |  20. 04. 2001 19:50  | 

vazeny pane Mazanec, doporucoval bych Vam, abyste si peclive prostudoval stranku
http://www.zend.com/store/products/zend-encoder.php
kde najdete v pravem panelu cenu onech 2400 dolaru, ktere jsem uvadel v clanku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zdenek Mazanec  |  20. 04. 2001 19:50  | 

Tedy nechci se hadat Ale http://www.zend.com/store/products/zend-developer-zone.php zhruba uprostred stranky:
Zend Developer Server Suite™


You've asked for it, you've got it: more features, more functionality in the Zend Developer Server Suite. It's available to you on a subscription basis: get ongoing updates, major versions, and more -- year-round. Includes:

Zend Encoder Unlimited - encode PHP applications and distribute to end users
Zend IDE - increase programmer productivity
Zend LaunchPad - convenient, reliable source for PHP
Zend Support-Online Services - Web-enabled support when you need it

Price*: $600 per year, or $50 per month x 12

Souhlasím  |  Nesouhlasím  |  Odpovědět
pokus  |  28. 11. 2005 11:33  | 

pokus

Souhlasím  |  Nesouhlasím  |  Odpovědět
pokus  |  28. 11. 2005 11:34  | 

uliuliun

Souhlasím  |  Nesouhlasím  |  Odpovědět
pokus  |  28. 11. 2005 11:34  | 

j nb.l

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor
Aktuální číslo časopisu Computer

Megatest: 20 powerbank s USB-C

Test: mobily do 3 500 Kč

Radíme s výběrem routeru

Tipy na nejlepší vánoční dárky