Zuletzt wurde ich CS Cart-Add-On-Entwickler. Es geschah zufällig: Ich wurde eingestellt, um im Netzwerk der Online-Shops in St. Petersburg zu arbeiten, in denen Vapes und alle möglichen interessanten Dinge verkauft werden, um die körperlichen Bedürfnisse leidender Paare und Singles zu befriedigen (die nicht verstanden haben - noch nicht gereift sind). Beide Online-Shops werden in zwei Storefronts mit unterschiedlichen Domänen, aber einem Admin-Panel und einer gemeinsamen Datenbank bereitgestellt. Was ist los mit ihr? Ich denke, es wurde viel über CMS geschrieben, aber ich werde meine Fliege in die Salbe geben.
Reise zum Modul durch die Gesamtstruktur der Verzeichnisse
Bei der Entwicklung des ersten Moduls für diese Plattform hatte ich viele Probleme, die meiner Meinung nach keine Erfahrung mit OOP sowie mit CMS MODX Revo haben sollten. Das erste, was mir aufgefallen ist, war die sehr komplexe und verwirrende Struktur des Moduls:
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, , , , , , , .
Fazit
Ich glaube nicht, dass sich die Situation mit diesem CMS jemals ändern wird, und es tut mir wirklich leid für diejenigen, die mit einer riesigen Nomenklaturbasis darauf sitzen und fabelhaftes Geld für den letzten Schliff zahlen. Aber ich möchte glauben, dass ich zumindest in meinem Geschäft einige seiner Mängel überwinden kann.
Ich hoffe der Artikel war interessant für dich. Ich werde mehr über meine Forschung in diesem CMS oder über die Entwicklung von Modulen dafür schreiben.