Archívum - Júl 2004 - Fórum téma
július 6
Head meta tags
Alapinfóim vannak ugyan a meta tag-ekről, de nem mondhatnám, hogy mindent profin tudok. Mi az amit szokás (úgymond "illik") illetve érdemes használni?
Pl. tudom, hogy a "robots"-szal a keresőrobotokat lehet irányítgatni, de fogalmam sincs, miként és miért úgy ahogy.
Örömmel venném az ilyen jellegű tanácsokat (is).
ht
http://web.axelero.hu/ht7050
■ Pl. tudom, hogy a "robots"-szal a keresőrobotokat lehet irányítgatni, de fogalmam sincs, miként és miért úgy ahogy.
Örömmel venném az ilyen jellegű tanácsokat (is).
ht
http://web.axelero.hu/ht7050
július 6
1067-es hiba MySQL szolgáltatás indításnál
Üdv Urak és Hölgyek!
Nagy bánatom, hogy a mysql (ver.3.23.58) szolgáltatás nem akar beindulni XP alatt:1067-es hibát kapok az xp-től:"A feldolgozás nem várt módon ért véget". my.cnf-ben az elérések módosítva, de hiába. my.ini nincs, de win 2000-nél nem is kellett.
Ha valakinek van tippje, hogy milyen állatságot követtem el -persze azon kívül, hogy win-t használok-, légyszi ne hagyjatok hülyén meghalni.
Köszi
■ Nagy bánatom, hogy a mysql (ver.3.23.58) szolgáltatás nem akar beindulni XP alatt:1067-es hibát kapok az xp-től:"A feldolgozás nem várt módon ért véget". my.cnf-ben az elérések módosítva, de hiába. my.ini nincs, de win 2000-nél nem is kellett.
Ha valakinek van tippje, hogy milyen állatságot követtem el -persze azon kívül, hogy win-t használok-, légyszi ne hagyjatok hülyén meghalni.
Köszi
Dátum probléma
Nézegettem a fórumot, de a dátumok kezeléséről nem találok infot. Hogyan lehet az aktuális dátumhoz hozzáadni x napot és az új dátumot kiiratni. Létezik valamilyen php függvény erre, vagy nekem kell megírni?
Kösz
Ági
■ Kösz
Ági
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"
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
július 3
Találós kérdés
Ma délután négy óra fele az egyik Weblabor oldalon (nem a hírek, cikkek, fórum, link és levelezőlista tartalmakban) valami megváltozott. Mi? ;)
■ mysql index kérdés
Sziasztok!
Van egy egyszerű table
CREATE TABLE `refr` (
`id` smallint(5) unsigned NOT NULL auto_increment,
`date` date NOT NULL default '0000-00-00',
`text` text NOT NULL,
KEY `id` (`id`),
KEY `date` (`date`)
) TYPE=MyISAM AUTO_INCREMENT=11 ;
és egy select:
SELECT text,date FROM refr ORDER BY date DESC LIMIT 1;
egy paraméter:
my.conf : log-long-format
és két kérdés:
- ez a log-long-format ha jól értettem, azt teszi, hogy nem csak a slow queryket hanem az indexeletlen lekéréseket is logolja. Az én selectem szerintem indexelt, ezt állitja az explain is.
mysql> explain SELECT text,date FROM refr ORDER BY date LIMIT 1;
+-------+-------+---------------+------+---------+------+------+-------+
| table | type | possible_keys | key | key_len | ref | rows | Extra |
+-------+-------+---------------+------+---------+------+------+-------+
| refr | index | NULL | date | 3 | NULL | 8 | |
+-------+-------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)
Akkor miért logolja mégis???
- kérdés 2:
ha LIMIT # et használok, miért nézi mégis át az összes sort egy indexelt lekérdezésben? Elvileg meg kéne állnia a #diknél. explain azt mondja az összes sort átnézte.
Köszi,
GaB
■ Van egy egyszerű table
CREATE TABLE `refr` (
`id` smallint(5) unsigned NOT NULL auto_increment,
`date` date NOT NULL default '0000-00-00',
`text` text NOT NULL,
KEY `id` (`id`),
KEY `date` (`date`)
) TYPE=MyISAM AUTO_INCREMENT=11 ;
és egy select:
SELECT text,date FROM refr ORDER BY date DESC LIMIT 1;
egy paraméter:
my.conf : log-long-format
és két kérdés:
- ez a log-long-format ha jól értettem, azt teszi, hogy nem csak a slow queryket hanem az indexeletlen lekéréseket is logolja. Az én selectem szerintem indexelt, ezt állitja az explain is.
mysql> explain SELECT text,date FROM refr ORDER BY date LIMIT 1;
+-------+-------+---------------+------+---------+------+------+-------+
| table | type | possible_keys | key | key_len | ref | rows | Extra |
+-------+-------+---------------+------+---------+------+------+-------+
| refr | index | NULL | date | 3 | NULL | 8 | |
+-------+-------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)
Akkor miért logolja mégis???
- kérdés 2:
ha LIMIT # et használok, miért nézi mégis át az összes sort egy indexelt lekérdezésben? Elvileg meg kéne állnia a #diknél. explain azt mondja az összes sort átnézte.
Köszi,
GaB
