ಹೊಸ zinnector
ತಕ್ಷಣವೇ ಬೂಟ್ ಆಗುವ ಸೈಟ್, ಪ್ಲಗಿನ್ ಅಥವಾ ಬ್ಲಾಕ್ ಥೀಮ್ನ ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ಅನ್ನು ರಚಿಸಿ. ಯಾವುದೇ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಫೈಲ್ಗಳಿಲ್ಲ, ಯಾವುದೇ TODOಗಳಿಲ್ಲ — ಪ್ಲಗಿನ್ ಸಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಥೀಮ್ ರಚನೆಯಾದ ಕ್ಷಣದಲ್ಲೇ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
Zinnector®
Zinnector® ಕೇವಲ Node ಹೊರತುಪಡಿಸಿ ಬೇರೇನನ್ನೂ ಇನ್ಸ್ಟಾಲ್ ಮಾಡದೆಯೇ ಸ್ಥಳೀಯವಾಗಿ WordPress ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ — Docker ಇಲ್ಲ, MAMP ಇಲ್ಲ — ನಂತರ ನೀವು ನಿಯೋಜಿಸಲು ಹೊರಟಿರುವ ಹೋಸ್ಟಿಂಗ್ ಸ್ಲಾಟ್ಗೆ ವಿರುದ್ಧವಾಗಿ ನೀವು ನಿರ್ಮಿಸಿದ್ದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಪುಶ್ ಮಾಡುವ ಮೊದಲು ಯಾವುದು ಹೊಂದಾಣಿಕೆಯಾಗುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ. npm install -g zinnector ಮೂಲಕ ಇದನ್ನು ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ. ಇದು ಉಚಿತವಾಗಿದೆ, MIT-ಪರವಾನಗಿ ಪಡೆದಿದೆ ಮತ್ತು ಇಲ್ಲಿರುವ ಉಳಿದೆಲ್ಲವುಗಳಂತೆಯೇ ಅದೇ ಸಾರ್ವಜನಿಕ API ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟಿಂಗ್ CLI ಗಳು ಡಿಪ್ಲಾಯ್ ಹಂತದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. Zinnector® ಅದಕ್ಕಿಂತ ಮೊದಲೇ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ — ಇದು ನಿಮ್ಮೊಂದಿಗೆ ಸೈಟ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ತದನಂತರ ನೀವು ಕಳುಹಿಸಲಿರುವ ಯಂತ್ರಕ್ಕೆ ಅನುಗುಣವಾಗಿ ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. "ಇದು ನನ್ನ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿತ್ತು" ಮತ್ತು "ಇದು ಸರ್ವರ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ" ನಡುವಿನ ಅಂತರದಲ್ಲಿಯೇ ಇಡೀ ಮಧ್ಯಾಹ್ನಗಳು ಕಳೆದುಹೋಗುತ್ತವೆ, ಮತ್ತು ಆ ಅಂತರವು ಅಳೆಯಬಹುದಾದದ್ದಾಗಿದೆ.
ತಕ್ಷಣವೇ ಬೂಟ್ ಆಗುವ ಸೈಟ್, ಪ್ಲಗಿನ್ ಅಥವಾ ಬ್ಲಾಕ್ ಥೀಮ್ನ ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ಅನ್ನು ರಚಿಸಿ. ಯಾವುದೇ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಫೈಲ್ಗಳಿಲ್ಲ, ಯಾವುದೇ TODOಗಳಿಲ್ಲ — ಪ್ಲಗಿನ್ ಸಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಥೀಮ್ ರಚನೆಯಾದ ಕ್ಷಣದಲ್ಲೇ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಯಾವುದೇ Docker ಮತ್ತು ನಿಮ್ಮ PATH ನಲ್ಲಿ ಯಾವುದೇ PHP ಇಲ್ಲದೆ, ನಿಮ್ಮದೇ ಆದ ಪ್ಲಗಿನ್ಗಳು ಮತ್ತು ಥೀಮ್ಗಳನ್ನು ಒದಗಿಸುವ ನೈಜ WordPress ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ ಕೆಲವೇ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಲಭ್ಯವಾಗುತ್ತದೆ. ಅಭಿವೃದ್ಧಿಪಡಿಸಲು 5.2 ರಿಂದ 8.5 ರವರೆಗಿನ ಯಾವುದೇ PHP ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಪೂರ್ವ-ತಪಾಸಣೆ. ನೀವು ನಿರ್ಮಿಸಿರುವುದನ್ನು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್ನೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಪುಶ್ ಮಾಡುವ ಮೊದಲು ಪ್ರತಿಯೊಂದು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವಿಕೆ — ಮತ್ತು ಅದು ಮಾಡಲು ಸಾಧ್ಯವಾಗದ ಪ್ರತಿಯೊಂದು ಪರಿಶೀಲನೆಯನ್ನು — ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.
ಪೂರ್ವ-ಪರಿಶೀಲನೆ ನಡೆಸಿ, ನಿಮ್ಮ ಕಮಿಟ್ಗಳನ್ನು ಪುಶ್ ಮಾಡಿ, ನಿಯೋಜನೆಯನ್ನು ಪ್ರಚೋದಿಸಿ ಮತ್ತು ಅದು ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ವೀಕ್ಷಿಸಿ. ಅದು ವಿಫಲವಾದರೆ, ಬಿಲ್ಡ್ ಲಾಗ್ ಕೇವಲ ಒಂದು ಆಜ್ಞೆಯ ದೂರದಲ್ಲಿದೆ.
ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ನಿಮ್ಮ ಸೈಟ್ ಅನ್ನು ಸಂದರ್ಭವಾಗಿಟ್ಟುಕೊಂಡು ಟರ್ಮಿನಲ್ನಿಂದ ಸಹಾಯಕನನ್ನು ಕೇಳಿ. ಇದು ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಯ ಮೂಲಕ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಸಾಧನದಲ್ಲಿ ಯಾವುದೇ ಮಾದರಿ ಕೀಲಿಯನ್ನು ಎಂದಿಗೂ ಸಂಗ್ರಹಿಸಲಾಗುವುದಿಲ್ಲ.
ಕ್ರಮವಾಗಿ ಆರು ಆಜ್ಞೆಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಯಶಸ್ಸು ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ. ಇಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದೂ ನಿಮ್ಮ ಸ್ವಂತ ಕಂಪ್ಯೂಟರ್ನಲ್ಲೇ ಚಲಿಸುತ್ತದೆ; ನೀವು ಹೋಸ್ಟಿಂಗ್ ಸ್ಲಾಟ್ಗೆ ತಲುಪಿದಾಗ ಮಾತ್ರ API ಕೀ ಅಗತ್ಯವಿರುತ್ತದೆ.
Node 24 ಅಥವಾ ಹೊಸದರಲ್ಲಿ npm install -g zinnector ಅನ್ನು ಚಲಾಯಿಸಿ. npm ಯು EBADENGINE ಎಂದು ಮುದ್ರಿಸಿದರೆ, ನಿಮ್ಮ Node 24 ಕ್ಕಿಂತ ಹಳೆಯದಾಗಿದೆ — nodejs.org ನಿಂದ ಪ್ರಸ್ತುತ LTS ಅನ್ನು ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ ಮತ್ತು ಇನ್ಸ್ಟಾಲೇಶನ್ ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ.
zinnector --version ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯನ್ನು 0.1.2 ರಂತೆ ಮುದ್ರಿಸುತ್ತದೆ. 24 ಕ್ಕಿಂತ ಹಳೆಯ Node ನಲ್ಲಿ ಇದು Node 24 ಅಥವಾ ಹೊಸದು ಅಗತ್ಯವಿದೆ ಎಂಬ ಸಂದೇಶವನ್ನು ಮುದ್ರಿಸಿ, ನಿರ್ಗಮಿಸುತ್ತದೆ.
zinnector --help ಕೆಳಗೆ ಪ್ರತಿಯೊಂದು ಆಜ್ಞೆಯನ್ನು ಒಂದು ಸಾಲಿನ ಉದ್ದೇಶದೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಆಜ್ಞೆಯು ತನ್ನದೇ ಆದ --help ಅನ್ನು ಸಹ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
zinnector new my-site ತಕ್ಷಣವೇ ಬೂಟ್ ಆಗುವ ಯೋಜನೆಯನ್ನು ರಚಿಸುತ್ತದೆ — zinnector.json, wp-content ಟ್ರೀ ಮತ್ತು README — ಮತ್ತು ಚಲಾಯಿಸಬೇಕಾದ ಮುಂದಿನ ಆಜ್ಞೆಗಳನ್ನು ಪ್ರಿಂಟ್ ಮಾಡುತ್ತದೆ.
cd my-site, ನಂತರ zinnector dev. ಮೊದಲ ರನ್ WordPress ರನ್ಟೈಮ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲು ಒಮ್ಮೆ ಕೇಳುತ್ತದೆ (ಸುಮಾರು 570 MB, CLI ನ ಸ್ವಂತ ಕ್ಯಾಶ್ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ, ನಿಮ್ಮ ಯೋಜನೆಯಲ್ಲಿ ಎಂದಿಗೂ ಅಲ್ಲ). ಯಶಸ್ಸು “running at http://127.0.0.1:9400” ಎಂದು ತೋರುತ್ತದೆ.
http://127.0.0.1:9400 ಒಂದು ಹೊಸ WordPress ತಾಣವಾಗಿದೆ; /wp-admin ಈಗಾಗಲೇ ಸೈನ್ ಇನ್ ಆಗಿರುವ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಅನ್ನು ತೆರೆಯುತ್ತದೆ. wp-content/plugins ಗೆ ಪ್ಲಗಿನ್ ಅನ್ನು ಹಾಕಿ ಮತ್ತು ಮುಂದಿನ ಮರುಲೋಡ್ನಲ್ಲಿ ಅದು ಅಲ್ಲಿರುತ್ತದೆ.
zinnector login, zinnector link, zinnector check, zinnector push — ನೀವು ನಿರ್ಮಿಸಿರುವುದನ್ನು ಸ್ಲಾಟ್ ವಿರುದ್ಧ ಪೂರ್ವ-ಪರಿಶೀಲನೆ ನಡೆಸಿ, ನಂತರ ನಿಯೋಜಿಸಿ ಮತ್ತು ಅದು ಪೂರ್ಣಗೊಳ್ಳುವುದನ್ನು ವೀಕ್ಷಿಸಿ.
ನೀವು PHP 8.3 ನಲ್ಲಿ ನಿರ್ಮಿಸಿದ್ದೀರಿ. ಸ್ಲಾಟ್ 8.1 ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ. ಸೈಟ್ ಬಿಳಿಯಾಗುವವರೆಗೆ ಯಾವುದೂ ನಿಮಗೆ ತಿಳಿಸುವುದಿಲ್ಲ. ಈ ಕಮಾಂಡ್ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಆ ಸಮಸ್ಯೆಯೇ ಕಾರಣ, ಮತ್ತು ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಮಾಲೀಕರು ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೆಸರಿಸಿ ಕೇಳಿದ್ದು ಇದನ್ನೇ. Zinnector® ಎರಡೂ ಪರಿಸರಗಳನ್ನು ಓದುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ ಇರಿಸುತ್ತದೆ — ನಂತರ ನೀವು ನಿಯೋಜಿಸಲು ಬಯಸಿದರೆ ಅದಕ್ಕೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಬಳಿ ಒಂದು ಕಾರಣವಿರಬಹುದು.
ಪ್ರಮುಖ-ಆವೃತ್ತಿಯ ಅಂತರವನ್ನು ಹೆಚ್ಚು ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಖಚಿತವಾಗಿ ಸೈಟ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತದೆ; ಸಣ್ಣ ಅಂತರವನ್ನು ಕಡಿಮೆ ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದನ್ನೂ ನಿರ್ಣಾಯಕವೆಂದು ದರ್ಜೀಕರಿಸುವುದು ಜನರು ಎಚ್ಚರಿಕೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಮಾತ್ರ ಕಲಿಸುತ್ತದೆ.
WordPress ಟ್ರೀ ಹತ್ತಾರು ಸಾವಿರ ಸಣ್ಣ ಫೈಲ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಸೈಟ್ ತನ್ನ ಡಿಸ್ಕ್ ಮಿತಿಗಿಂತ ತೀರಾ ಕೆಳಗಿದ್ದರೂ ಸಹ ತನ್ನ inode ಮಿತಿಯನ್ನು ಖಾಲಿ ಮಾಡಬಹುದು. ಇವೆರಡನ್ನೂ ಪ್ಲಾನ್ಗೆ ವಿರುದ್ಧವಾಗಿ ಪರಿಶೀಲಿಸದೆ, ಸ್ಲಾಟ್ನಲ್ಲಿ ವಾಸ್ತವವಾಗಿ ಏನು ಉಳಿದಿದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
ತನ್ನ ವಿಷಯವನ್ನು ನೋಡಲಾಗದ ತಪಾಸಣೆಯು ಎಂದಿಗೂ ಉತ್ತೀರ್ಣಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುವುದಿಲ್ಲ, ಪರಿಶೀಲಿಸಲಾಗಿಲ್ಲ ಎಂದೇ ವರದಿ ಮಾಡುತ್ತದೆ. ದೋಷರಹಿತ ರನ್ ಎಷ್ಟು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಎಂಬುದನ್ನು ತಿಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ತಪ್ಪು ಕ್ಲಿಯರೆನ್ಸ್ ಅನ್ನು ಯಾರೂ ಎರಡನೇ ಬಾರಿ ನೋಡುವುದಿಲ್ಲ.
ಪ್ರತಿಯೊಂದು ಶೋಧನೆಯನ್ನು --force ನೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸಬಹುದು, ಮತ್ತು ಸಾರಾಂಶವು ಹಾಗೆಯೇ ಹೇಳುತ್ತದೆ. CI ನಲ್ಲಿ ಬದಲಿಗೆ ನಿರ್ಗಮನ ಕೋಡ್ ಗೇಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವ್ಯಕ್ತಿಯು ನಿಯಂತ್ರಣದಲ್ಲಿರುವಾಗಲೇ ಪೈಪ್ಲೈನ್ ಕಟ್ಟುನಿಟ್ಟಾಗಿರಬಹುದು.
WordPress Playground ಡೀಫಾಲ್ಟ್ ಆಗಿದೆ: WebAssembly ಗೆ ಕಂಪೈಲ್ ಮಾಡಲಾದ PHP, Node ಒಳಗೆ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ Node ಅನ್ನು ಮಾತ್ರ ಸ್ಥಾಪಿಸಿರುವ ಲ್ಯಾಪ್ಟಾಪ್ ಈ ವಾಕ್ಯವನ್ನು ಓದಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯದಲ್ಲಿ ಶೂನ್ಯದಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುವ WordPress ಗೆ ಬದಲಾಗುತ್ತದೆ.
ನಿಮಗೆ ಸ್ಥಳೀಯ PHP ಅಗತ್ಯವಿದ್ದಾಗ — imagick ನಂತಹ ವಿಸ್ತರಣೆ, ನಿಜವಾದ MySQL — --runtime docker ಅನ್ನು ರವಾನಿಸಿ ಮತ್ತು ಬದಲಿಗೆ php-fpm ಮತ್ತು MariaDB ಕಂಟೇನರ್ಗಳನ್ನು ಪಡೆಯಿರಿ. ಎರಡೂ ಒಂದೇ ಯೋಜನೆಯಿಂದ ಒಂದೇ ಫೈಲ್ಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಅವುಗಳ ನಡುವೆ ಬದಲಾಯಿಸುವುದರಿಂದ ಎಂಜಿನ್ ಮಾತ್ರ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಬೇರೇನೂ ಅಲ್ಲ.
Zinnector® ಅನ್ನು ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಂತೆಯೇ ಅದೇ ಸಾರ್ವಜನಿಕ API ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಪ್ಯಾನೆಲ್ ಮಾಡಬಹುದಾದ ಎಲ್ಲವನ್ನೂ ಇದು ಮಾಡಬಹುದು — ಮತ್ತು ಪ್ರತಿಯೊಂದು ಕಮಾಂಡ್ ಕೂಡ ಖಾಸಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಆಗಿರದೆ OpenAPI ಸ್ಪೆಸಿಫಿಕೇಶನ್ನಲ್ಲಿ ದಾಖಲಿಸಲಾದ ಕಾರ್ಯಾಚರಣೆಯಾಗಿದೆ.
ಸೈಟ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಿರ್ದಿಷ್ಟ ಸೈಟ್ ಕುರಿತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ತಿಳಿದಿರುವ ಎಲ್ಲವನ್ನೂ ಓದಿ, ಮರುನಿಯೋಜಿಸಿ, ಮತ್ತು ನಿಯೋಜನೆ ಇತಿಹಾಸ ಹಾಗೂ ಬಿಲ್ಡ್ ಲಾಗ್ಗಳನ್ನು ಓದಿ.
ಡೊಮೇನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಡಿಎನ್ಎಸ್ ದಾಖಲೆಗಳನ್ನು ಬರೆಯುವ ಮೊದಲು ತೋರಿಸಲಾದ ದಾಖಲೆಯೊಂದಿಗೆ ಅವುಗಳನ್ನು ಓದಿ ಮತ್ತು ಬದಲಾಯಿಸಿ, ಹಾಗೂ ನಿಮ್ಮ ಮೇಲ್ ಸೇವೆಗಳನ್ನು ಓದಿ.
PHP ಆವೃತ್ತಿಗಳನ್ನು ಬದಲಾಯಿಸಿ, ನಿಮ್ಮ ಪ್ಲಾನ್ ಒದಗಿಸುವ ಮಿತಿಗೆ ಅನುಗುಣವಾಗಿ ಡಿಸ್ಕ್ ಮತ್ತು inode ಬಳಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, phpMyAdmin ಗಾಗಿ ಏಕ-ಬಳಕೆಯ ಲಿಂಕ್ಗಳನ್ನು ಪಡೆಯಿರಿ ಮತ್ತು ಪ್ರವೇಶ ಹಾಗೂ ದೋಷ ಲಾಗ್ಗಳನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಿ.
ಸೈಟ್ನಲ್ಲಿ ಅನುಮತಿಸಲಾದ WP-CLI ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಮಾಡುವ ಬದಲು ಒಂದೇ ಕರೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ಆಯ್ಕೆಯಾದವುಗಳಾದ್ಯಂತ ಕ್ಯಾಶ್ಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ ಅಥವಾ ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನ್ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಿ.
ಪೂರ್ಣ ಪಟ್ಟಿ, ಪ್ರತಿಯೊಂದೂ ಒಂದೊಂದು ಸಾಲಿನಲ್ಲಿ. ಸಂಪೂರ್ಣ ಉಲ್ಲೇಖ — ಪ್ರತಿಯೊಂದು ಫ್ಲ್ಯಾಗ್, ಚಲಾಯಿಸಬಹುದಾದ ಉದಾಹರಣೆ ಮತ್ತು ಪ್ರತಿ ಕಮಾಂಡ್ ಏನನ್ನು ಪ್ರಿಂಟ್ ಮಾಡುತ್ತದೆ ಎಂಬುದು — CLI ನಿಂದಲೇ ರಚಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಡೆವಲಪರ್ ಡಾಕ್ಯುಮೆಂಟ್ಗಳು ಹಾಗೂ ಜ್ಞಾನದ ಮೂಲದಲ್ಲಿ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ನೀವು ಸ್ಥಾಪಿಸಿರುವ ಟೂಲ್ನಿಂದ ಭಿನ್ನವಾಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ.
ನೀವು ತಕ್ಷಣ ರನ್ ಮಾಡಬಹುದಾದ WordPress ಯೋಜನೆಯ ಚೌಕಟ್ಟನ್ನು ರಚಿಸಿ.
ಈ ಯೋಜನೆಯನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಚಲಾಯಿಸಿ — ಯಾವುದೇ Docker ಅಗತ್ಯವಿಲ್ಲ.
Zinn Digital® API ಕೀಲಿಯೊಂದಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡಿ.
ಸಂಗ್ರಹಿಸಲಾದ API ಕೀಲಿಯನ್ನು ಮರೆತುಬಿಡಿ.
ಈ CLI ಯಾರಾಗಿ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸಿ.
ಈ ಕೀಲಿಯು ನೋಡಬಹುದಾದ ಸೈಟ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.
ಒಂದು ಸೈಟ್ ಕುರಿತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ತಿಳಿದಿರುವ ಎಲ್ಲವೂ.
ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಒಂದೇ ಸೈಟ್ಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡಿ — ಡೆವಲಪರ್, ಡಿಸೈನರ್, ಕ್ಲೈಂಟ್ — ಪಾತ್ರ ಮತ್ತು ಕಾರಣದೊಂದಿಗೆ.
ಸೈಟ್ಗೆ ಯಾರಿಗೆ ಪ್ರವೇಶ ನೀಡಲಾಗಿದೆ, ಅವರ ಪಾತ್ರ ಮತ್ತು ಅವರು ಈಗಾಗಲೇ ಸ್ವೀಕರಿಸಿದ್ದಾರೆಯೇ ಎಂಬುದನ್ನು ನೋಡಿ.
ಇಮೇಲ್ ಅಥವಾ ಅನುದಾನ ಐಡಿ ಮೂಲಕ ವ್ಯಕ್ತಿಯ ಪ್ರವೇಶವನ್ನು ಹಿಂಪಡೆಯಿರಿ.
ನಿಮಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಆಹ್ವಾನಗಳು, ಮತ್ತು ಒಂದನ್ನು ಸ್ವೀಕರಿಸಿ.
ಈ ಯೋಜನೆಯನ್ನು ಹೋಸ್ಟಿಂಗ್ ಸ್ಲಾಟ್ಗೆ ನಿರ್ದೇಶಿಸಿ (ಮತ್ತು ಅದರ ರೆಪೊಸಿಟರಿಯನ್ನು ಸಂಪರ್ಕಿಸಿ).
ಸ್ಥಳೀಯ ಅಭಿವೃದ್ಧಿಗಾಗಿ ಹೋಸ್ಟ್ ಮಾಡಿದ ಸೈಟ್ನ ಫೈಲ್ಗಳನ್ನು ಈ ಪ್ರಾಜೆಕ್ಟ್ಗೆ ಎಳೆಯಿರಿ ಮತ್ತು ಮರು-ಸಿಂಕ್ ಮಾಡಲು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಸೈಟ್ ತನ್ನದೇ ಆದ ರೆಪೊಸಿಟರಿಗೆ ಸಿಂಕ್ ಮಾಡಿದಾಗ ವೇಗದ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಇತ್ತೀಚಿನ ಬ್ಯಾಕಪ್ನಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಸೈಟ್ನ ಲೈವ್ ಫೈಲ್ಗಳು ಮತ್ತು ಅದರ ರೆಪೊಸಿಟರಿ ನಡುವೆ ದ್ವಿಮುಖ ಸಿಂಕ್: ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸಿ, ಅದನ್ನು ಆನ್ ಮಾಡಿ, ಸೈಟ್ನ ಬದಲಾವಣೆಗಳನ್ನು ಕಮಿಟ್ ಮಾಡಿ ಅಥವಾ ಯಾವ ಕಡೆಯು ಆದ್ಯತೆ ಪಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆಮಾಡಿ.
Claude Desktop ಮತ್ತು ಸ್ಥಳೀಯ ಸರ್ವರ್ಗಳನ್ನು ಮಾತ್ರ ಪ್ರಾರಂಭಿಸುವ ಇತರ AI ಕ್ಲೈಂಟ್ಗಳಿಗಾಗಿ Zinn Digital® MCP ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕ ಕಲ್ಪಿಸುವ ಸೇತು.
ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಸೈಟ್ನಿಂದ ಒಂದೇ ಹಂತದಲ್ಲಿ ಸ್ಥಳೀಯ ಯೋಜನೆಯನ್ನು ರಚಿಸಿ: ಅದರ ರೆಪೊಸಿಟರಿಯನ್ನು ಕ್ಲೋನ್ ಮಾಡಿ ಅಥವಾ ಅದರ ಫೈಲ್ಗಳನ್ನು ಪುಲ್ ಮಾಡಿ, ಪ್ರಾಜೆಕ್ಟ್ ಫೈಲ್ ಬರೆಯಿರಿ ಮತ್ತು zinnector dev ಅನ್ನು ಚಲಾಯಿಸಲು ಸಿದ್ಧರಾಗಿರಿ.
ನೀವು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್ಗೆ ಈ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ.
ಪೂರ್ವ-ಪರಿಶೀಲನೆ ನಡೆಸಿ, ನಿಮ್ಮ ಕಮಿಟ್ಗಳನ್ನು ಪುಶ್ ಮಾಡಿ ಮತ್ತು ನಿಯೋಜಿಸಿ.
ಪುಶ್ ಮಾಡದೆಯೇ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಈಗಾಗಲೇ ಹೊಂದಿರುವುದನ್ನು ಮರು ನಿಯೋಜಿಸಿ.
ಸೈಟ್ನ ನಿಯೋಜನೆ ಇತಿಹಾಸ.
ಸೈಟ್ನ PHP ಆವೃತ್ತಿಯನ್ನು ತೋರಿಸಿ ಅಥವಾ ಬದಲಾಯಿಸಿ.
ಯೋಜನೆಯು ಅನುಮತಿಸುವುದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ಡಿಸ್ಕ್, ಫೈಲ್ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಬಳಕೆ.
ಡೇಟಾಬೇಸ್ ಗಾತ್ರ, ಮತ್ತು phpMyAdmin ಹಾಗು ಫೈಲ್ ಮ್ಯಾನೇಜರ್ಗೆ ಏಕ-ಬಳಕೆಯ ಲಿಂಕ್ಗಳು.
ಸೈಟ್ನ ಪ್ರವೇಶ ಮತ್ತು ದೋಷ ಲಾಗ್ಗಳನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಿ.
ಸೈಟ್ನಲ್ಲಿ ಅನುಮತಿಸಲಾದ WP-CLI ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ.
ಸೈಟ್ ಬ್ಯಾಕಪ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ರಚಿಸಿ. ಉಪ-ಆಜ್ಞೆಗಳು: list, now.
ಈ ಕೀಲಿಯು ನೋಡಬಹುದಾದ ಡೊಮೇನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.
DNS ದಾಖಲೆಗಳನ್ನು ಓದಿ ಮತ್ತು ಬದಲಾಯಿಸಿ. ಉಪ-ಆಜ್ಞೆಗಳು: list, add, rm.
ಮೇಲ್ ಸೇವೆಗಳನ್ನು ಪಟ್ಟಿಮಾಡಿ.
ಹಲವು ಸೈಟ್ಗಳಲ್ಲಿ ಒಂದು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಡೆಸಿ (cache_purge, malware_scan, sitemap, block_ip).
ಈ ಯೋಜನೆಯನ್ನು ಸಂದರ್ಭವಾಗಿಟ್ಟುಕೊಂಡು, Zinn Digital® ಸಹಾಯಕನನ್ನು ಕೇಳಿ.
ಇಲ್ಲ. `zinnector new` ಮತ್ತು `zinnector dev` ಗೆ ಯಾವುದೇ ಖಾತೆಯ ಅಗತ್ಯವಿಲ್ಲ — ಪ್ಲಗಿನ್, ಥೀಮ್ ಅಥವಾ ಸಂಪೂರ್ಣ ಸೈಟ್ನ ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ, ಉಚಿತವಾಗಿ, ಶಾಶ್ವತವಾಗಿ ರನ್ ಮಾಡಿ. ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಜೊತೆ ಸಂವಹನ ನಡೆಸುವ ಆಜ್ಞೆಗಳಿಗೆ ಮಾತ್ರ API ಕೀ ಅಗತ್ಯವಿದೆ.
ಡೀಫಾಲ್ಟ್ runtime ಗಾಗಿ ಅಲ್ಲ. WordPress Playground PHP ಅನ್ನು WebAssembly ಗೆ ಕಂಪೈಲ್ ಮಾಡುತ್ತದೆ ಮತ್ತು Node ಒಳಗೆ ರನ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ `zinnector dev` ಬೇರೇನನ್ನೂ ಇನ್ಸ್ಟಾಲ್ ಮಾಡದೆ ಕೆಲವೇ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನಿಜವಾದ WordPress ಅನ್ನು ಬೂಟ್ ಮಾಡುತ್ತದೆ. imagick ಅಥವಾ ionCube ನಂತಹ ವಿಸ್ತರಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು ನಿಮಗೆ ಸ್ಥಳೀಯ PHP ಅಗತ್ಯವಿದ್ದರೆ — ಬದಲಿಗೆ `--runtime docker` ನಿಮಗೆ php-fpm ಮತ್ತು MariaDB ಕಂಟೇನರ್ಗಳನ್ನು ನೀಡುತ್ತದೆ. ಎರಡೂ ಬೆಂಬಲಿತವಾಗಿವೆ; ಯಾವುದೂ ಫಾಲ್ಬ್ಯಾಕ್ ಅಲ್ಲ.
ಸ್ಲಾಟ್ಗೆ ಹೋಲಿಸಿದರೆ ನಿಮ್ಮ ಸ್ಥಳೀಯ PHP ಆವೃತ್ತಿ, ನೀವು ನಿರ್ಮಿಸಿದ ಆವೃತ್ತಿಗೆ ಸ್ಲಾಟ್ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವೇ, ಸ್ಲಾಟ್ನ PHP ಜೀವಿತಾವಧಿ ಮುಗಿದಿದೆಯೇ ಮತ್ತು ಯಂತ್ರವು ಅದನ್ನು ವಾಸ್ತವವಾಗಿ ಅನ್ವಯಿಸಿದೆಯೇ, ಉಳಿದಿರುವ ಡಿಸ್ಕ್ ಮತ್ತು ಐನೋಡ್ ಹೆಡ್ರೂಮ್ಗೆ ಹೋಲಿಸಿದರೆ ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ನ ಗಾತ್ರ ಮತ್ತು ಫೈಲ್ ಎಣಿಕೆ, ಎರಡೂ ಬದಿಯ WordPress ಆವೃತ್ತಿಗಳು, ಸ್ಲಾಟ್ ಪ್ರೊವಿಶನಿಂಗ್ ಪೂರ್ಣಗೊಳಿಸಿದೆಯೇ ಮತ್ತು ನಿಯೋಜಿಸಲು git ರೆಪೊಸಿಟರಿ ಸಂಪರ್ಕಗೊಂಡಿದೆಯೇ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಾಗದ ಯಾವುದನ್ನಾದರೂ ಉತ್ತೀರ್ಣ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಪರಿಶೀಲಿಸದ ಸ್ಥಿತಿ ಎಂದು ವರದಿ ಮಾಡಲಾಗುತ್ತದೆ.
ಇಲ್ಲ, ಮತ್ತು ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ. ಪೂರ್ವ-ಪರಿಶೀಲನೆಯು ಎಚ್ಚರಿಕೆ ನೀಡಿ ಮುಂದುವರಿಯಲು ಅನುಮತಿಸುತ್ತದೆ — `--force` ಯಾವುದೇ ಫಲಿತಾಂಶವನ್ನು ಲೆಕ್ಕಿಸದೆ ನಿಯೋಜಿಸುತ್ತದೆ. ಪರಿಶೀಲಕಕ್ಕೆ ತಿಳಿಯದ ನಿಮ್ಮದೇ ಸೈಟ್ನ ವಿವರಗಳು ನಿಮಗೆ ತಿಳಿದಿರುತ್ತವೆ, ಮತ್ತು ನಿಯೋಜಿಸಲು ನಿರಾಕರಿಸುವ ಸಾಧನವನ್ನು ಜನರು ಅನ್ಇನ್ಸ್ಟಾಲ್ ಮಾಡುತ್ತಾರೆ.
ಕೀಲಿಯನ್ನು ಎಂದಿಗೂ ಕಮಾಂಡ್ ಲೈನ್ನಿಂದ ಓದಲಾಗುವುದಿಲ್ಲ — ಕೇವಲ ಪ್ರಾಂಪ್ಟ್ ಅಥವಾ ಪೈಪ್ ಮಾಡಲಾದ stdin ನಿಂದ ಮಾತ್ರ — ಆದ್ದರಿಂದ ಇದು ನಿಮ್ಮ ಶೆಲ್ ಇತಿಹಾಸದಲ್ಲಿ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಪಟ್ಟಿಯಲ್ಲಿ ಸೇರಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದನ್ನು 600 ಫೈಲ್ ಮೋಡ್ನೊಂದಿಗೆ ನಿಮ್ಮ ಸ್ವಂತ ಕಾನ್ಫಿಗರೇಶನ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು Zinnector® ಬರೆದಾಗಲೆಲ್ಲಾ ಆ ಅನುಮತಿಗಳನ್ನು ಮರು-ದೃಢೀಕರಿಸುತ್ತದೆ.
ಹೌದು. `ZINNECTOR_TOKEN` ಅನ್ನು ಹೊಂದಿಸಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದು ಆಜ್ಞೆಯು `--json` ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಮಾನವ-ಓದಬಹುದಾದ ಔಟ್ಪುಟ್ stderr ಗೆ ಮತ್ತು ಡೇಟಾ stdout ಗೆ ಹೋಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪೈಪ್ಗಳು ಸ್ವಚ್ಛವಾಗಿರುತ್ತವೆ. `zinnector check` ಏನನ್ನಾದರೂ ಕಂಡುಕೊಂಡಾಗ ಶೂನ್ಯವಲ್ಲದ ಕೋಡ್ನೊಂದಿಗೆ ನಿರ್ಗಮಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಪೈಪ್ಲೈನ್ ಗೇಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಹೋಲಿಕೆಯನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ `--strict` ಕೂಡ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.
npm install -g zinnector ಚಲಾಯಿಸಿ, ಅಥವಾ npx zinnector new my-site ನೊಂದಿಗೆ ಒಮ್ಮೆ ಪ್ರಯತ್ನಿಸಿ. ಉಚಿತ, MIT ಪರವಾನಗಿ ಪಡೆದಿದೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ API ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಪ್ರಾಜೆಕ್ಟ್ ರಚಿಸಿ, ಯಾವುದೇ Docker ಇಲ್ಲದೆ ಸ್ಥಳೀಯವಾಗಿ ಚಲಾಯಿಸಿ ಮತ್ತು ನೀವು ನಿಯೋಜಿಸುವ ಮೊದಲು ಪೂರ್ವ-ಪರಿಶೀಲನೆ ಮಾಡಿ.
ದಾಖಲೆಗಳನ್ನು ಓದಿ