Mga tool ng site
VS Code sa browser, isang naka-jail na SSH shell, wp-cli, phpMyAdmin, isang file manager, per-site cron at environment variables, at ganap na kontrol sa PHP — lahat sa dashboard, lahat naka-scope sa iyong site lamang. Ito ay isang control surface ng developer, hindi isang pahina ng mga setting. Availability: ang per-site database throttling ay kasalukuyang ginagawa at hindi pa available. Lahat ng iba pang inilarawan dito ay live na ngayon.
Karamihan sa mga control panel ng hosting ay tumitigil kung saan nagsisimula ang trabaho. Maaari mong baguhin ang isa o dalawang setting, pagkatapos ay inaasahang magbubukas ka ng FTP client, maghahanap ng tool sa database, mag-a-SSH mula sa ibang lugar at pagsasamahin ang trabaho nang mag-isa. Inilalagay ng Zinn Digital® ang buong toolchain sa loob mismo ng site: buksan ang isang site sa dashboard at nandoon na ang editor, terminal, database, mga file, cron, environment at mga log, nakapag-authenticate na, nakaturo na sa tamang site.
Ang bawat isa sa mga tool na iyon ay tumatakbo sa loob ng sariling cage ng site. Ang CloudLinux CageFS ay nagbibigay sa bawat tenant ng nakahiwalay na view ng filesystem, kaya ang isang shell, editor, o file manager ay makikita lamang ang mga file ng tenant na iyon — hindi ang iba pang mga site, hindi ang iba pang mga customer, at hindi ang mga sensitibong system path. Ang kaginhawahan ng isang shared panel na may separasyon ng isang pribadong box.
Ang editing surface ay isang buong IDE, hindi isang textarea na may syntax colouring.
Ang totoong editor na gumagana sa mga file ng iyong site: mga extension, paghahanap sa maraming file, pinagsamang terminal, at built-in na git. Magbukas ng site, gawin ang pagbabago, i-commit ito — walang lokal na checkout at walang kailangang i-install.
Available ang wp-cli sa panel terminal at sa pamamagitan ng SSH. Mag-search-replace ng domain, mag-activate ng plugin, mag-flush ng rewrites, mag-export ng database, magpatakbo ng cron event on demand — ang standard WordPress toolkit, sa mismong window kung nasaan ang iyong code.
Ang dashboard AI assistant ay tumatakbo sa sarili mong mga model key, nagbabasa at nag-eedit ng mga file at nagpapatakbo ng wp-cli para sa iyo. Dalhin ang iyong sarili na modelo; ang plataporma ang nagbibigay ng mga kamay. Isa itong hiwalay na surface sa dashboard — ang tulong sa loob mismo ng editor ay aktibong ginagawa pa at hindi pa magagamit.
Mas gusto ang iyong sariling mga tool? Kumonekta sa pamamagitan ng SSH, SFTP o FTP at makuha ang parehong naka-jail na view ng parehong mga file. Ang mga access key at kredensyal ay pinamamahalaan sa dashboard sa batayan ng least-privilege, at ang mga naka-privilege na aksyon ay naka-audit-log.
Configuration sa runtime sa bawat site — hindi ito setting sa buong server na kailangan mong mag-raise ng ticket para baguhin.
Piliin ang bersyon ng PHP para sa bawat site nang hiwalay gamit ang CloudLinux alt-PHP. Magpatakbo ng legacy plugin sa mas lumang branch habang ang katabing site ay nagpapatakbo ng kasalukuyan — walang shared runtime, walang compromise na bersyon para sa buong account.
nakatakda sa iyo ang memory_limit, max_execution_time, upload at post size pati na ang iba pa sa loob ng iyong entitlement, kaya ang isang import script o malaking media upload ay hindi na nangangailangan ng usapan sa suporta.
Pagana o huwag paganahin ang mga PHP extension sa bawat site — tulad ng imagick at gd, redis at memcached, bcmath, intl, soap at marami pang iba — para magamit ng isang site ang mga eksaktong extension na kailangan nito at wala nang iba pa.
Ang bawat site ay may sarili nitong LiteSpeed LSAPI workers, na may bilang na nako-configure sa loob ng iyong tier at limitado ng LVE entry-process limit ng site. Nasa sa iyo ang concurrency; ang pagdagsa ng trapiko ng kapitbahay ay hindi mo pila.
Pag-cache ng object gamit ang Redis o Memcached bawat site, na nakakabit ang WordPress object-cache drop-in — nananatiling mabilis ang mga dynamic na pahina sa ilalim ng mabigat na karga sa halip na pabagsakin ang database.
Pamahalaan ang WP-cron at totoong system cron sa bawat site, at mag-set ng mga environment variable para sa runtime ng site — mga API key, feature switch at stage flag — nang hindi manu-manong ine-edit ang wp-config.
Direktang pag-access sa dalawang bagay na talagang kailangang maabot ng mga developer.
Nakalagay ang parehong mga tool ng database sa dashboard at mayroon itong single-sign-on — i-click lang mula sa site at awtomatiko ka nang naka-authenticate sa tamang database. Walang hiwalay na mga kredensyal na kailangang i-store o ibahagi.
Ang bawat site ay tumatakbo sa MariaDB na mayroong kahit gaano karaming database at user na kailangan ng proyekto, kasama ang isang remote-access toggle para sa pagkonekta ng panlabas na client o reporting tool.
Ang paggamit ng database sa bawat site ay nililimitahan ng CloudLinux MySQL Governor, kaya ang mabibigat na query ng isang site ay hindi makapagpapabagal sa server para sa iba—kabilang ang sa iyo.
Isang kumpletong file manager (FileGator), naka-embed at may SSO, para sa mga upload, pahintulot, archive, at mabilis na pag-edit kapag ang pagbukas sa IDE ay mas marami pang abala kaysa sa nararapat para sa trabaho.
Basahin ang mga access, error, at PHP log ng site mula sa dashboard habang nagtatrabaho ka — ang pinakamabilis na paraan mula sa 'nasira ito' patungo sa linyang sumira nito.
Alam ng mga tool na pinapamahalaan nila ang WordPress, kaya ang mga karaniwang gawain ay isang aksyon na lang sa halip na sampu.
Ang pag-access sa mga tool na ito ay sumusunod sa mga papel sa iyong organisasyon. Ang mga membership ng customer ay may papel na may-ari, pag-billing, dev, o read-only, at ang mga pahintulot ay nagmumula sa mga papel na iyon — ang papel na dev ay para sa isang nagtatrabahong developer, at ang pag-deploy o pag-push sa live ay sadyang hindi kasama rito. Ang pag-access ng kawani ay pantay ding nililimitahan ng sarili nitong mga papel at pahintulot sa departamento.
Ginagamit ng programmatic access ang mga API key bawat organisasyon at mga OAuth client na may mga granular scope — read-only, billing o provisioning — para makuha ng automation ang eksaktong saklaw na kailangan nito. Ang bawat privileged action ay naka-audit-log kasama ang aktor, aksyon at target, ibig sabihin ang sagot sa 'sino ang nagbago ng bersyon ng PHP noong Martes' ay isang mabilis na paghahanap sa halip na pagtatalo.
Kung mas gusto mong pamahalaan ang lahat ng ito mula sa isang AI tool, nakalagay ang parehong kakayahan sa aming naka-host na MCP server — magpatakbo ng wp-cli, i-clone sa staging, i-purge ang cache o i-restore ang isang snapshot mula sa Claude, Cursor o anumang agent na may kakayahang MCP, sa ilalim ng parehong saklaw ng tungkulin at audit trail.
Ang mainstream hosting ay full self-service: ang kumpletong tool set, nakalantad at nai-edit sa loob ng mga karapatan ng iyong plan. Ang Footprint-Free hosting ay sadyang mas standard at nakakulong, dahil ang buong halaga ng isang network ay nakasalalay sa mga site nito na nagpapakita ng pare-pareho at karaniwang itsura — ang kalayaan sa configuration ay isang footprint din sa sarili nito.
Ang mga karapatan na ang bahala sa natitirang pag-gating. Ang mga PHP worker, disk, at extension ay naka-scale ayon sa iyong tier, kaya magkatulad ang anyo ng mga tool sa bawat plan habang lumalaki ang kapasidad nito. Kung hindi ka sigurado kung aling tier ang angkop, simulan ang libreng 14-araw na pagsubok at tingnan mismo ang panel bago magpasya.
Oo — ito ay ang code-server, ang VS Code na tumatakbo sa browser laban sa mga file ng iyong site. Makakakuha ka ng mga extension, paghahanap sa maraming file, isang pinagsamang terminal at git, at direktang inu-edit nito ang filesystem ng site mula sa dashboard. Ang tulong ng AI sa loob ng editor ay nasa ilalim ng aktibong pagbuo at hindi pa magagamit.
Nakakakuha ka ng jailed shell sa pamamagitan ng SSH, pati na rin ng SFTP at FTP, kung saan ang mga key at kredensyal ay pinamamahalaan sa dashboard sa batayan ng least-privilege. Ang jail ay CloudLinux CageFS: ang bawat tenant ay nakakakuha ng nakahiwalay na view ng filesystem at hindi nakakakita ng iba pang mga tenant, iba pang mga site, o mga sensitibong system file, na naglalaman ng isang paglabag sa halip na hayaan itong kumalat. Walang modelo ng paghihiwalay ang ginagawang imposible ang kompromiso, kaya ang pag-scan ng malware, ang proactive WAF, at ang audit logging ay tumatakbo kasabay nito.
Oo. Ang bersyon ng PHP ay pinipili sa bawat site sa pamamagitan ng CloudLinux alt-PHP, ang mga setting tulad ng memory_limit, max_execution_time at laki ng pag-upload ay maaaring i-edit sa loob ng iyong entitlement, at ang mga extension tulad ng imagick, gd, redis, memcached, bcmath, intl at soap ay naka-toggle sa bawat site. Ang bilang ng iyong PHP worker ay mako-configure sa loob ng iyong tier, na limitado ng LVE entry-process limit ng site.
Naka-embed ang phpMyAdmin at Adminer sa dashboard at naka-single-sign-on, kaya magki-click ka lang mula sa site at konektado ka na. Ang bawat site ay nagpapatakbo ng MariaDB at maaaring magkaroon ng maramihang database at user, kasama ang remote-access toggle para sa mga panlabas na kliyente. Nililimitahan ng MySQL Governor ang paggamit ng database bawat site para ang mga mabibigat na query sa isang site ay hindi makapagpabagal sa server.
Oo. Sinasaklaw ng pamamahala ng cron sa bawat site ang parehong WP-cron at ang tunay na system cron, at nakatakda ang mga variable ng kapaligiran sa bawat site para sa runtime ng site — kaya ang mga naka-iskedyul na gawain at pagsasaayos ay nananatili sa site sa halip na nakabaon sa isang file na kailangan mong alingaping ilipat.
Puno ng self-service ang mainstream hosting na may kumpletong hanay ng mga tool. Sadya namang mas istandardisado at naka-lockdown ang Footprint-Free, dahil ang baryasyon ng configuration bawat site ay isa ring footprint. Susi ang mga entitlement sa iba pa — mga worker, disk, at extension — kaya nasusukat ang mga maaari mong isaayos ayon sa iyong tier.
Ang pag-access ay sumusunod sa mga papel sa organisasyon: may-ari (owner), pagsingil (billing), dev, at read-only para sa mga customer, kung saan nalulutas ang mga pahintulot mula sa mga papel na iyon. Ang papel na dev ay hindi kasamang nag-a-deploy o nagtutulak sa live. Ang programatikong pag-access ay gumagamit ng mga API key sa bawat organisasyon at mga kliyente ng OAuth na may mga granular scope, at ang bawat privileged na aksyon ay naka-audit-log kasama ang aktor, aksyon, at target.
Magsimula ng 14-araw na pagsubok nang walang card, mag-deploy ng site at subukan ang IDE, terminal, mga tool sa database, at mga kontrol sa PHP. May garantiyang balik-pera sa loob ng 30 araw, libreng paglilipat, at walang lock-in.
Magsimula nang libre