Archívum - 2004
július 5
Újdonságok a Google-nél
Bár az alábbiakban bemutatandó két új szolgáltatás nem mostanában jelent meg a Google Labs oldalain, mégis eddig nem nagyon említettük meg egyiket sem. Pedig érdemes, az egyik weblapunk témaköréhez illeszthető keresődoboz készítését, míg a másik a találatok saját érdeklődési körünkhöz történő illesztését teszi lehetővé. Még ennél is érdekesebb talán, hogy miért jó a Google-nak, hogy ilyen eszközöket fejleszt.
IE workaround a non-starter
A Microsoft által közzétett hibajavítás NEM oldja meg a problémát.
■ Mi a Dashboard, hogyan működik, és milyen újdonságok jönnek még
A Safari első számú fejlesztőjének Dave Hyatt-nek blogjában sokminden történt, amióta nem néztünk arrafelé. Választ adott arra a kérdésre, hogy szerinte hogyan érdemes tekintenünk a Dashboardra és bemutatott néhány újdonságot, ami bekerült a böngészőbe. Lássuk a július harmadikai bejegyzésig sorban.
image.modul
Sziasztok!
A modulban van egy thumbnail gyártó rész ami nem működik, hiába másoltam a megfelelő könyvtárba magát a programot és a kicsinyítendő képet. (Az administer/images-ben minden beállítás zöld.) A probléma nem az, hogy nem működik a program (convert.exe), hanem, hogy a drupal nem futtatja. Mivel nem képes létrehozni a thumbnailt, így átnevezni sem tudja és a következő Warningot dobja: "warning: rename(files/temp/tmpthumb_008_a.jpg,files/images/thumbs/thumb_008_a-17.jpg): No such file or directory in c:\appserv\www\eles\modules\image.module on line 719. Cannot save image."
Parancssorból megfelelően paraméterezve, nagyszerűen csinálja a dolgát: "eleresi_ut\convert -sample 80x40 eredeti_filenev.gif eredmény_filenév.gif"-re legyártja a thumbnailt. A modulon belül az "_image_convert" függvény "$err = exec("$_imagick_convert $filter $source $dest");" sora állítja elő a parancsot. A $filter, $source, $dest változókat kiiratva jó értékeket vesznek fel, a probléma szerintem ott van, hogy a vezérlés valamilyen jogosultsági problémából adódóan nem tudja futtatni a konvertáló progit. Lehetséges, hogy ez nem szorosan drupal probléma, hanem a php vagy az apache megfelelő beállításán múlik. Olyan megoldásra lenne szükségem, ami szerveroldali, hogy ne kelljen végigtelepíteni a kliens gépeket. Nem vagyok gyakorlott webmester, lehet, hogy figyelmetlen voltam, de a httpd.conf-ban és a php-ban sem találtam külső program futására vonatkozó kapcsolót.
paramétereim:
Apache/1.3.29 (Win32)
PHP/4.3.6
Imagemagick
GD Support enabled
GD Version bundled (2.0.22 compatible)
FreeType Support enabled
FreeType Linkage with freetype
GIF Read Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XBM Support enabled
by phpinfo()
A drupal oldalakon is jelezték a problémát*, azonban használható megoldást nem találtam.
*
"http://drupal.org/node/view/1455#2345, http://drupal.org/node/view/2736, http://drupal.org/node/view/1751#2880, http://drupal.org/node/view/2386#4199, http://drupal.org/node/view/3978#6147, http://drupal.org/node/view/2527#4311"
A modulban van egy thumbnail gyártó rész ami nem működik, hiába másoltam a megfelelő könyvtárba magát a programot és a kicsinyítendő képet. (Az administer/images-ben minden beállítás zöld.) A probléma nem az, hogy nem működik a program (convert.exe), hanem, hogy a drupal nem futtatja. Mivel nem képes létrehozni a thumbnailt, így átnevezni sem tudja és a következő Warningot dobja: "warning: rename(files/temp/tmpthumb_008_a.jpg,files/images/thumbs/thumb_008_a-17.jpg): No such file or directory in c:\appserv\www\eles\modules\image.module on line 719. Cannot save image."
Parancssorból megfelelően paraméterezve, nagyszerűen csinálja a dolgát: "eleresi_ut\convert -sample 80x40 eredeti_filenev.gif eredmény_filenév.gif"-re legyártja a thumbnailt. A modulon belül az "_image_convert" függvény "$err = exec("$_imagick_convert $filter $source $dest");" sora állítja elő a parancsot. A $filter, $source, $dest változókat kiiratva jó értékeket vesznek fel, a probléma szerintem ott van, hogy a vezérlés valamilyen jogosultsági problémából adódóan nem tudja futtatni a konvertáló progit. Lehetséges, hogy ez nem szorosan drupal probléma, hanem a php vagy az apache megfelelő beállításán múlik. Olyan megoldásra lenne szükségem, ami szerveroldali, hogy ne kelljen végigtelepíteni a kliens gépeket. Nem vagyok gyakorlott webmester, lehet, hogy figyelmetlen voltam, de a httpd.conf-ban és a php-ban sem találtam külső program futására vonatkozó kapcsolót.
paramétereim:
Apache/1.3.29 (Win32)
PHP/4.3.6
Imagemagick
GD Support enabled
GD Version bundled (2.0.22 compatible)
FreeType Support enabled
FreeType Linkage with freetype
GIF Read Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XBM Support enabled
by phpinfo()
A drupal oldalakon is jelezték a problémát*, azonban használható megoldást nem találtam.
*
"http://drupal.org/node/view/1455#2345, http://drupal.org/node/view/2736, http://drupal.org/node/view/1751#2880, http://drupal.org/node/view/2386#4199, http://drupal.org/node/view/3978#6147, http://drupal.org/node/view/2527#4311"
Látogatott linkek formázása
Simon Collison, a CollyLogic oldal szerkesztője úgy döntött, hogy megkérdez néhány fontos webes témában publikáló bloggert, hogy mit gondolnak a látogatott linkek formázásáról. A megkérdezettek Andy Clarke, Jason Santa Maria, Mike Davidson, D. Keith Robinson, Cameron Moll, Derek Featherstone és Simon Willison voltak. A számos érdekes kérdés mentén jól látható, hogy milyen szempontokat érdemes figyelembe venni a linkszínek kiválasztásakor, speciális jelölések bevezetésekor.
■ Java Virtual Machine ellenőrzés
Érdeklődni szeretnék, hogy létezik-e olyan ellenőrző program megoldás, hogyha a honlapomon belül Java APPLET-et alkalmazok, akkor ellenőrizze, hogy a user gépén van-e java virtual machine és ha nincs felajánlja neki egy popup ablakban a letöltést.
Köszönettel
Ági
■ Köszönettel
Ági
