No zrovna jsem přemejšlel, jak se asi projeví přenos (přetížení) na lince mezi webserverem a dbserverem pokud je každý na jiném stroji, což je asi pravidlem. Ještě hůř, pokud jsou oba hostovány jinde a jsou propojené jen přes internet.

Myslím, že by se to mělo taky projevit v Query Time.

To Kozoroh:

Admin se může pomalu načítat taky proto, že se používá jen zřídka a celá aplikace se musí se znovu nahrát do paměti serveru, pokud ji mezitím uklidil.

Přihlášení je sice jen jeden dotaz, ale pak se z databáze nahrává celá struktura administrace. Samotnou délku přihlášení zjistíš, když zadáš špatné jméno nebo heslo.

Pokusil bych se to trochu shrnout.

1. PROBLÉM S POČTEM DOTAZŮ
Základní problém s obchodem www.hepnar.cz/shop/ je skutečně v hostingu, konkrétně v tom, na čem běží MySQL. Rychlost zpracování dotazů neskutečně kolísá od několika desetin do desítek sekund.

I velmi úsporná konfigurace Zenu s řádově desítkami položek v katalogu bude mít nejméně kolem 200 dotazů na titulní stránce. Pánové z podpory zjevně nevědí o čem mluví.

Osobně bych doporučoval jiný hosting, protože i při doladění cachování a ostatních optimalizacích to bude MySQL vždycky brzdit.

Query Time závisí především na rychlosti a zatížení serveru s MySQL.
Parse Time = Query Time + čas na samotné zpracování skriptů PHP včetně souborových operací.
Rozdíl Parse Time - Query Time závisí především na rychlosti a zatížení serveru, na kterém běží PHP.
Parse Time by měl být jen o málo větší než Query Time.

2. PROBLÉM S VELIKOSTÍ STRÁNEK
S velikostí HTML kódu toho podle mě už moc udělat nepůjde.

Trochu by šly ještě optimalizovat obrázky layoutu.
Obrázky kategoriií ze zdají optimální.
Náhledy obrázků produktů jsou asi 10x objemnější než by měly být, ale to bych řešil kontribucí Image Handler. Kromě snížení objemu budou obrázky mnohem líp vypadat.

Pokud Image Handler nelze použít, vyměnil bych hosting také, pokud sortiment obchodu není víceméně stabilní.

Na purpleshade jsem kouk, ale vypadá to, že template \common\tpl_main_page.php je prakticky stejnej jako classic.

Jen je mi divný, proč se to roztahuje v archivu, kde nejsou žádný obrázky.

A na indexu ti to běhá?

Mě to v mým templatu prochází validátorem (jak Tidy ve FF tak na W3C) bez ztráty květinky a funguje to jak má. Je ovšem pravda, že mám template fixní, založenej na classicu a docela jsem si vyhrál s množstvím chyb, který má Zen ve struktuře XHTML. Může bejt, že se tam projevuje nějaký smetí buď přímo ze Zenu, nebo z nějaký kontribuce.

Zkus poslat nějakej screenshot, abych měl představu, co to dělá.

Nebo ještě líp, zkus to pustit na web a zablokuj novinky v indexu, já se na ně dostanu přes URL a zákazníci by to neměli vidět.

Jinak jsem na ICQ, měl bys tam mít od rána moji žádost o autorizaci.

V tom případě bych vyhodil celej kód od <td valign="middle" ... až po první následující </td> (řádky 72 až 74 jestli máme stejnou instalaci).

Ale:
Z hlediska použitelnosti webu je dneska už prakticky zažitý, že vlevo nahoře je logo, který slouží jako odkaz na úvodní stránku. Spousta lidí ho tam bude postrádat a pokud tam bude jen nějakej obrázek bez odkazu, budou na něj naštvaný zákazníci marně klikat. Mě to teda naštve skoro vždycky.

Vykreslení loga je natvrdo v kódu v souborech
\includes\templates\template_default\common\tpl_header.php
nebo
\includes\templates\<your_template>\common\tpl_header.php
asi tak kolem řádky 70.

Vlastnosti loga (rozměry a název obrázku) se nastavují v souborech
\includes\languages\<language>\header.php
nebo
\includes\languages\<language>\<your_template>\header.php.

Vřele doporučuju všechny úpravy provádět pouze v "template" adresářích.

Tak jsem to, zdá se, rozloupnul a při té příležitosti jsem provedl ještě několik menších úprav.

1. Původ problémů
=================

1.1 Templates
-------------
Čistý CSS layout novinek napasovaný do tabulkového layoutu Zenu IE prostě neskousne. Upravil jsem proto všechny tpl_news... do HTML struktury podle ostatních stránek (tabulkový layout). Tím se taky odstranily problémy s velikostí písma v Opeře a starších IE bez úpravy css.

