خرید دامنه .codes

ثبت .codes خودش برنامه، مخزن کد یا میزبانی نمی‌سازد. پس از ثبت باید انتخاب کنید دامنه به کدام سایت یا سرویس وصل شود. اگر پروژه در یک سرویس میزبانی مخزن قرار دارد، قابلیت دامنهٔ اختصاصی همان سرویس را بررسی کنید. اگر آموزش می‌فروشید، صفحهٔ دوره و مسیر پرداخت به میزبانی و تنظیمات جداگانه نیاز دارند. دامنه نقطهٔ ورود به این خدمات است و می‌توانید با تغییر زیرساخت، همان آدرس معرفی را نگه دارید؛ البته انتقال درست محتوا و تنظیمات همچنان بر عهدهٔ شماست.

این پسوند برای صفحهٔ مستندات نیز انتخاب قابل‌بررسی است. می‌توانید روی صفحهٔ اصلی توضیح کوتاهی از کار ابزار بدهید و راهنما، مثال و تاریخچهٔ تغییرات را در بخش‌های بعدی قرار دهید. مخاطبی که از یک ارائه یا رزومه به سایت می‌آید، بهتر است با چند کلیک به نمونهٔ قابل‌اجرا برسد. نام .codes تضمینی برای دیده‌شدن در جست‌وجو، پذیرش کاربران یا کیفیت نرم‌افزار نیست. نام مناسب همراه با محتوای مفید، راهنمای دقیق و نگهداری منظم، معرفی پروژه را برای بازدیدکننده آسان‌تر می‌کند.

نام دامنه نباید حقوق دیگران را نقض کند. برای کتابخانه یا ابزار تازه، فقط آزادبودن نام در جست‌وجو کافی نیست؛ شباهت آن به نام یک محصول یا نشان تجاری شناخته‌شده را هم بررسی کنید. برخی نام‌ها ممکن است رزرو یا با سازوکار حفاظت از نشان‌های تجاری مسدود شده باشند. در چنین حالتی، آزادشدن یا رفع مسدودی به شرایط همان نام و حقوق قابل‌قبول بستگی دارد. انتخاب چند گزینهٔ مستقل از برند دیگران کمک می‌کند برنامهٔ راه‌اندازی شما به نتیجهٔ یک نام وابسته نماند.

شرایط پذیرش سفارش و هر درخواست تکمیلی را برای همان نام دنبال کنید. رجیستری می‌تواند در حوزه‌هایی که قانون محلی لازم می‌داند، اطلاعات ثبت را اعتبارسنجی کند؛ نتیجهٔ ناموفق این بررسی می‌تواند به تعلیق، حذف یا تغییر وضعیت دامنه برسد. نوع اطلاعات لازم به شرایط درخواست بستگی دارد. مشخصات صحیح را وارد کنید و اگر پیامی برای تکمیل پرونده دریافت کردید، دلیل و مسیر معتبر آن را بررسی کنید. در استفاده از دامنه نیز ارسال هرزنامه، فریب کاربران، بدافزار و نقض حقوق دیگران می‌تواند باعث اقدام علیه دامنه شود.

ثبت اولیهٔ .codes به صورت دوره‌های سالانه از یک تا ده سال در قرارداد رجیستری پیش‌بینی شده است. دورهٔ مناسب را از گزینه‌های قابل‌سفارش انتخاب کنید و مبلغ همان دوره را ببینید. هزینهٔ ثبت، تمدید و انتقال را جداگانه بررسی کنید؛ مبلغ یکی از این عملیات لزوماً مبلغ عملیات دیگر نیست. برای پروژه‌ای که چند سال نگهداری می‌شود، بودجهٔ تمدید را هم کنار هزینهٔ راه‌اندازی در نظر بگیرید. مدت ثبت طولانی‌تر، جای نگهداری حساب و پیگیری پیام‌های مهم را نمی‌گیرد.

پس از تکمیل ثبت، مقصد دامنه را با خدماتی که برای پروژه انتخاب کرده‌اید هماهنگ کنید. برای سایت معمولاً باید نام‌سرورها یا رکوردهای DNS مربوط به میزبانی را وارد کنید. برای ایمیل پروژه نیز رکوردهای جداگانه و سرویس ایمیل لازم است. راهنمای سرویس مقصد را دنبال کنید و سپس سایت و نشانی‌های ایمیل را آزمایش کنید. اگر از دامنه در بستهٔ نرم‌افزاری یا راهنمای نصب استفاده می‌کنید، لینک را از یک دستگاه دیگر هم باز کنید تا اشتباه تایپی یا مقصد اشتباه پیش از انتشار پیدا شود.

