Email utilitka

Upozornění: Tohle vlákno je hodně staré a informace nemusí být platné pro současné Nette.
ViliamKopecky
Nette hipster | 230
+
0
-

Když už má nette utilitky jako Nette\Image, tak by se hodilo časem i nějaké Nette\Email.

Jod
Člen | 701
+
0
-

Aj Nette/Export by nebolo zlé :D :D :D

Ola
Člen | 385
+
0
-

A nette captcha by se taky hodila :D

simon
Člen | 98
+
0
-

Nemeli bysme Davida zbytecne zatezovat. Tohle vsechno krasne zvlada Zend…

romansklenar
Člen | 655
+
0
-

Přesně. Přece nechcete aby se z Nette stal podobný moloch jako Zend ;) V jednoduchosti a rychlosti jeho síla.

Jod
Člen | 701
+
0
-

Jj, zend je v pohode :) ..A šak takéto dodatočné knižnice by hádam na rýchlosti neubrali keby si ich nepoužíval. A keď ich používaš, tak to máš za jedno či to je Zend abo od Nette.

David si tým Nette/Image asi zapiekol =D

Ola
Člen | 385
+
0
-

Captcha mi ze Zendu nefunguje .. hlásí to cosi o session namespace..

A.
Člen | 87
+
0
-

Taky jsem nazoru, ze v jednoduchosti je sila, tzn uz i Nette\Image je tak trochu na hrane. Rozhodne bych captchu a podobne blbustky dal nepridaval. Navic by se jich dalo vymyslet vazne hodne. Lepsi bude se soustredit primo na dalsi vyvoj jadra frameworku.

pmg
Člen | 372
+
0
-

Když budou knihovny psané přímo pro Nette, půjdou do prostředí lépe integrovat, ale jinak musím naprosto souhlasit s A. Oboje by se dobře dalo skloubit díky Nette\Extras. Jak to s ním v současné době vypadá?

David Grudl
Nette Core | 8082
+
0
-
  • E-mail je výborně (už léta) vyřešený Richardem Heyesem, nebo v Zendu.
  • Nette\Export – není mi úplně jasné, co by to mělo dělat (jako třeba export do Excelu apod?)
  • captcha je pěkné téma pro rozšíření třídy např. TextInput do (připravovaných) nette-extras. Co třeba použít jako základ 3D captchu? Dalo by se tam pěkně použít i Nette\Image:
...
# matrice
$matrix = Image::fromBlank($matrix_dim['x'], $matrix_dim['y']);
$black = $matrix->colorExact(0, 0, 0);
$white = $matrix->colorExact(255, 255, 255);
$matrix->fill(0, 0, $white);
...

Nechci tím říct, že se bráním nápadům, jen prostě chci přidávat věci, které:

  • odpovídající zaměření a jsou úměrné velikosti frameworku (exportér do Excel 2007 je 3× větší, než celé Nette)
  • existuje jedno nejlepší řešení (to u captchy není už z principu možné, existují velmi rozdílné implementace a jejich plusy a mínusy jsou sporné)
  • implementace v Nette musí mít evidentní přínos (pokud už nějaké špičkové řešení existuje, nemá smysl objevovat kolo)

Třeba takové Nette\Image dle mého místo má, protože základní operace s obrázky patří téměř ke každému střednímu webu a neznám jinou třídu, abych mohl říct: Nette\Image přidávat nebudu, protože existuje XYZ nebo protože to má Zend ;)

David Grudl
Nette Core | 8082
+
0
-

pmg napsal(a):

Když budou knihovny psané přímo pro Nette, půjdou do prostředí lépe integrovat, ale jinak musím naprosto souhlasit s A. Oboje by se dobře dalo skloubit díky Nette\Extras. Jak to s ním v současné době vypadá?

Řekněme že priority jsou

  1. dokončit úpravu formulářů (aby se i snadněji daly vytvářet nové prvky, jako je Captcha)
  2. přidat podporu flash messaging do presenteru
  3. nějak domyslet filosofii ServiceLocatoru
  4. vydat 0.9
  5. vytvořit repozitář Nette\Extras (a s tím i screencasty, anglickou dokumentaci, …)
veena
Člen | 98
+
0
-

David Grudl napsal(a):

Třeba takové Nette\Image dle mého místo má, protože základní operace s obrázky patří téměř ke každému střednímu webu a neznám jinou třídu, abych mohl říct: Nette\Image přidávat nebudu, protože existuje XYZ nebo protože to má Zend ;)

Tohleto znáš?

http://phpthumb.sourceforge.net