Kromě toho je nelogický původní způsob výpisu hlaviček - stejný pro samostatné stránky s novinkami i pro přehled novinek na indexu. Upravil jsem proto jak tpl_news... tak \classes\news.php.

1.2 \classes\news.php
---------------------
Upravil jsem výpis hlaviček, aby se v tpl_news... zobrazovala hlavička <h1></h1> standardně a v přehledu novinek na indexu jako <h3></h3>

1.3 CSS
-------
Zásadní problém je zajímavej - stačilo pro obrázek (IMG.articleImage) nastavit "float: right" a přestalo se to v IE překrejvat.

Druhá chyba bylo obvykle chybějící pravidlo "list-style-type: none" pro položky seznamu (ul.articleLinkList li, ul.archiveLinkList li). Opera i Gecko bez tohoto nastavení zobrazujou u odkazů puntíky.

2. Opravy a úpravy
==================

Všechny opravy a úpravy jsou (doufám) v přiloženém zipu.

3. Poznámky
===========

3.1 Velikost obrázků
--------------------
U fixního layoutu by měly být obrázky užší než polovina šířky prostředního sloupce.

U fluidního layoutu bude vždycky problém s obtékáním textu, pokud vlevo od obrázku zůstane málo místa - odstavec se roztrhá.

3.2 Posunutí textu pod obrázek
------------------------------
Bez zásahu do PHP a CSS je možno posunout text odstavce pod obrázek, pokud se na začátek textu v adminu (pole Summary nebo Content) přidá

</p><div class="clearboth"></div><p>

Pro tohle řešení je ale nutná úprava podle 2.2.2.

***************************************************

Už k tomu někdo dělá češtinu???

Připojit soubor:

---

News_Articles_Management_v2.110_Modified.zip Velikost: 12.75 KB; Hits: 155

Stihl jsem to mezitím instalovat na lokálu a dělá mi to přesně to samý. Firefox OK, Netscape 6 a 7 OK, IE zcela chybně, Opera nic moc. Kromě toho špatná velikost písma v IE 5, 5.5 a Opeře 6.

Tož budu špekulovat. Určitě jsou nedodělky v CSS a podívám se taky do kódu.

Z webu už to můžeš vyndat.

Vypadá to na nějakou chybku buď v HTML kódu nebo spíš v CSS. Jestli to nemáš na lokálu, pošli odkaz, kouknu se na to.

2Roman:

Stačí porovnat velikost originální instalace osc (1.41 MB), cre (5.13 MB) a zenu (3.89 MB), o struktuře a kódu ani nemluvím. Ty 3.7 MB navíc u cre a 2.5 MB u zenu nejsou rozhodně žádnej balast. Zkoušel jsem všechny tři a zen jednoznačně vede, protože je modulární a dá se nejlíp modifikovat. Jak cre tak zen využívají upravenou osc jako motor, ale to, co je navíc, to už je sakra pěkná porce práce.

To že se v zenu neuvádí copyright osc se mi sice taky zrovna nelíbí, ale je to v souladu s licencí. Kdo se v tom pohybuje, ten to stejně ví, kdo ne, tomu to stejně nic neřekne. A kdo chce, ten si to tam může dopsat.

A kromě toho: powered by Linux, Apache, PHP, MySql...

Pokud to někoho zajímá, zákazníci to rozhodně nejsou.

1. Copyright ZenCartu musí být uveden pouze v případě, že používáš originální grafiku a template ze základní instalace.

2. "Powered by ZenCart" musí být uvedeno pouze v případě, pokud chceš umístit link na Tvůj obchod do Zen Showcase (seznam linků na obchody postavené na Zenu).

Pravidla jsou uvedena na ZenCart FAQ:

Q: Can I remove the Copyright © 2003 Zen Cart. Powered by Zen Cart from the footer of my cart?

A: Copyright © 2003 Zen Cart covers the design and graphics in the templates. If you are using a stock template with the included graphics you must leave the copyright. If you make a custom template and use your own graphics you may change the copyright.

Shops that wish to be listed in the Zen Showcase must leave Powered by Zen Cart in the footer for identification.Leaving the Powered by Zen Cart is advantageous to both you and Zen Cart because a relevant reciprocal link can help you with search engine rankings. In the event you do not wish to be listed in the Zen Showcase, Powered by Zen Cart may be removed, but it may not be changed.

Odkaz: http://www.zen-cart.com/modules/xoopsfaq/index.php?cat_id=3#39

3. Nechápu, proč tutlat, že je obchod postavenej na Zenu (případně jiném open source). Pořád lepší, než aby si někdo myslel, že je to nějakej horkou jehlou spíchnutej bastl.

4. Každej open source projekt je závislej na spoustě lidí, který do toho dávají svůj čas a znalosti. Čím víc se o takovým projektu ví, tím lepší podpora. A kromě toho, já to vidím jednoduše jako slušnost, když používám něco, co vymyslel někdo jinej, abych to tam alespoň napsal.

Howgh