تمدید را پیش از انقضا انجام دهید و بعد از ثبت درخواست، نتیجه و تاریخ جدید را در حساب بررسی کنید. قرارداد رجیستری تمدید در گام‌های سالانه را با سقف ده سال باقی‌مانده از زمان تمدید پیش‌بینی می‌کند. اگر دامنه همین حالا چند سال اعتبار دارد، مقدار قابل‌افزودن به اعتبار باقی‌مانده بستگی دارد. هزینهٔ تمدید را برای همان نام و دوره از قیمت جاری سفارش ببینید. برای نام‌های خاص، هزینهٔ ثبت اولیه را مبنای قطعی هزینه‌های آینده قرار ندهید.

اگر دامنه در حذف عادی وارد بازیابی شود، سیاست ICANN برای این پسوند عمومیِ غیرحمایت‌شده، دورهٔ سی‌روزه را از زمان حذف مشخص می‌کند؛ حذف مشمول استثنای دورهٔ ارفاقی اولیه متفاوت است. در بازیابی، DNS از کار می‌افتد و انتقال معمول به ثبت‌کنندهٔ دیگر مجاز نیست. اگر دامنه بازگردانده نشود، طبق روند عادی EPP در راهنمای ICANN پنج روز تقویمی انتظار حذف می‌آید که تمدید یا بازیابی ممکن نیست. برآورد پس از انقضای Joker را مهلت قطعی تمدید نت‌آرام در نظر نگیرید؛ رسیدگی زودتر از انقضا از وابستگی به این مراحل جلوگیری می‌کند.

سیاست انتقال ICANN محدودیت‌هایی مانند شصت روز پس از ثبت اولیه یا انتقال قبلی را با شرایط و استثناهای مربوط در نظر می‌گیرد. تغییر اطلاعات صاحب امتیاز نیز می‌تواند قفل شصت‌روزهٔ جداگانه‌ای ایجاد کند؛ امکان انصراف قبلی از این قفل فقط در شرایط سیاست و نزد ارائه‌دهنده‌ای که آن را عرضه می‌کند مطرح است. قبل از تغییر اطلاعات و آغاز انتقال، ترتیب کارها را بررسی کنید. جابه‌جایی دامنه بین دو حساب همیشه همان انتقال میان ثبت‌کننده‌ها نیست و ممکن است روند دیگری داشته باشد.

مبلغ انتقال و اثر آن بر تاریخ انقضا را در سفارش همان دامنه بررسی کنید. انتقال عادی میان ثبت‌کننده‌ها معمولاً یک سال به اعتبار اضافه می‌کند، اما سقف ده سال و استثناهای سیاست مانع از وعدهٔ همیشگی یک سال اضافه می‌شوند. در دورهٔ بازیابی عادی، انتقال جای بازگردانی دامنه را نمی‌گیرد. اگر نزدیک انقضا هستید، وضعیت واقعی دامنه را پیش از شروع بررسی کنید و تا پایان موفق انتقال، ایمیل‌های درخواست را پیگیری کنید. پس از تکمیل، نام‌سرورها، بازشدن مستندات و کارکرد ایمیل پروژه را دوباره آزمایش کنید.

برای نام‌های زبان‌های دیگر، پشتیبانی IDN وجود دارد، اما پذیرش هر ترکیب حروف به جدول زبان و قوانین همان نام وابسته است. اصلاحیهٔ جاری .codes فهرستی از چهارده زبان یا خط، از جمله عربی، چینی، سیریلیک و لاتین را دارد. وجود خط عربی در این فهرست به معنای پذیرش همهٔ حروف فارسی نیست. اگر نام فارسی می‌خواهید، شکل دقیق آن را پیش از انتخاب نهایی بررسی کنید. برای آدرسی که در دستورهای خط فرمان و مثال‌های نصب زیاد نوشته می‌شود، خوانایی و سازگاری با ابزارهای مخاطبان اهمیت ویژه دارد.

پشتیبانی بالادست از DNSSEC و حریم خصوصی را با خدمات سفارش خود تطبیق دهید. DNSSEC به اصالت پاسخ‌های DNS مربوط است و جای HTTPS، کنترل دسترسی مخزن یا محافظت از اطلاعات کاربران را نمی‌گیرد. حریم خصوصی نیز به نمایش اطلاعات تماس مربوط می‌شود و مسئولیت استفادهٔ قانونی از دامنه را حذف نمی‌کند. برای مقایسه با پسوندهای دیگر به صفحهٔ ثبت دامنه برگردید، نام مشابه را جست‌وجو کنید و هزینه‌های جاری هر عملیات را ببینید. انتخاب شما باید با مخاطب، کاربرد آدرس و توان نگهداری بلندمدت پروژه هماهنگ باشد.