Nette\Image má pěkné API. Asi bude problém, když člověk bude chtít pracovat s většími obrázky, tak ho bude omezovat memory limit phpčka. Tj použití ImageMagicku, když je k dispozici, tak by bylo výhodné, jako to umí ten phpthumb.

Jinak jsem spíš proti captche. Komentářové formuláře bych řešil přes povinné Preview. Pokud by to nestačilo nebo jinde zkusit použít řešení se skrytým polem, které se vymaže javascriptem (když je vypnutý javascript, tak se zobrazí „tento text musíte smazat“), případně s čeknutím refereru, že se musí nejdříve zobrazit stránka s formulářem a pak teprve formulář odeslat, respektive s čeknutím času těchto dvou po sobě následujících událostí.

Tomik
Nette Evangelist | 485
+
0
-

K tomu Nette\Image: Určitě jsem pro, jak poznamenal Vašek, pokud exituje ImageMagick, tak jej použít (není to tak složité na implementaci a vyřeší to problém s pamětí).

Jinak myslím, že věci typu e-mail, a captcha jednak už byly stokrát řešené (a většinou párkrát i dobře) a pak co se konkrétní implemetntace těchto hotových tříd a řešení do Nette týče, tak pro ty by bylo fajn časem dodělat, Nette:Extras.

David nám hodně pomáhá, ale nemusí dělat za nás úplně všechno. :) Takže pokud někdo něco pěkného implementuje, určitě by se mohl v Extras opodělit. Vždyť jsme jedna velká Nette rodina. ;)

David Grudl
Nette Core | 8082
+
0
-

veena napsal(a):

David Grudl napsal(a):

Tohleto znáš?

Nette\Image má pěkné API. Asi bude problém, když člověk bude chtít pracovat s většími obrázky, tak ho bude omezovat memory limit phpčka. Tj použití ImageMagicku, když je k dispozici, tak by bylo výhodné, jako to umí ten phpthumb.

Proč myslíš, že ImageMagick memory limit neomezuje?

Vůbec, máte někdo hosting, kde je ImageMagick k dispozici?

Jod
Člen | 701
+
0
-

Máme web server ak je niečo treba :)

Captcha by bola dobrá v Nette/Forms :)

To extras som nemyslel nejak vážne =D , ale bolo to myslené ako exporty do Exelu, PDF, Doc a pod. Myslím, že na takúto funkcionalitu je Zend super.

Ja mám flash messaging poriešený, ale len do ajaxu =D

Nette/Extras bude iste super, hlavne ak tam budeme môcť pridávať vlastné fajnoty :)

Nette/Image ma potešilo, bo doteraz som musel riešiť zmenu obrázkou a watermarky ručne

syky01
Člen | 25
+
0
-

David Grudl napsal(a):

Vůbec, máte někdo hosting, kde je ImageMagick k dispozici?

No ve většině případů mě stačí jednoduchá práce s obrázky, ale v případě potřeby ten imageMagick pouzit jde. Nevím jak jsou na tom české hostingy, ale osobně používám takový na kterém to jde ( hostican.com )

Tomik
Nette Evangelist | 485
+
0
-

David Grudl napsal(a):

veena napsal(a):

David Grudl napsal(a):

Tohleto znáš?

Nette\Image má pěkné API. Asi bude problém, když člověk bude chtít pracovat s většími obrázky, tak ho bude omezovat memory limit phpčka. Tj použití ImageMagicku, když je k dispozici, tak by bylo výhodné, jako to umí ten phpthumb.

Proč myslíš, že ImageMagick memory limit neomezuje?

Protože normální práce s obrázky je omezena velikostí paměti PHP, tedy v ideálním případě maximální povolená paměť na jeden proces, pokud chceš v jednom php procesu zpracovat mnoho obrázků (a i když máš dobře vyřešené spravování zdrojů), pak prostě narazíš na limit paměti – obrázek o určité velikosti již nepůjde zpracovat. Zatímco u ImageMagick je možné (pokud se nemýlím, abych se přiznal, zas tolik jsem to taky nestudoval) provést každou úpravu v jednom procesu – je tedy možné pracovat s mnohem většími soubory.

Vůbec, máte někdo hosting, kde je ImageMagick k dispozici?

Já ano, a Ty taky. :) http://www.tojeono.cz/…tware-verze/#…

A má to i BlueBoard Hosting, jinde zkušenost nemám… :)

