Mais recentemente, tornei-me um desenvolvedor complementar do CS Cart. Aconteceu por acaso: fui contratado para trabalhar na rede de lojas online de São Petersburgo que vendia vapes e todo tipo de coisas interessantes para atender às necessidades físicas de casais e solteiros sofredores (que não entendiam - ainda não amadureceram). Ambas as lojas online estão implantadas em duas vitrines com domínios diferentes, mas um painel de administração e um banco de dados comum. O que há de errado com ela? Acho que muito já foi escrito sobre o CMS, mas vou acrescentar minha mosca na sopa.
Viagem ao módulo através da floresta de diretórios
No processo de desenvolvimento do primeiro módulo para esta plataforma, enfrentei muitos problemas, que, como pensei, ter experiência com OOP, bem como com CMS MODX Revo, não deveriam existir. A primeira coisa que chamou minha atenção foi a estrutura muito complexa e confusa do módulo:
root/ ├─ app/ │ └ addons/ <- │ └ [id_]/ <- │ ├─ controllers/ <- │ │ ├─ backend/ <- │ │ │ ├─ [_].php <- │ │ │ ├─ [].pre.php <- │ │ │ └─ [].post.php <- │ │ ├─ common/ <- │ │ │ ├─ [_].php │ │ │ ├─ [].pre.php │ │ │ └─ [].post.php │ │ └─ frontend/ <- │ │ ├─ [_].php │ │ ├─ [].pre.php │ │ └─ [].post.php │ ├─ database/ <- MySQL │ ├─ schemas/ <- PHP │ │ └─ [_]/ <- ( ) │ │ └─ [_].post.php <- │ ├─ Tygh/ <- │ │ ├─ Shippings/ <- │ │ │ └─ Services/ <- │ │ │ └─ [].php <- │ │ └─ [].php <- │ ├─ addon.xml <- │ ├─ config.php <- │ ├─ func.php <- │ └─ init.php <- ├─ design/ │ ├ backend/ <- │ │ ├ css/ <- │ │ │ └ addons/ │ │ │ └ [id_]/ <- │ │ │ ├ styles.css <- │ │ │ └ styles.less │ │ ├ mail/ <- Email │ │ │ └ templates/ │ │ │ └ addons/ <- │ │ │ └ [id_]/ <- │ │ │ ├ hooks/ <- │ │ │ │ └ [_]/ <- │ │ │ │ ├ [_].pre.tpl <- │ │ │ │ ├ [_].post.tpl <- │ │ │ │ └ [_].override.tpl <- │ │ │ ├ [_]_subj.tpl/ │ │ │ └ [_].tpl/ │ │ ├ media/ <- │ │ │ └ images/ │ │ │ └ addons/ │ │ │ └ [id_]/ <- │ │ │ ├ _1.jpg/ │ │ │ └ _2.png/ │ │ └ templates/ <- │ │ └ addons/ │ │ └ [id_]/ │ │ ├ hooks/ <- │ │ │ ├ index/ <- │ │ │ │ ├ scripts.post.tpl <- │ │ │ │ └ styles.post.tpl <- │ │ │ └ [_]/ │ │ │ ├ [_].pre.tpl <- │ │ │ ├ [_].post.tpl <- │ │ │ └ [_].override.tpl <- │ │ ├ views/ <- │ │ │ └ [_]/ <- │ │ │ └ [_].tpl <- (mode) │ │ └ overrides/ <- │ │ └ ... <- │ │ │ └ themes/ <- — │ └ [_]/ <- │ ├ css/ <- │ │ └ addons/ │ │ └ [id_]/ │ │ ├ styles.css <- CSS │ │ └ styles.less <- LESS │ ├ mail/ <- │ │ └ templates/ │ │ └ addons/ │ │ └ [id_]/ │ │ ├ hooks/ <- │ │ │ └ [_]/ │ │ │ ├ [_].pre.tpl │ │ │ ├ [_].post.tpl │ │ │ └ [_].override.tpl │ │ ├ [_]_subj.tpl/ <- │ │ └ [_].tpl/ <- │ ├ media/ <- │ │ └ images/ │ │ └ addons/ <- │ │ └ [id_]/ │ │ ├ _1.jpg/ │ │ └ _2.png/ │ └ templates/ <- │ └ addons/ │ └ [id_]/ <- │ ├ hooks/ <- │ │ ├ index/ <- │ │ │ ├ scripts.post.tpl <- │ │ │ └ styles.post.tpl <- │ │ └ [_]/ <- │ │ ├ [_].pre.tpl <- │ │ ├ [_].post.tpl <- │ │ └ [_].override.tpl <- │ ├ views/ <- │ │ └ [_]/ <- │ │ └ [_].tpl <- │ └ overrides/ <- │ └ ... <- │ ├ js/ <- │ └ addons/ │ └ [id_]/ │ └ func.js/ └ var/ <- └ themes_repository/ <- └ [_]/ └ ...
, , , , , , . : , AJAX , CMS JS , . , , 3-4 -, , , .
, , , .
- ,
, , . , , , , : " ?!" - Google LightHouse, , 20 10 , . . , CMS - , , PHP, , , . ? - : CMS 2003-2004 , MyISAM.
MyISAM - , 50 000 (!) ( ). , , InnoDB. - 500 - 1000 .
. 50 000 ? " " - . , SEO . . : . , , . , , . , "" -.
- , , , .
? 100
, - "". cron - . , , - . , - . , , 100$ . , , , , , CMS . CMS, , , , , , , .
Conclusão
Não acredito que a situação com este CMS vá mudar algum dia e realmente sinto muito por aqueles que, tendo uma base enorme de nomenclatura, sentam-se nele e pagam um dinheiro fabuloso por todos os retoques finais. Mas quero acreditar que, pelo menos na minha loja, poderei superar algumas de suas deficiências.
Espero que o artigo seja interessante para você. Vou escrever mais sobre minha pesquisa neste CMS ou sobre o desenvolvimento de módulos para ele.