نمایش نسخه قابل چاپ
با سلام , طبق آخرین تغییرات بر روی پروژه سرورالایت وب سایت آن و همچنین نام این پروژه تغییر و به ادرس رسمی شرکت انتقال یافت , لذا از این پس شما میتوانید بر روی وب سایت رسمی ما از آخرین اطلاعات مربوط به روند توسعه پروژه و لینک های مورد نیاز برای دریافت و آزمایش اقدام نمایید : با ما همراه باشید : آدرس جدید پروژه سرورالایت با نام جدید Panamera
اطلاعات بیشتر به زودی...
تاپیک Stiky شد ...
متشکر :) از حمایت شما دوست عزیزنقل قول:
نوشته اصلی توسط AmirHosein
موارد زیر بروز رسانی شد:
- پلاگین WHOIS
- سیستم مدیریت کاربران و مشترکین
- سیستم مدیریتی کارمندان و مدیران
- سیستم اعمال دسترسی های لازم
- ماژول دامین
- ماژول هاستینگ
یه ماژول واسه انتقال از whmcs به این سیستم بذاری خیلی بیشتر ازش استقبال میشه
منظور شما از انتقال چیست ؟ لطفا بیشتر توضیح دهید !نقل قول:
نوشته اصلی توسط tizparvaz
ببخشید که دخالت میکنمنقل قول:
نوشته اصلی توسط why.darkness
منظور ایشون فکر کنم اینه که اطلاعات و فاکتور مشتری ها و همه چی کلا انتقال پیدا کنه به این سیستم
که اگه بشه خیلی عالی میشه;)
درسته، اگه بشه انتقال داد عالیه
خب دوست عزیز تقریبا هیچ چیزی در برنامه نویسی غیر ممکن نیست در رابطه با این موضوع بنده تخصص کاملی در رابطه با ساختار WHMCS رو ندارم ولی خب اگر شخصی آشنا با ساختار WHMCS مایل به همکاری در این زمینه باشه چرا که نه !!!نقل قول:
نوشته اصلی توسط hostarya
ولی چند راه کار و نظریه برای این پشنهاد باید صورت بگیره :
نظریه اول : ماژولی مختص سیستم WHMCS برای Serverelite تعبیع بشه یعنی بدین صورت که عینا اطلاعات سیستم WHMCS بیاد Sync بشه روی Serverelite این روش باعث میشه هربار تو WHMCS اطلاعاتی وارد شد اینور از سرورالایت اون رو گرفته و عملیات مربوطه رو انجام بدیم (این نظریه هرچقدر هم خوب باشه باعث خواهد شد سیستم Serverelite سر خم کنه برای WHMCS و این از نظر من کمی عاقلانه برای عنوان بندی بومی سازی روی پروژه نخواهد بود)
نظریه دوم :پلاگین و ماژولی برای تمامی سیستم ها برنامه نویسی شود که به عنوان مثال کاربر یا مدیری دوست داره اطلاعات موجود در دیتابیس سایت رو انتقال بده به سیستم Serverelite این سیستم میتونه پیچیده بشه و بسیار شگفت انگیز که از اول توسعه سیستم همین مورد رو در ذهنم داشتم... با این روش شما خواهید توانست اطلاعات از بانک اطلاعاتی WHMCS یا مثلا سیستم های دیگرو به بانک اطلاعاتی خود Serverelite تبدیل (Convert) برای هماهنگ سازی نمایید. در این حالت بر قدرت سرورالایت افزوده میشه.
نظریه سوم :مدیران و علاقه مندان به توسعه که با سیستم WHMCS نیز اشنایی دارند نظران و پیشنهادا خودشون رو به عنوان نظریه بدن تا بهترین حالت از این پیشنهادات تایید و برنامه نویسی بشود.
شما سیستم خودمون رو مورد بررسی قرار دادین ؟نقل قول:
نوشته اصلی توسط Azarin Web
در صورتی که مورد بررسی قرار دادین و این نظر رو تایید میکنید پس نظرات بسیار زیادی رو میتونید ارسال کنید.
از مدیرانی که با سیستم WHMCS آشنایی دارند و نحوه کار با این سیستم رو به خوبی میدونن پیشنهاد میکنم امکانات و مواردی رو که مد نظرشون هست تا روی Serverelite پیاده سازی بشه ذکر نمایند.
با تشکر
نقل قول:
نوشته اصلی توسط why.darkness
سیستم شما تحت desktop هست (و بنا به دلایل و نیاز های آتی بهتره هر چه سریعتر و برای قدم اول به فکر تحت server درآوردن آن باشید)، در نتیجه End User برای انجام اموراتی همچون خرید و پشتیبانی به آن دسترسی ندارد و این صرفا یک سیستم مدیریتی برای خود فرد/شرکت می باشد. با توجه به این نکته و تا قبل از تحت server شدن نرم افزار شما، تنها راهی که بتوان اطلاعات WHMCS ای را که می بایست فعلا آنلاین باقی بماند تا نیاز های یوزر را برطرف کند، دسترسی به اطلاعات WHMCS به صورت آنلاین است، و نه Sync کردن آن که دچار افزونگی داده و دردسر های بی مورد دیگر شویم. حال این عمل می تواند توسط اتصال مستقیم به سرور MySQL بصورت Remote انجام بگیرد که برای آن می بایست دسترسی Remote باز شده باشد و این راه جالب و ایمنی نیست. و یا اینکه شما یک ماژول برای WHMCS آماده کنید که به عنوان API برای سیستم تحت desktop شما عمل کند و بصورت واسطه و پس از گذراندن مراحل امنیتی همچون احراز هویت، اطلاعات را بصورت On-Demand در اختیار سیستم شما قرار دهد. بنابراین هر زمان که بالفرض کاربر سیستم شما درخواست لیست فاکتور ها را کند، این لیست در همان لحظه و بصورت آنلاین از API خوانده شده و نمایش داده می شود. تنها اشکال این روش بسته به نوع سرور می تواند کندی نسبی باشد که با تبادلات فشرده (Compress) شده تا حد قابل قبولی برطرف خواهد گردید.
موفق باشید
این نکته رو اضافه کنم که اصلا در اینجا و برای سیستم ایشون مسئله انتقال و تبدیل مطرح نیست!! این یک سیستم کنترل از راه دور هستش که هنوز به مرحله سرویس دهی به End User نرسیده است. در نتیجه هر داده ای که بر روی آن نمایش داده می شود یا بصورت آنلاین از سیستم های جانبی مربوطه دریافت می شود و یا حاصل داده های Static ایجاد شده توسط کاربر سیستم می باشد. حال اگر صرف داشتن یک نسخه پشتیبان بخواهیم داده های سیستم های جانبی را به آن منتقل کرده و در دیتابیس خود آن ذخیره نماییم بحث دیگریست که البته به هیچ وجه لازم نمی نماید...
خب در رابطه با این روشی که فرمودین هدف اصلی این نیست که Serverelite رو متکی و وابسته سیستم هایی مثل WHMCS قرار بدیم ! هدف اصلی این هست که ما این امکان رو فراهم کنیم از سیستم WHMCS در این سیستم نیز استفاده شود یعنی یک اضافه کاری ولی مفید !
حالا با توجه با مطالبی که فرمودید ۲ روش به ذهنم میرسه..
۱.استفاده از API های WHMCS برای فراخوانی اطلاعات و وارد نموددن اون در سرورالایت
۲.نوشتن یک ماژول اختصاصی برای Serverelite که کاملا شبیه سازی بشه از روی WHMCS ولی این ماژول به دو روش زیر میتونه متصل بشه :
- اتصال از طریق باز همون API ها
- اتصال از طریق دیتابیس / رد و بدل اطلاعات
- گزینه سوم Convert کردن (دریافت آخرین اطلاعات و تبدیل اونها برای استفاده در سرورالایت)
باید روشی را انتخاب کنید که برای کاربر دردسر نداشته باشد...
مورد دوم به دلیل همین دردسر ها (سرعت پایین و امکان بروز مشکل در حین اتصال) و نیز به علت اینکه در همه سرور ها چنین دسترسی نمی تواند باز شود رد می شود.
گزینه اول روش استاندارد و مناسبی جهت کار هستش و یک وب سرویس بر اساس SOAP یا XML-RPC یا ... می تواند این کار را برای شما انجام دهد.
گزینه سوم که در واقع Level بعدی کار است و بسته به این دارد که آیا نیازی به دوباره ذخیره سازی اطلاعات موجود بر سیستم های جانبی روی این سیستم نیز هست یا خیر و گزینه های قبلی کفایت می کنند...
البته یاد آوری کنم یک بررسی و مطالعه دقیق برای عزیزانی که اطلاعات کاملی در رابطه با این سیستم ندارند در اینجا فراهم شده :
سرور الایت (Serverelite) چیست ؟ - درباره پروژه - انجمن های اولین سیستم مدیریت عملیات تحت تکنولوژی ابری
و
ویژگی های سیستم - ویژگی های سیستم - انجمن های اولین سیستم مدیریت عملیات تحت تکنولوژی ابری
حال بر اساس تعاریفی که صورت گرفته بهترین شیوه ها رو بکار خواهیم گرفت...
خیلی از عزیزان در رابطه با End-User سوال کردن و بنده در جواب اینگونه میگم...
- در قدم اول نیازی به وجود کاربری به عنوان End User نیستش زیرا این سیستم وظیفه مدیریت رو در اختیار میگیرد ولی در خصوص دسترسی کاربر یا مشتری به محیطی از این سیستم اینطور میشه گفت :
- نظر ۱ : استفاده از نسخه Client با محیط مناسب برای End User (در این حالت سستم به دو حالت Client و Server) تبدیل میشود که یکم هدف مارو بهم بهم میریزه !
- نظر ۲ : استفاده از محیط وب / در آینده نه چندان دور بعد از Stable شدن سیستم دسکتاپ میتونیم سیستم تحت وب رو نیز فراهم کنیم که در این روش یک محیط ساده فقط اطلاعات در اختیار کاربران قرار خواهد گرفت.
- نظر ۳ : استفاده محیط تحت دسکتاپ منحصر بفرد برای End-User یعنی همچین چیزی باشه که یک نسخه قابل استفاده در دسکتاپ برای کاربر داده بشه مثل یک مرورگر و یا یک سیستم منحصر بفرد که کاربر بتونه توسط اون از وضعیت خدمات خود و همچنین دیگر امورات باخبر و عملیات مورد نظرش رو انجام بدهد که این از نظر من دوست داشتنی تر هست دا گزینه ۱ و ۲.
برای ارتباط End User به سیستم فقط یک محیط تحت وب که از طریق Browser های رایج قابل دسترسی باشد، کفایت می کند و مازاد بر آن، آنطور که باید و شاید، مورد استفاده ایشان قرار نمی گیرد. پس گزینه دوم مد نظر است و زمانی مطرح خواهد شد که شما سیستم را بصورت Server Based طراحی کرده باشید.
البته راه حل دیگر که فعلا نیز امکان پذیر است همانا بهره گیری از سیستم های موجود همچون WHMCS به عنوان واسطه شما و کاربران نهایی خواهد بود. در واقع شما یک سیستم جامع مدیریتی دارید که در آن نیازی به امکانات کاربر محور دیده نمی شود و برای امر مدیریت همانا کافیست تا به WHMCS یا ... یک دید مدیریتی ایجاد کنید و مابقی کار ها در همان سیستم ها انجام شود. چنین کاری هم قبلا خدمت تون عرض کردم توسط یک ماژول برای سیستم تحت وب و قرار دادن آن به عنوان API میسر خواهد شد.
سیستم قابلیت این را در حالت کنونی دارد که بر روی سرور راه اندازی شده و نسخه ای از آن در خود کلاینت مورد استفاده بگیرد ! شما یک گزینه رو از قلم انداختین اونم این هستش چون از تکنولوژی Cloud استفاده شده پس دیگه در این وسط گزینه ای به نام Server و Client وجود ندارد! زیرا هر نسخه به تنهایی قادر به Transfer کردن اطلاعات بین Client به Client و یا Server به Client را دارد.
نکته کوچیک :هدف این سیستم از بین بردن مشکلات تحت وب هست !
پس از این لحاظ مشکلی نخواهیم داشت.
در رابطه با اینکه اگر نیازی برای End-User هم هستش خب میتونیم قابلیت های چند منظوره فراهم کنیم به عنوان مثال :
- مدیری دوست داره از WHMCS استفاده و بنا به دلایلی نمیتونه سیستم تحت وبش رو تغییر بده به عنوان مثال هزینه لیسانس داده خرجش کرده !!!خب در این روش سرورالایت این قدرت رو خواهد داشت که سیستم WHMCS رو در خود جای بده این طوری با نظر مدیر موافقت شده و علاوه بر نگه داشتن سیستم وب خودش میتونه از سرورالایت هم استفاده که امری بسیار بزرگ خواهد بود.
- یا در حالتی مدیر میگه آقا من سرورالایت رو میخوام داشته باشم ولی کاربرام چطوری از وضعیت سرویس و تیکتاشون مثلا خبر دار بشن در حالی که من WHMCS رو هم ندارم خب در این روش مجبورا باید سیستم تحت وب رو مورد استفاده قرار بده که برای فراهم کردن سیستم تحت وب قضیه خیلی پیچیده خواهد شد دلیلش هم اینه که هدف ما از بین بردن نیاز های کاربری به مرورگر هست !!! سیستم تحت دسکتاپ با سرعت و عملکرد چشمگیری که داره قابل مقایسه با سیستم های تحت وب نیست پس در نتیجه سیستم نرم افزاری با استفاده از تکنولوژی های رایج میتونه کاربر رو بیشتر و بیشتر مشتاق نگه داره در نتیجه بازهم اشاره کنم هدف دسکتاپ سازی هست نه وب سازی :) تمام عملیات در محیط دسکتاپ صورت خواهد گرفت ! شاید بگید چرا ؟ خب دلیل : هدف از Serverelite پیاده سازی مدیریتی هدفمند و قدرتمند در شرکت هست و یک شرکت رو همراه یا ۱۰۰ کارمند در نظر بگیرید این کارمندا در حالت آنی با محی دسکتاپ راحترند یا وب ؟!!؟ یک مثال ساده : خوب همین مسنجر یاهو رو در نظر بگیرید آیا شما تحت وب راحتر چت و عملیات پاسخ دهی رو انجام میدین یا تحت دسکتاپ ؟ خب حالا با این فرض من در نظر دارم کل امورات مدیریتی رو مثل این روش پیاده سازی کنم :)
- در نتیجه امکان پذیر هست در هر دو حالت هم میشه کاری کرد ولی فعلا ترجیح میدم سرورالایت قابلیت این رو فراهم کنه به مدیران و علاقه مندان که هر سیستمی که دارند به جاش باقی بمونه و از این سیستم هم استفاده بشه مثل این نشه که انگار طرف رو وادار میکنی میگی آقا از ویندوز استفاده نکن بیا برو تو لینوکس ! این سخته خب برا کسی که از اول تخت ویندوز کار کرده و تمام سیستم های کاریش تحت اون محیط هست.
البته یه نکته ای هست اشاره نکردم :
توضیحات من شاید یکم گنگ باشه ولی منظور از عدم موافقت در وجود نسخه تحت وب این نیست که به صورت کلی سیستم هیچ گونه امکانی رو تحت وب ارائه نمیدهد نه زیرا هیچ سیستمی برای آنلاین کار کردن بدون وجود سرویس های تحت وب نمیتواند پاسخگو باشد پس در نتیجه نسخه تحت وب این سیستم تا حدی است که پاسخ گوی سرویس ها و انتقال اطلاعات و داده ها میباشد حالا اگر نیازی به سیستمی مثل WHM برای سرورالایت هستش برای اینم فکری در رابطه با نسخه تحت وب انجام خواهیم داد ولی بعد از Stable شدن تحت دسکتاپ.
پس برای شروع کار کم بی دردسرترین روش رو برای ادغام با WHMCS در نظر میگیرم ... از حالت های Convert و ...
فقط API های WHMCS چیست ؟
کسی در این رابطه اطلاعاتی داره؟
در رابطه با این موضوع لطفا لطفا در قسمت های اختصاصی ما نظرات خود را اعلام نمایید : هماهنگ سازی سیستم با WHMCS - بحث از پیش نویس - انجمن های اولین سیستم مدیریت عملیات تحت تکنولوژی ابری
API ی سیستم WHMCS دو حالت Internal و External داره و مستندات آن را در لینک زیر می توانید مشاهده کنید:نقل قول:
نوشته اصلی توسط why.darkness
API - WHMCS Documentation
خب برای استفاده از حالت XML یعنی External راحت تر و مدیریت شده تر میشه جلو رفت ولی یک سوال !!!
API:XML Sample Code - WHMCS Documentation
این لینک رو ببینید... حالا در تمامی سیستم های باید این آدرس : http://www.yourdomain.com/includes/api.php وجود داشته باشه و مهم هست حالا به دسترسی و استفاده از این مشکلی نیست فقط یک سوال در رابطه با این هستش اونم اینه :
با گرفتن این و لوگین کردن چه چیزهایی رو میشه درخواست و اعمال کرد ؟ من با ساختار کد نویسی این سیستم آشنا نیستم...
به عنوان مثال API های این سیستم چه سرویس هایی رو در اختیار میزارند ؟ اگر محدود باشد بهترین روش استفاده از دیتابیس هستش.
سلام
API سیستم WHMCS به نظر بنده زیاد جالب نیست . بهتر هست برای WHMCS یک Module تهیه کنید که هرکسی خواست نصب کنه و یک دسترسی API با امکاناتی که خودتون نیاز دارید در اختیار سیستم اصلی قرار بده . همچنین شدیدا توصیه میکنم روی وب کلاینت تمرکز خودتون رو قرار بدید . اگر وب کلاینت رو بصورت کاربر پسند طراحی کنید صد ها برابر از تحت سیستم کاربردی تر خواهد بود .
منظور شما از تهیه ماژول برای whmcs چیست ؟ یعنی ماژولی در خود این سیستم نوشته شود ؟ یا چطور؟نقل قول:
نوشته اصلی توسط amirlord
من برای انعطاف پذیری کار شما این رو گفتم . چون اصولا WHMCS سیستم انعطاف پذیری نیست و اگر نگاهی به کدنویسی ـش انداخته باشید تقریبا حالت اسپاگتی هست !!!نقل قول:
نوشته اصلی توسط why.darkness
منظور من این هست که با نوشتن یک ماژول whmcs این هست که بصورت امن روی سیستم لوکال whmcs به دیتابیس متصل بشید و این دسترسی رو بصورت محدود شده به سیستم کلود خودتون بدید . یعنی به جای استفاده از api خود whmcs شما یک ماژول تهیه کنید که همین کار رو انجام بدهد با بهینه سازی هایی که خودتون صلاح میدونید و با دسترسی های لازم ...
ببخشید باز هم متوجه نشدم ! یعنی من با PHP برم برای WHMCS این ماژول رو بنویسم که این سرویس ها رو برای سیستم من ارائه بده ؟ یا اینکه برای Serverelite ماژولی رو بنویسم تا به WHMCS وصل بشه و اطلاعات و عملیات مورد نظر رو پردازش کنه ؟نقل قول:
نوشته اصلی توسط amirlord
مورد اول که فرمودید .نقل قول:
نوشته اصلی توسط why.darkness
خب در این صورت ما باید بریم سیستم whmcs رو توسعه بدیم ما هدفمون این نیست هدفمون این هست که سیستم خودمون رو توسعه بدیم و به whmcs وصل بشیم از طریق روش های خاص...نقل قول:
نوشته اصلی توسط amirlord
حالا توسط api اگه نشه باید از روش سوم یعنی ارتباط با دیتابیس رو انجام بدیم و یا یک پلاگینی برای وارد کردن اطلاعات.
یک نکته : در حال حاظر درسته که داریم روی مدیریت شرکت های هاستینگ مانور میدیم ولی این به این معنی نباشه که کلا Serverelite کارش مدیریت هاستینگ هست ! در جواب خیر ! این سیستم میتواند با قابلیت هایی که داره مدیریت رو انجام بده حالا منظور از اتصال به WHMCS هم این هست که مدیرانی که علاقهمند هستند اطلاعات سیستمشون رو وارد این سیستم کنند از این قابلیت Sync با سیستم WHMCS استفاده کنند.
درواقع سیستم WHMCS که خودش یک سیستم مدیریتی هست میاد میره زیر مجموعه این سیستم میشه و یکپارچکی در بین امورات شرکت توسط Serverelite صورت میگیره...
با تعاریف زیر :
سیستم هایی با قابلیت های مشابه را با نام CRM میخوانند ولی عنوان مناسب (C-OMS) میباشد Cloudy - Operation Management System (سیستم مدیریت عملیات تحت تکنولوژی کلادی) زیرا این نرم افزار با قابلیت هایی که دارد فراتر از سیستم CRM به شمار خواهد آمد زیرا تکنولوژی Cloudy را به صورت کامل پشتیبانی میکند که میتوان اینگونه بیان کردCloud Customer Relationship Management و Cloudy - Operation Management System که این قابلیت ابری / کلادی این سیستم را به صورت چشم گیری منحصر بفرد میسازد زیرا این نوع سیستم همانند یک سیستم عامل میتواند کاملا سفارشی سازی شده و برای هرنوع شرکتی قابلیت بکار گیری و استفاده را داشته و این سیستم میتواند در محیط بسیار سریع دسکتاپی به مدیریت آنی با سرعت بسیار بالاتر از محیط مرورگر بپردازند و این امر موجب میشود کاربران و مدیران به جای استنفاده از مرورگر ها و کاغذ بازی و یا حتی سیستم های ابتدائی ثبت کننده اطلاعات و مشکلات ناشی از آن ها با استفاده از سیستم کامپیوتری / لب تاپ / تبلت و ... به کارهای خود و مدیریت آنها بپردازند.
با سلام
خدمت شما من یکم گیچ شودم -
شما یک اسکریپ شبیه به Whcms دارین آیا ؟
ودارین ماژول های جدیدشو میزارین اینجا
با همون Whcms هست که شما ماژول جدید دارین براش تعریف میکنید ؟
مساله یکم پیچیدست بله....نقل قول:
نوشته اصلی توسط web-iran
والا مشکل اینه که هیچکس در رابطه با این پروژه من هیچ مطالعه ای نکرده والاه انگشتام ساییده شد ازبس تایپ کردم !
بحث اصلا به اسکریپت نویسی ربطی ندارد بحث از پروژه تحت دسکتاپ هستش که لازمه از سیستم هایی مثل WHMCS برای هماهنگی استفاده کنیم...
در رابطه با پروژه : سرور الایت (Serverelite) چیست ؟ - درباره پروژه - انجمن های اولین سیستم مدیریت عملیات تحت تکنولوژی ابری
نه دوست عزیز من کاری به کار whmcs ندارم من میخوام قابلیتی به سیستم خودم اضافه کنم که از whmcs پشتیبانی کنه...نقل قول:
نوشته اصلی توسط web-iran
لیست Function هایش که در همان لینک قبلی که خدمت تون دادم وجود داره ولی همانطور که قبلا هم به شما گفته بودم، در صورت ناقص بودن سیستم API خود WHMCS شما می توانید API را خودتان بنویسید. به این معنا که یک اسکریپت (ترجیحا بصورت ماژول) در سیستم WHMCS قرار داده می شود و بصورت واسطه دسترسی به اطلاعات و یا تغییر در آن را بر عهده می گیرد، فرمت ورودی خروجی اش را نیز خودتان می توانید تعیین نمایید.نقل قول:
نوشته اصلی توسط why.darkness
ضمنا دوست عزیز کلا فکر اتصال مستقیم به دیتابیس رو از ذهنت خارج کن! :) استاندارد نیست، احتمال بروز خطا و مشکل در سیستم وجود دارد و نیز کاربر ناچار به باز کردن دسترسی Remote برای دیتابیس MySQL خود می شود که در برخی Provider ها این امکان وجود ندارد.
دوستان بنده نمیتونم برای Whmcs بیام از ۰ یک API بنویسم و هماهنگش کنم اصلا با ساختارش آشنا نیستم تنها روشی که به زهنم میرسه روش اتصال به دیتابیس و در دست گرفتن مدیریت جامعش هست ولی این روش رو دوستان میگن اصولی نیست...اگر گسی میتونه بیاد API بنویسه برای این مورد بسم الله بیاد شروع کنیم :) اگر نه باید طبق اقبال زمان و پیش دستی علاقه مندان این هماهنگی رو ایجاد کنم.
پس قضیه هماهنگ سازی با WHMCS زمانی صورت میگیرد که یکی آشنا با سیستم API ها رو توسعه داده و این هماهنگ سازی را با من همکاری کند.
امیدوارم انجام بگیرد.
api خود whmcs به نظر خوب میاد... شما یک نگاه دقیق به لیست توابع موجود بنداز و اگر دیدی موردی هست که وجود نداره، بنده برات می نویسم. پس برای توسعه whmcs روی من حساب کن.نقل قول:
نوشته اصلی توسط why.darkness
من این API هارو بررسی کردم ... سیستم WHMCS واقعا مزخرفترین ساختاری رو داره نه یه XML نه یه Jason ... تنها روش اتصال به این سیستم ۲ مدله که ارتباط مستقیم با دیتابیس رو به خاطر محدودیت حذف میکنیم میمونه ارتباط از طریق API های PHP حالا با توجه به اینکه Serverelite از PHP هم پشتیبانی میکنه مایلم این ارتباط رو با استفاده از API های PHP انجام بدم.نقل قول:
نوشته اصلی توسط ≡ ALEX ≡
تنها خواسته من یک مثال از نوحه ی اتصال و ایجاد یک تیکت هستش این قسمت رو چک بفرمایید : API:Open Ticket - WHMCS Documentation
زیاد وقت نکردم با دقت بررسیش کنم ولی لطفا یکی این رو در یک کلاس همراه با تابع اجراء کننده ایجاد کنه تا با نحوه فراخوانی و درست اجراء شدنش آشنا بشم.
مثلا استفاده از External یا Internal دقیقا نمیدونم چی به چیه...
خوشحالم که به این موضوع پی بردید !نقل قول:
نوشته اصلی توسط why.darkness
External برای دسترسی به API از خارج از فایل های whmcs هست و Internal هم دسترسی برای داخل هست مثلا برای ماژول هاش ... ؛ به جای این که بیاد کلاس تعریف کنه تا توسعه راحت تر باشه این مسخره بازی هارو در اورده .
این رو هم نگاه کنید مثال زده :
API:Example Usage - WHMCS Documentation
در افتضاح بودن API این سیستم و همچنین خودش شکی نیست . برای همین تلاش برای خارج کردن استفاده کنندگان از این سیستم ، توسعه ی اون به حساب نمیاد ... .
واویلا... این واقعا مزخرفترین حالت و سبک کد نویسی هست ! (این کد ها نشانگر این هستند که سیستم کاملا دیمییییی نوشته شده و هدف فقط به فروش رسوندنش هست :| )نقل قول:
نوشته اصلی توسط amirlord
زیاد با این سبک آشنا نیستم شاید از نظر شما خوب و مورد استفاده باشه ولی از نظر من برای استفاده باید این کد ها به صورت Class و Function در بیاد...
درضمن هماهنگ سازی با سیستم WHMCS کار درستی نیست و ارزش وقت گذاشتن نداره...ولی خب برای اینکه سیستم خودمون رو توسعه بدیم مجبوریم قابلیت هایی بزاریم مانند (SYNC) برای Convert کردن اطلاعات برای کاربرای علاقهمند به WHMCS...
کد PHP:<?php $url = "http://www.yourdomain.com/whmcs/includes/api.php"; # URL to WHMCS API file $username = "Admin"; # Admin username goes here $password = "demo"; # Admin password goes here $postfields["username"] = $username; $postfields["password"] = md5($password); $postfields["action"] = "addinvoicepayment"; #action performed by the [[API:Functions]] $postfields["invoiceid"] = "1"; $postfields["transid"] = "TEST"; $postfields["gateway"] = "mailin"; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_TIMEOUT, 100); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, $postfields); $data = curl_exec($ch); curl_close($ch); $data = explode(";",$data); foreach ($data AS $temp) { $temp = explode("=",$temp); $results[$temp[0]] = $temp[1]; } if ($results["result"]=="success") { # Result was OK! } else { # An error occured echo "The following error occured: ".$results["message"]; } ?>
اینم آخرین وضعیت از ماژول WHM , cPanel
نظرتون چیه ؟
کسی میتونه در فارسی سازیشم کمک کنه ؟
در رابطه با طرح و قالب بندی سیستم هم نظر بدین حتما... در سایت رسمی :)
قسمت عملیات و اکشن های رایج WHM
http://www.webhostingtalk.ir/attachm...%D8%AF-whm-jpg
قابلیت افزودن چندین سرور برای اعمال عملیات (ویژه سرورالایت)
http://www.webhostingtalk.ir/attachm...D8%AF-whm2-jpg
استفاده از سرور های مورد نظر برای عملیات Multi Tasking (ویژه سرورالایت)
http://www.webhostingtalk.ir/attachm...D8%AF-whm3-jpg
اعمال عملیات ... در حال ارسال اطلاعات به صورت آنلاین
http://www.webhostingtalk.ir/attachm...D8%AF-save-jpg
اینم نتیجه .... که واضح هست :)
http://www.webhostingtalk.ir/attachm...%AF-result-jpg
این بخش ها فقط برای اعمال ارسال اطلاعات به سرور هست مونده هوط کلرمون با ماژول WHM ... پکیج بندی و دیگر عملیات مهم...