Archívum - 140703
július 2
Betűtípus választás a weben
Nem egyszerű kérdés. Amikor saját gépünkön fejlesztünk weboldalakat, a telepített betűkészleteinket használhatjuk, illetve ha megpróbálunk valami olyan készletet alkalmazni, amely nincs a rendszerünkön, akkor egy helyettesítő típust látunk. Végülis az is elképzelhető, hogy a leendő használók/látogatók gépén nem lesz meg a font, amit használatunk, vagy éppen meglesz az, amit nálunk helyettesíteni kellett, és emiatt teljesen más lesz az oldal kinézete. Ezért nehéz ügy betűkészletet választani. Nem kell csüggedni, akad tanácsadónk!
Fujitsu foots the bill for new PostgreSQL database features
Újabb nagycéges támogatás nyílt projektnek
■ 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
Google bans Gmail swaps and sales
A Google megtiltotta a konkrét e-mail címekkel való kereskedést, a meghívásokra ez nem vonatkozik.
■ július 2
Why PHP Scales - A Cranky, Snarky Answer
Miért skálázható a PHP (és általában egy program)?
■ RSS tartalmak immár iso-8859-2 kódolással is
Többen is panaszkodtak mind magánlevelezéseinkben, mind a fórumainkban, hogy az RSS forrásainkban használt UTF-8 kódolás problémát okoz nekik, nem tudják rendesen olvasni a tartalmainkat. Bár továbbra is az a szerkesztőség határozott véleménye, hogy az UTF-8 sokkal jobb megoldást kínál, végül kerestünk egy megoldást a problémára, így ezentúl ISO-8859-2 kódolással is elérhetőek hírforrásaink.