Edit: Jak na to koukám, tak s těma procesama jsem to možná trochu přesřelil, ale rozhodně to neběží pod vláknem PHP (což GD2 ano), tím pádem to není omezené povolené maximální velikostí paměti PHP (jako GD2) – http://www.francodacosta.com/…-imagemagick#gd… Implementace pro PHP http://www.imagemagick.org/script/api.php#php …

Jinak co jsem já zkoušel, tak můj (více méně zcela neoptimalizovqaný skript) zvládnul přes GD2 provést jisté úpravy na cca 250 obrázcích, pak prostě skončil, buď na limit, nebo na čas. S ImageMagick se mi to nestalo, vždy to doběhlo. Nevím, zda je to dělané tak, že PHP čeká na vykonání příkazu, nebo ne, nebo jak je to udělené, ale každopádně to hodně pomůže s problémy s pamětí, to můžu odpřísáhnout…

Proto si myslím, že pokud má v Nette místo Nette:Image, nebylo by od věci, přidat tam podmínky, že pokud je ImageMagick k dispozici, použij jeho…

Editoval Tomik (16. 12. 2008 23:29)

David Grudl
Nette Core | 8082
+
0
-

Zrovna v tom odkazovaném článku udělají to, že zavolají externí program a ten pak samozřejmě běží v jiném prostoru. Ale o tom, že by PHP modul ImageMagick nebyl limitován narozdíl od PHP modulu GD docela pochybuju, takže – důkazní břemeno je na vás :-))

veena
Člen | 98
+
0
-

David Grudl napsal(a):

Zrovna v tom odkazovaném článku udělají to, že zavolají externí program a ten pak samozřejmě běží v jiném prostoru. Ale o tom, že by PHP modul ImageMagick nebyl limitován narozdíl od PHP modulu GD docela pochybuju, takže – důkazní břemeno je na vás :-))

Já si myslim, že ten Imagemagick musí být volán jako externí program. Pokud bude volán pomocí nějaké extension phpka, tak pro ni memory limit php asi bude platit. To odhaduju.

Tomik
Nette Evangelist | 485
+
0
-

David Grudl napsal(a):

Zrovna v tom odkazovaném článku udělají to, že zavolají externí program a ten pak samozřejmě běží v jiném prostoru. Ale o tom, že by PHP modul ImageMagick nebyl limitován narozdíl od PHP modulu GD docela pochybuju, takže – důkazní břemeno je na vás :-))

Mám za to, že (snad) vždy, i když se jedná o PHP extension, tak je tam zakomponovaná pouze podpora pro volání ext. programu – a to je ta hlavní feature. Že to není přímo závoslé na jádru PHP. Kdyby samozřejmě zpracování těch požadovků proběhlo přímo v PHP (i kdyby jako extension), stejně je člověk omezený limitem paměti.

Proto, pokud by se uvažovalo o implementaci, rozhodně bych byl pro implememntaci formou volání ext. programu – jedině tak by došlo k využití nabízených výhod.

Každopádně, každý hosting, co má podporu ImageMagick, tak má (z mé zkušenosti) vždy podporu pro ext. program.

_Martin_
Generous Backer | 679
+
0
-

David Grudl napsal(a):

Vůbec, máte někdo hosting, kde je ImageMagick k dispozici?

Jistě: podívej se na www.edrive-hosting.cz.

Na jednom (u nich hostovaném) webu jsem měl potíže s paměťovým limitem při použití funkcí GD knihovny, nakonec jsem vše ke své spokojenosti vyřešil právě přes ImageMagick volaný externím programem (dle doporučení pracovníka jejich technické podpory=).

David Grudl
Nette Core | 8082
+
0
-

Aha, takže PHP rozšíření ImageMagick asi skoro žádný hosting nepodporuje (tudíž je v podstatě jedno, jestli jej limituje memory_limit nebo ne, ani nevím jak to ověřit, bo http://pecl4win.php.net/ is out of service). Ale na řadě míst (nebo na linuxu skoro všude?) je instalována knihovna ImageMagick, která samozřejmě memory_limitem netrpí a pokud ji hosting dovolí zavolat přes exec, je tu zajímavá alternativa pro GD.

Nevýhodou je, že to nelze nijak detekovat.

Popřemýšlím, jak ImageMagick využít.

Tomik
Nette Evangelist | 485
+
0
-

David Grudl napsal(a):

Nevýhodou je, že to nelze nijak detekovat.

Nezkoušel jsem, ale napadá mě provést nějaký „prázdný“ příaz přes exec na imagemagick a pokud vrátí false, nebo chybu, tak imagemagick není. Druhá varianta by byla nechat nastavení, zda použít gd2 nebo imagemagick na programátorovi, s tím, že gd2 by byla výchozí.