Logistics workflow के भीतर बना
शुरुआत में हम HTML से shipping labels बनाकर print करते थे। Volume बढ़ने पर PDF generation के लिए PHP अपनाया, फिर ज्यादा complex documents और compliance requirements के लिए Java और iText का उपयोग किया।
हर चरण ने real operational problem हल की, लेकिन वही सीमाएं लौटती रहीं: licensing cost, infrastructure overhead, latency और regions के बीच deployment complexity।
हमने renderer को दोबारा क्यों बनाया
जब company cross-border expand हुई, daily document volume लाखों orders, invoices और shipping labels तक पहुंच गया। हमने वह rendering engine बनाने का फैसला किया जिसकी हमें खुद जरूरत थी।
हमने Rust को Cloudflare के global edge network पर natively चलाने का रास्ता चुना, ताकि documents उनके बनने और इस्तेमाल होने की जगह के करीब generate हों — browser processes, Java infrastructure या centralized render bottleneck पर निर्भर हुए बिना।
Design और production को sync में रखना
हमने gPdf Studio भी बनाया, एक free visual editor जो वही JSON बनाता है जिसे API इस्तेमाल करती है। Designers और developers layout को हाथ से translate करने के बजाय एक ही file से काम कर सकते हैं।
आज भी हम hands-on engineering team हैं, जो high-volume cross-border document workflows की practical realities पर focused है: precise vector barcodes, reliable pagination, PDF/A और e-invoice compliance।
हमने इसे commercial क्यों किया
Edge पर build करने से केवल latency और scale की समस्या हल नहीं हुई। इससे per-page economics भी बदले और infrastructure-level pricing संभव हुई।
gPdf US$5/माह में 1 लाख पेज से शुरू होता है। Logistics, ecommerce और compliance-heavy teams के लिए large-scale document generation predictable होना चाहिए।
हमने वह engine बनाया जिसकी हमें जरूरत थी, फिर उसे ऐसी कीमत पर उपलब्ध कराया जहां document generation कोई बड़ा cost concern न रहे।