Nope ne pomaga :)

100 rows in set (4 min 9.50 sec)

mysql> show indexes from visitstat;

+-----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

| Table     | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |

+-----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

| visitstat |          0 | PRIMARY  |            1 | id          | A         |       25947 |     NULL | NULL   |      | BTREE      |         |

+-----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+

Bi moral še kaj glede indexa popraviti?

Explain pa še vedno kaže isto zadevo kot zgoraj.

Ni indexa :)

DB model je star, vse je MyISAM, tabele nimajo primarnih ključev, indeksov...

+----+--------------------+-----------+------+---------------+------+---------+------+-------+------------------------------+

| id | select_type        | table     | type | possible_keys | key  | key_len | ref  | rows  | Extra                        |

+----+--------------------+-----------+------+---------------+------+---------+------+-------+------------------------------+

|  1 | PRIMARY            | Product   | ALL  | NULL          | NULL | NULL    | NULL |  1519 | Using where; Using filesort  |

|  2 | DEPENDENT SUBQUERY | visitstat | ALL  | NULL          | NULL | NULL    | NULL | 25947 | Using where; Using temporary |

+----+--------------------+-----------+------+---------------+------+---------+------+-------+------------------------------+

Product count: 1519

Visitstat count: 25947

Zdravo,

imam dve tabeli.

Product

in

visitstat

SELECT id, name FROM Product ORDER BY name ASC LIMIT 100

100 rows in set (0.05 sec)

SELECT DISTINCT refId FROM visitstat WHERE type='P' AND date > '2010-10-02'

9 rows in set (0.08 sec)

SELECT id, name FROM Product WHERE id NOT IN (SELECT DISTINCT refId FROM visitstat WHERE type='P' AND date > '2010-10-02') ORDER BY name ASC LIMIT 100

100 rows in set (4 min 15.10 sec)

Ve kdo, v čem bi lahko bil problem?

Kupim. Pošlji mi ZS s podatki za nakazilo.

Dokumenti se premaknejo v Documents and settings tudi z neko končnico .old ali nekaj podobnega, če se ne motim.

Če nisi "ročno smetil" po c:\ ali nekje v c:\program files, lahko izbrišeš.

Aha hvala za odgovor(e), nisem vedel kaj bi to lahko bilo, za ta graylisting pa prvič slišim.

Sej v končni fazi je dobro, samo kakšenkrat je nerodno ko se npr. nekje registriraš pa moraš potrditi račun itd.

Mene zanima, če ima še kdo 1+ urne zakasnitve pri prejemanju emailov. Jaz uporabljam Google Apps (mx recordi...), ena od mojih strank, ki je na žabcu, pa se je že nekajkrat pritožila.

Na sabic.si (tudi žabec) imam samo forward na gmail in ta mi tudi kakšenkrat zamuja.

(ovcax: bom kasneje napisal ticket, če bo treba :) )

Na forumu opažam pomanjkljivost, da če hočem nekomu poslati novo ZS, ga moram prej najti v kakšni temi na forumu, ker v zasebnih sporočilih ne moreš klikniti na uporabnika kot to narediš v temah na forumu (pač tema pogovora je čisto druga, ne moreš kar vedno nadaljevat v neka stara sporočila).

Smo naredili ta izvoz mimo Magenta, v čisto eksterni skripti s tistimi par Join-i v SQLu... Je pa res, da sem porabil uro-dve samo za iskanje v katerih tabelah so zadeve, ki jih rabimo.

Da bi skripta delovala je potrebno v magento backendu pripraviti pravilne atribute izdelkov. IDje teh atributov se potem zapiše v datoteko s skripto (npr. brand, model artikla, ali naj se eksporta ali ne itd.). Za trgovino z več artikli bi moral "export to ceneje" vrednost bindati še na kategorijo, vendar to za blindek-a nismo rabili :)

Skripta je dobra, samo portabilna ni.

Če kdo rabi, naj me kontaktira na info@tauron.si