SoroushPlus_Android_7.7.1.0.apk
56.7 MB
به کانال آرشیو فناوری و تکنولوژی بپیوندید
@NotbookQuestions
@NotbookQuestions
accessible_youtube_downloader_pro_2.1.exe
89.7 MB
نسخه جدید نرمافزار دسترس پذیر دانلود از یوتوب برای ویندوز
👍1
مایکروسافت یک آسیبپذیری امنیتی روز صفر در Microsoft Defender را که با نام RoguePlanet شناخته میشود، برطرف کرده است. این آسیبپذیری روی ویندوز ۱۰ و ۱۱ کاملاً بهروز هم اثر میگذاشت و به مهاجم اجازه میداد با سوءاستفاده از یک نقص فنی، دسترسی سیستم؛ یعنی بالاترین سطح دسترسی در ویندوز را به دست بیاورد. نکته مهم اینجاست که به گفته پژوهشگر، نمونه حمله حتی زمانی که محافظت لحظهای Defender فعال بود هم قابل اجرا بوده است.
این آسیبپذیری توسط پژوهشگری با نام Nightmare Eclipse منتشر شد؛ فردی که در ماههای اخیر چندین ضعف امنیتی مهم دیگر در ویندوز و Defender را هم افشا کرده است. او میگوید مایکروسافت بهدلیل اختلاف بر سر روند گزارش آسیبپذیریها و برنامه باگبانتی، مخازن کد او را از GitHub و GitLab حذف کرده و حتی بعد از این افشاگریها، این شرکت هشدارهایی با مضمون پیگیری حقوقی منتشر کرده که از نگاه برخی کارشناسان، متوجه همین پژوهشگر بوده است.
مایکروسافت این مشکل را با انتشار نسخه 1.1.26060.3008 از Microsoft Malware Protection Engine برطرف کرده است؛ یعنی موتور اصلی که Defender و برخی سرویسهای امنیتی این شرکت از آن استفاده میکنند. بنابراین برای رفع این آسیبپذیری، فقط بهروزرسانی خود #ویندوز کافی نیست و باید مطمئن شوید که موتور Defender نیز به آخرین نسخه بهروزرسانی شده است.
این اتفاق نشان میدهد حتی ابزارهای امنیتی هم اگر بهروز نباشند، میتوانند به هدف هکرها تبدیل شوند. اگر از Microsoft Defender استفاده میکنید، بهتر است همین حالا بررسی کنید که آخرین بهروزرسانیهای آن نصب شده باشد.
این آسیبپذیری توسط پژوهشگری با نام Nightmare Eclipse منتشر شد؛ فردی که در ماههای اخیر چندین ضعف امنیتی مهم دیگر در ویندوز و Defender را هم افشا کرده است. او میگوید مایکروسافت بهدلیل اختلاف بر سر روند گزارش آسیبپذیریها و برنامه باگبانتی، مخازن کد او را از GitHub و GitLab حذف کرده و حتی بعد از این افشاگریها، این شرکت هشدارهایی با مضمون پیگیری حقوقی منتشر کرده که از نگاه برخی کارشناسان، متوجه همین پژوهشگر بوده است.
مایکروسافت این مشکل را با انتشار نسخه 1.1.26060.3008 از Microsoft Malware Protection Engine برطرف کرده است؛ یعنی موتور اصلی که Defender و برخی سرویسهای امنیتی این شرکت از آن استفاده میکنند. بنابراین برای رفع این آسیبپذیری، فقط بهروزرسانی خود #ویندوز کافی نیست و باید مطمئن شوید که موتور Defender نیز به آخرین نسخه بهروزرسانی شده است.
این اتفاق نشان میدهد حتی ابزارهای امنیتی هم اگر بهروز نباشند، میتوانند به هدف هکرها تبدیل شوند. اگر از Microsoft Defender استفاده میکنید، بهتر است همین حالا بررسی کنید که آخرین بهروزرسانیهای آن نصب شده باشد.
❤2
افزونه "Markdown Here" برای مرورگرها، یک ابزار ساده اما بسیار کاربردی است که به کاربران این امکان را میدهد تا هنگام نوشتن در ایمیلها یا فرمهای وب، محتوای خود را با استفاده از زبان Markdown بنویسند و تنها با یک کلیک، آن را به HTML تبدیل کنند.
این افزونه نیاز به نوشتن مستقیم کدهای HTML یا انجام فرمتبندیهای پیچیده را برطرف میسازد.
با اینکه غالبا، کاربران متن مورد نظر خود را در زمانی کوتاه تدوین میکنند اما به وقت زیادی برای ویرایش و تنظیم ظاهر محتوا نیاز دارند.
این ابزار با سادهسازی فرآیند فرمتبندی، موجب صرفهجویی در زمان و افزایش بهرهوری میشود.
github.com/adam-p/markdown-here
این افزونه نیاز به نوشتن مستقیم کدهای HTML یا انجام فرمتبندیهای پیچیده را برطرف میسازد.
با اینکه غالبا، کاربران متن مورد نظر خود را در زمانی کوتاه تدوین میکنند اما به وقت زیادی برای ویرایش و تنظیم ظاهر محتوا نیاز دارند.
این ابزار با سادهسازی فرآیند فرمتبندی، موجب صرفهجویی در زمان و افزایش بهرهوری میشود.
github.com/adam-p/markdown-here
GitHub
GitHub - adam-p/markdown-here: Google Chrome, Firefox, and Thunderbird extension that lets you write email in Markdown and render…
Google Chrome, Firefox, and Thunderbird extension that lets you write email in Markdown and render it before sending. - adam-p/markdown-here
❤1
برای جلوگیری از پرش مداوم سیگنال (Ping-Pong Effect) بین 4G و 5G، شما باید گوشی خود را در حالت "قفل شبکه" (Network Lock) قرار دهید.
اکثر گوشیهای اندرویدی یک منوی مخفی برای تنظیمات مودم دارند که به شما اجازه میدهد شبکه را روی حالت خاصی قفل کنید.
شمارهگیر گوشی را باز کنید و کد زیر را وارد کنید.
*#*#4636#*#*
اگر کد مذکور کار نکرد، از اپلیکیشنهایی مثل "Force 4G/5G Only" در گوگلپلی استفاده نمایید.
وارد بخش Phone Information شوید.
گزینهای به نام Set preferred network type را پیدا کنید.
این لیست به صورت پیشفرض روی NR/LTE/WCDMA (حالت خودکار) تنظیم شده است.
برای قفل روی 4G، گزینه LTE Only را انتخاب کنید.
اگر در منطقه تحت پوشش عالی قرار دارید، برای قفل روی 5G گزینه NR Only را انتخاب کنید.
اگر شبکه را روی LTE Only قفل کنید، ممکن است قابلیت VoLTE (مکالمه با کیفیت 4G) یا خودِ قابلیت برقراری تماس در برخی اپراتورها دچار اختلال شود. اگر تماستان برقرار نشد، دوباره آن را به حالت Auto برگردانید.
اگر گوشی های سامسونگ کد بالا را ساپورت نکند، بایستی از اپلیکیشن 5g only network mode یا اپلیکیشن fore lte only 4g/5g استفاده شود.
اکثر گوشیهای اندرویدی یک منوی مخفی برای تنظیمات مودم دارند که به شما اجازه میدهد شبکه را روی حالت خاصی قفل کنید.
شمارهگیر گوشی را باز کنید و کد زیر را وارد کنید.
*#*#4636#*#*
اگر کد مذکور کار نکرد، از اپلیکیشنهایی مثل "Force 4G/5G Only" در گوگلپلی استفاده نمایید.
وارد بخش Phone Information شوید.
گزینهای به نام Set preferred network type را پیدا کنید.
این لیست به صورت پیشفرض روی NR/LTE/WCDMA (حالت خودکار) تنظیم شده است.
برای قفل روی 4G، گزینه LTE Only را انتخاب کنید.
اگر در منطقه تحت پوشش عالی قرار دارید، برای قفل روی 5G گزینه NR Only را انتخاب کنید.
اگر شبکه را روی LTE Only قفل کنید، ممکن است قابلیت VoLTE (مکالمه با کیفیت 4G) یا خودِ قابلیت برقراری تماس در برخی اپراتورها دچار اختلال شود. اگر تماستان برقرار نشد، دوباره آن را به حالت Auto برگردانید.
اگر گوشی های سامسونگ کد بالا را ساپورت نکند، بایستی از اپلیکیشن 5g only network mode یا اپلیکیشن fore lte only 4g/5g استفاده شود.
❤1👍1
مایکروسافت سالهاست از شناسهای مخفی به نام Global Device Identifier (GDID) برای شناسایی هر نصب ویندوز استفاده میکند؛ شناسهای که تا مدتها وجود آن بهصورت عمومی اعلام نشده بود. این موضوع پس از انتشار اسناد یک پرونده قضایی در آمریکا فاش شد؛ جایی که افبیآی با استفاده از همین شناسه توانست یک هکر را با وجود استفاده از VPN، پروکسی و هویتهای جعلی شناسایی کند.
شناسه GDID ،یک شناسه یکتاست که به هر نصب ویندوز اختصاص داده میشود و پس از اتصال دستگاه به حساب مایکروسافت، روی سرورهای این شرکت ایجاد و در رجیستری ویندوز ذخیره میشود. این شناسه حتی پس از بهروزرسانی ویندوز نیز تغییر نمیکند و تنها با نصب مجدد سیستمعامل عوض میشود؛ هرچند نسخه قبلی آن همچنان در سرورهای مایکروسافت باقی میماند.
این شناسه در بخشهای مختلف ویندوز مانند فعالسازی سیستمعامل، فروشگاه مایکروسافت، Phone Link، همگامسازی کلیپبورد و حتی در صورت فعال بودن برخی قابلیتهای تشخیصی مرورگر Edge استفاده میشود. پژوهشگران نیز نشان دادهاند که امکان تغییر این شناسه در سطح سیستم وجود دارد.
در پرونده پیتر استوکس، متهم به عضویت در گروه هکری Scattered Spider، افبیآی با دریافت GDID از مایکروسافت توانست ارتباط میان حسابهای کاربری، VPNها و فعالیتهای آنلاین او را برقرار کند. این پرونده نخستین بار جزئیات عملکرد GDID را بهصورت عمومی آشکار کرد.
کاربران عملاً راهی برای غیرفعال کردن یا حذف GDID ندارند. تنها میتوان با کاهش دادههای تشخیصی، میزان اطلاعات ارسالی به مایکروسافت را محدود کرد. این شرکت میگوید GDID صرفاً برای استفاده داخلی است و تنها در صورت درخواست قانونی در اختیار نهادهای قضایی قرار میگیرد.
با وجود کاربردهای امنیتی، کارشناسان حریم خصوصی از نبود شفافیت مایکروسافت درباره این شناسه انتقاد میکنند. به باور آنها، وجود یک شناسه دائمی روی حدود ۱.۶ میلیارد رایانه ویندوزی بدون طلاعرسانی و امکان مدیریت توسط کاربران، نگرانیهای جدی درباره حفظ حریم خصوصی ایجاد کرده است.
شناسه GDID ،یک شناسه یکتاست که به هر نصب ویندوز اختصاص داده میشود و پس از اتصال دستگاه به حساب مایکروسافت، روی سرورهای این شرکت ایجاد و در رجیستری ویندوز ذخیره میشود. این شناسه حتی پس از بهروزرسانی ویندوز نیز تغییر نمیکند و تنها با نصب مجدد سیستمعامل عوض میشود؛ هرچند نسخه قبلی آن همچنان در سرورهای مایکروسافت باقی میماند.
این شناسه در بخشهای مختلف ویندوز مانند فعالسازی سیستمعامل، فروشگاه مایکروسافت، Phone Link، همگامسازی کلیپبورد و حتی در صورت فعال بودن برخی قابلیتهای تشخیصی مرورگر Edge استفاده میشود. پژوهشگران نیز نشان دادهاند که امکان تغییر این شناسه در سطح سیستم وجود دارد.
در پرونده پیتر استوکس، متهم به عضویت در گروه هکری Scattered Spider، افبیآی با دریافت GDID از مایکروسافت توانست ارتباط میان حسابهای کاربری، VPNها و فعالیتهای آنلاین او را برقرار کند. این پرونده نخستین بار جزئیات عملکرد GDID را بهصورت عمومی آشکار کرد.
کاربران عملاً راهی برای غیرفعال کردن یا حذف GDID ندارند. تنها میتوان با کاهش دادههای تشخیصی، میزان اطلاعات ارسالی به مایکروسافت را محدود کرد. این شرکت میگوید GDID صرفاً برای استفاده داخلی است و تنها در صورت درخواست قانونی در اختیار نهادهای قضایی قرار میگیرد.
با وجود کاربردهای امنیتی، کارشناسان حریم خصوصی از نبود شفافیت مایکروسافت درباره این شناسه انتقاد میکنند. به باور آنها، وجود یک شناسه دائمی روی حدود ۱.۶ میلیارد رایانه ویندوزی بدون طلاعرسانی و امکان مدیریت توسط کاربران، نگرانیهای جدی درباره حفظ حریم خصوصی ایجاد کرده است.
❤2
Forwarded from پرویز ایمانی
آموزش برنامه شطرنج از پرویز ایمانی Telegram: @Snow_Drops
با سلام پرویز ایمانی هستم با آموزش برنامه شطرنج. در این آموزش سعی کردم تمام گزینههای کاربردی و حتی بعضاً علت قرار گرفته شدن گزینهها در برنامه رو شرح بدم. البته همراه آموزش، نکاتی رو هم در ارتباط با برنامه برشمردم. از پخش این آموزش و برنامه در تمامی گروهها و کانالهای مربوط به نابینایان استقبال میشه. با سپاس.
لینک برنامه از فروشگاه پلی استور که برنامه نویسمون درخواست داشته حتماً برنامه از اونجا نصب بشه:
https://play.google.com/store/apps/details?id=jwtc.android.chess
لینک برنامه از فروشگاه پلی استور که برنامه نویسمون درخواست داشته حتماً برنامه از اونجا نصب بشه:
https://play.google.com/store/apps/details?id=jwtc.android.chess
❤1
Forwarded from پرویز ایمانی
Chess.apk
3.6 MB
فایل نصبی نرمافزار شطرنج. لطفاً حتماً سعی کنین که برنامه رو از فروشگاه گوگل پلی استور نصب کنین تا ما هم برا برنامه نویسمون کار مثبتی انجام داده باشیم. لینک برنامه در فروشگاه:
https://play.google.com/store/apps/details?id=jwtc.android.chess
لینک فروشگاه پلی استوکفیش ۱۸، قویترین موتور شطرنجی جهان جهت نصب در برنامه در صورت تمایل:
https://play.google.com/store/apps/details?id=com.stockfish141.
فایل آموزشی در ارتباط با برنامه هم ضبط شده و همراه برنامه قرار داده شده.
با تشکر
https://play.google.com/store/apps/details?id=jwtc.android.chess
لینک فروشگاه پلی استوکفیش ۱۸، قویترین موتور شطرنجی جهان جهت نصب در برنامه در صورت تمایل:
https://play.google.com/store/apps/details?id=com.stockfish141.
فایل آموزشی در ارتباط با برنامه هم ضبط شده و همراه برنامه قرار داده شده.
با تشکر
❤1
راهنمای نصب و پیکربندی Page Cache برای وردپرس در Windows Server و IIS قسمت اول.
تاریخ تدوین مطلب ۲۱ مرداد ۱۴۰۵
در وبسایتهای برپایه وردپرس، پیشبافتهسازی صفحات (Page Cache) یکی از کلیدیترین اقدامات جهت بهینهسازی عملکرد محسوب میشود.
این فرآیند با کاهش بار پردازشی PHP روی سرور و تقلیل استعلامهای پایگاه داده، ارائه صفحات به کاربران نهایی را بهشدت سرعت میبخشد.
در سرورهای مبتنی بر لینوکس، بخش عمدهای از افزونههای کش وردپرس بر پایه قواعد .htaccess یا تنظیمات سروری اختصاصی برای Apache و Nginx عمل میکنند.
با این حال، در محیطهای Windows Server که از وبسرور IIS استفاده میکنند، امکان اعمال مستقیم برخی از این قواعد وجود ندارد.
از این رو، برای سایتهای وردپرسی که روی IIS میزبانی میشوند، بهرهگیری از یک مکانیسم کش مستقل از قواعد اختصاصی وبسرور، رویکردی بهمراتب کارآمدتر است.
در نوشتار حاضر، فرآیند نصب و پیکربندی Page Cache با استفاده از افزونه WP-Optimize در محیطی متشکل از Windows Server، IIS، PHP، MySQL و WordPress به صورت عملی بررسی گردیده است.
در طول این فرآیند، پیکربندی موجود IIS حفظ شده و از افزودن قواعد غیرضروری یا تکراری به سرور خودداری شده است.
ارزیابی معماری فعلی سرور.
بستر نرمافزاری و زیرساختی فرایند مذکور شامل مؤلفههای زیر است.
• سیستمعامل: Windows Server.
• وبسرور: IIS Web Server.
• محیط اجرا: PHP 8.5.9 و MySQL Community Server 26.7.0.
• سیستم مدیریت محتوا: WordPress 7.0.3 (در ساختار شبکه/Multisite. ).
• بهینهسازیهای سطح سرور: HTTPS، فشردهسازی Gzip در سطح IIS، کش فایلهای استاتیک در سطح IIS.
در فایل web.config فعلی روی IIS، کش مرورگر برای فایلهای استاتیک از قبل با استفاده از ساختار زیر، فعال شده است.
<staticContent>
<clientCache
cacheControlMode="UseMaxAge"
cacheControlMaxAge="4.00:00:00" />
</staticContent>
به لطف این پیکربندی، فایلهای استاتیک مانند CSS، JavaScript و تصاویر به مدت چهار روز در مرورگر کاربر ذخیره میشوند.
بنابراین، مدیریت کش فایلهای استاتیک مستقیماً توسط IIS انجام میشود و نیازی به فعالسازی مجدد این قابلیت از طریق افزونه وجود ندارد.
استراتژی Page Cache و انتخاب افزونه.
برای محیط Windows Server و IIS، اتخاذ راهحلی که وابستگی به فایلهای پیکربندی Apache نداشته باشد مد نظر قرار گرفت.
بر همین اساس، افزونه WP-Optimize از مخزن رسمی وردپرس انتخاب شد.
با توجه به استفاده از ساختار چندسایته (Multisite) در وردپرس، افزونه در سطح شبکه فعالسازی گردید؛ اما تنظیمات مربوط به Page Cache بهصورت ایزوله از پنل مدیریت هر سایت پیکربندی شد.
همچنین جهت پیشگیری از افت عملکرد، ویژگیهای جانبی و غیرضروری موجود در مراحل نصب افزونه فعال نشدند.
فعالسازی Page Cache و پیکربندی WP_CACHE.
با مراجعه به مسیر WP-Optimize ← Cache ← Page Cache در پنل مدیریت، گزینه “Enable page caching” فعال گردید.
پس از انجام این عملیات، هشدار زیر در فایل گزارش خطاهای PHP (Error Log) مشاهده شد:
[ERROR] : WP_CACHE constant is not present in wp-config.php
بررسیها نشان داد که هنگام نصب افزونه، عبارت WP_CACHE به صورت خودکار در فایل wp-config.php اضافه شده بود، اما قرارگیری آن در همان خطِ مربوط به یک خط توضیحی (Comment)، مانع از پردازش صحیح آن توسط سیستم میشد.
با مجزا کردن این عبارت، مشکل برطرف گردید:
define('WP_CACHE', true);
پس از اعمال این اصلاحیه و فراخوانی مجدد صفحات، هشدار مربوطه از گزارش خطاهای PHP برطرف شد و تولید موفقیتآمیز فایلهای کش (index.php, index.htm, index.html) در مسیر سرور (wp-content/cache/wpo-cache/…) تأیید گردید.
تنظیمات عملکرد و کش.
در بخش تنظیمات افزونه WP-Optimize، پیکربندی به صورت زیر اعمال گردید تا بدون آسیب به ساختار پویا (Dynamic) سایت، بیشترین بازدهی حاصل گردد.
تاریخ تدوین مطلب ۲۱ مرداد ۱۴۰۵
در وبسایتهای برپایه وردپرس، پیشبافتهسازی صفحات (Page Cache) یکی از کلیدیترین اقدامات جهت بهینهسازی عملکرد محسوب میشود.
این فرآیند با کاهش بار پردازشی PHP روی سرور و تقلیل استعلامهای پایگاه داده، ارائه صفحات به کاربران نهایی را بهشدت سرعت میبخشد.
در سرورهای مبتنی بر لینوکس، بخش عمدهای از افزونههای کش وردپرس بر پایه قواعد .htaccess یا تنظیمات سروری اختصاصی برای Apache و Nginx عمل میکنند.
با این حال، در محیطهای Windows Server که از وبسرور IIS استفاده میکنند، امکان اعمال مستقیم برخی از این قواعد وجود ندارد.
از این رو، برای سایتهای وردپرسی که روی IIS میزبانی میشوند، بهرهگیری از یک مکانیسم کش مستقل از قواعد اختصاصی وبسرور، رویکردی بهمراتب کارآمدتر است.
در نوشتار حاضر، فرآیند نصب و پیکربندی Page Cache با استفاده از افزونه WP-Optimize در محیطی متشکل از Windows Server، IIS، PHP، MySQL و WordPress به صورت عملی بررسی گردیده است.
در طول این فرآیند، پیکربندی موجود IIS حفظ شده و از افزودن قواعد غیرضروری یا تکراری به سرور خودداری شده است.
ارزیابی معماری فعلی سرور.
بستر نرمافزاری و زیرساختی فرایند مذکور شامل مؤلفههای زیر است.
• سیستمعامل: Windows Server.
• وبسرور: IIS Web Server.
• محیط اجرا: PHP 8.5.9 و MySQL Community Server 26.7.0.
• سیستم مدیریت محتوا: WordPress 7.0.3 (در ساختار شبکه/Multisite. ).
• بهینهسازیهای سطح سرور: HTTPS، فشردهسازی Gzip در سطح IIS، کش فایلهای استاتیک در سطح IIS.
در فایل web.config فعلی روی IIS، کش مرورگر برای فایلهای استاتیک از قبل با استفاده از ساختار زیر، فعال شده است.
<staticContent>
<clientCache
cacheControlMode="UseMaxAge"
cacheControlMaxAge="4.00:00:00" />
</staticContent>
به لطف این پیکربندی، فایلهای استاتیک مانند CSS، JavaScript و تصاویر به مدت چهار روز در مرورگر کاربر ذخیره میشوند.
بنابراین، مدیریت کش فایلهای استاتیک مستقیماً توسط IIS انجام میشود و نیازی به فعالسازی مجدد این قابلیت از طریق افزونه وجود ندارد.
استراتژی Page Cache و انتخاب افزونه.
برای محیط Windows Server و IIS، اتخاذ راهحلی که وابستگی به فایلهای پیکربندی Apache نداشته باشد مد نظر قرار گرفت.
بر همین اساس، افزونه WP-Optimize از مخزن رسمی وردپرس انتخاب شد.
با توجه به استفاده از ساختار چندسایته (Multisite) در وردپرس، افزونه در سطح شبکه فعالسازی گردید؛ اما تنظیمات مربوط به Page Cache بهصورت ایزوله از پنل مدیریت هر سایت پیکربندی شد.
همچنین جهت پیشگیری از افت عملکرد، ویژگیهای جانبی و غیرضروری موجود در مراحل نصب افزونه فعال نشدند.
فعالسازی Page Cache و پیکربندی WP_CACHE.
با مراجعه به مسیر WP-Optimize ← Cache ← Page Cache در پنل مدیریت، گزینه “Enable page caching” فعال گردید.
پس از انجام این عملیات، هشدار زیر در فایل گزارش خطاهای PHP (Error Log) مشاهده شد:
[ERROR] : WP_CACHE constant is not present in wp-config.php
بررسیها نشان داد که هنگام نصب افزونه، عبارت WP_CACHE به صورت خودکار در فایل wp-config.php اضافه شده بود، اما قرارگیری آن در همان خطِ مربوط به یک خط توضیحی (Comment)، مانع از پردازش صحیح آن توسط سیستم میشد.
با مجزا کردن این عبارت، مشکل برطرف گردید:
define('WP_CACHE', true);
پس از اعمال این اصلاحیه و فراخوانی مجدد صفحات، هشدار مربوطه از گزارش خطاهای PHP برطرف شد و تولید موفقیتآمیز فایلهای کش (index.php, index.htm, index.html) در مسیر سرور (wp-content/cache/wpo-cache/…) تأیید گردید.
تنظیمات عملکرد و کش.
در بخش تنظیمات افزونه WP-Optimize، پیکربندی به صورت زیر اعمال گردید تا بدون آسیب به ساختار پویا (Dynamic) سایت، بیشترین بازدهی حاصل گردد.
❤1
راهنمای نصب و پیکربندی Page Cache برای وردپرس در Windows Server و IIS قسمت دوم.
• Enable page caching:
فعال.
آغاز فرآیند پایه کش صفحات.
• Cache lifespan:
۱۰ ساعت.
مقدار پیشفرض ۲۴ ساعته بهمنظور حفظ تازگی محتوا و جلوگیری از اختلال در مکانیسم nonce وردپرس، به ۱۰ ساعت کاهش یافت.
• Serve cached pages to logged-in users:
غیرفعال.
جهت اطمینان از دریافت محتوای کاملاً بهروز و پویا توسط مدیران و کاربران واردشده به حساب کاربری.
• Generate separate files for mobile devices:
غیرفعال.
در طراحیهای مدرن و واکنشگرا (Responsive) که ساختار HTML تغییر نمیکند، ایجاد فایل کش مجزا برای دستگاههای همراه غیرضروری است.
• Gzip compression:
غیرفعال در افزونه.
به دلیل فعال بودن این قابلیت در سطح IIS، جهت جلوگیری از تداخل و فشردهسازی دوباره، در افزونه فعال نگردید.
• Automatically preload content…:
فعال.
بازسازی خودکار محتوای کش پس از پاکسازی آن را تضمین میکند.
استثناها (Cache Exclusion) و عدم استفاده از IIS Output Cache.
گزینههای پیشرفته استثناسازی در افزونه (بر اساس URL، کوکی و مرورگر) بررسی شدند.
به منظور حفظ رفتار استاندارد کش در وردپرس و جلوگیری از پیچیدگیهای بیمورد، قوانین استثنای گسترده تعریف نگردید.
همچنین بهرهگیری از مکانیسم داخلی “Output Caching” در IIS ارزیابی شد.
با این حال، از آنجا که WP-Optimize لایه کش HTML مطلوب را به صورت کامل فراهم میکرد، ایجاد لایه دوم کش HTML غیرضروری تشخیص داده شد؛ چرا که میتوانست موجب تداخل در عملکرد سیستم شود.
مرحله ارزیابی و تأیید صحت عملکرد.
جهت اطمینان از کارکرد صحیح سیستم، بررسیهای جامع زیر انجام گرفت.
۱. کنترل سیستم فایل: تشکیل فایلهای استاتیک با پسوند .html در مسیر مربوطه روی سرور تأیید شد.
۲. بررسی کد منبع (Source Code): در انتهای کد منبع صفحات بازدیدشده، امضای تأیید WP-Optimize به صورت زیر مشاهده گردید:
<!– Cached by WP-Optimize (gzip) – https://teamupdraft.com/wp-optimize/ – Last modified: 11 August 2026 07:50 (UTC:3) –>
۳. بررسی گزارشهای سرور: پاک بودن فایل گزارش خطاهای PHP و عدم تکرار خطای WP_CACHE احراز گردید.
نتیجهگیری و نمودار معماری.
پیادهسازی Page Cache برای وردپرس در محیط Windows Server و IIS بدون وابستگی به قواعد .htaccess و با رعایت اصل تفکیک وظایف در لایههای مختلف، با موفقیت انجام شد.
نمودار متنی زیر فرآیند پردازش درخواستهای کاربران را در لایههای مختلف این معماری نشان میدهد:
[ Windows Server / IIS ]
• مدیریت HTTPS
• فشردهسازی Gzip
• کش فایلهای استاتیک در مرورگر (۴ روز)
[ WP-Optimize ]
• (Page Cache)
• [ Cache HIT ] [ Cache MISS ]
• ارائه مستقیم پردازش وردپرس
• HTML استاتیک و PHP
[ MySQL ]
تشریح تفصیلی جریان پردازش درخواستها.
۱. لایه سرور (IIS):
با ورود درخواست به سرور، IIS مسئولیت مدیریت ارتباط امن (HTTPS)، ارائه فایلهای استاتیکِ کششده (نظیر رسانهها، CSS و JS) و فشردهسازی عمومی Gzip را بر عهده میگیرد و سپس درخواست را جهت پردازش به وردپرس ارجاع میدهد.
۲. لایه کش (WP-Optimize):
حالت Cache HIT (یافتشده در کش): اگر نسخه استاتیک HTML صفحه درخواستی قبلاً ساخته شده باشد، درخواست بدون درگیر کردن لایههای PHP و پایگاه داده، مستقیماً از طریق IIS به کاربر تحویل داده میشود.
این سناریو مصرف منابع سرور را به حداقل ممکن میرساند.
حالت Cache MISS (یافتنشده در کش): اگر صفحه هنوز کش نشده باشد، محتوا تغییر کرده باشد یا زمان اعتبار کش به پایان رسیده باشد، درخواست به فرآیند “پردازش و تولید” هدایت میشود.
۳. لایه پردازش و کامپایل پویا (PHP + WordPress + MySQL):
ارجاع درخواست: درخواست صفحه به مفسر PHP منتقل شده و هسته وردپرس بارگذاری میشود.
استعلام دادهها: وردپرس جهت شکلدهی به محتوای صفحه، تنظیمات پوسته، دادههای افزونهها و دسترسیهای کاربران، استعلامهای SQL را به پایگاه داده MySQL ارسال میکند.
تولید خروجی HTML: دادههای دریافتی از پایگاه داده توسط PHP پردازش شده و به یک سند HTML پویا تبدیل میشوند.
ذخیرهسازی در کش: یک نسخه از این خروجی نهایی HTML توسط WP-Optimize در مسیر wp-content/cache/wpo-cache/… بهصورت فایل .html ذخیره میشود (تا در بازدید بعدی، حالت Cache HIT رخ دهد. )
ارسال پاسخ: محتوای تولیدشده برای کاربر ارسال میگردد.
ساختار نهایی مورد نظر با واگذاری مدیریت فایلهای استاتیک و فشردهسازی به IIS، سپردن پیشبافتهسازی صفحات پویا به WP-Optimize، و محدود کردن پردازشهای سنگین PHP و MySQL تنها به موارد ضروری، موجب بهرهوری حداکثری از منابع سختافزاری سرور (CPU و RAM) خواهد شد…
• Enable page caching:
فعال.
آغاز فرآیند پایه کش صفحات.
• Cache lifespan:
۱۰ ساعت.
مقدار پیشفرض ۲۴ ساعته بهمنظور حفظ تازگی محتوا و جلوگیری از اختلال در مکانیسم nonce وردپرس، به ۱۰ ساعت کاهش یافت.
• Serve cached pages to logged-in users:
غیرفعال.
جهت اطمینان از دریافت محتوای کاملاً بهروز و پویا توسط مدیران و کاربران واردشده به حساب کاربری.
• Generate separate files for mobile devices:
غیرفعال.
در طراحیهای مدرن و واکنشگرا (Responsive) که ساختار HTML تغییر نمیکند، ایجاد فایل کش مجزا برای دستگاههای همراه غیرضروری است.
• Gzip compression:
غیرفعال در افزونه.
به دلیل فعال بودن این قابلیت در سطح IIS، جهت جلوگیری از تداخل و فشردهسازی دوباره، در افزونه فعال نگردید.
• Automatically preload content…:
فعال.
بازسازی خودکار محتوای کش پس از پاکسازی آن را تضمین میکند.
استثناها (Cache Exclusion) و عدم استفاده از IIS Output Cache.
گزینههای پیشرفته استثناسازی در افزونه (بر اساس URL، کوکی و مرورگر) بررسی شدند.
به منظور حفظ رفتار استاندارد کش در وردپرس و جلوگیری از پیچیدگیهای بیمورد، قوانین استثنای گسترده تعریف نگردید.
همچنین بهرهگیری از مکانیسم داخلی “Output Caching” در IIS ارزیابی شد.
با این حال، از آنجا که WP-Optimize لایه کش HTML مطلوب را به صورت کامل فراهم میکرد، ایجاد لایه دوم کش HTML غیرضروری تشخیص داده شد؛ چرا که میتوانست موجب تداخل در عملکرد سیستم شود.
مرحله ارزیابی و تأیید صحت عملکرد.
جهت اطمینان از کارکرد صحیح سیستم، بررسیهای جامع زیر انجام گرفت.
۱. کنترل سیستم فایل: تشکیل فایلهای استاتیک با پسوند .html در مسیر مربوطه روی سرور تأیید شد.
۲. بررسی کد منبع (Source Code): در انتهای کد منبع صفحات بازدیدشده، امضای تأیید WP-Optimize به صورت زیر مشاهده گردید:
<!– Cached by WP-Optimize (gzip) – https://teamupdraft.com/wp-optimize/ – Last modified: 11 August 2026 07:50 (UTC:3) –>
۳. بررسی گزارشهای سرور: پاک بودن فایل گزارش خطاهای PHP و عدم تکرار خطای WP_CACHE احراز گردید.
نتیجهگیری و نمودار معماری.
پیادهسازی Page Cache برای وردپرس در محیط Windows Server و IIS بدون وابستگی به قواعد .htaccess و با رعایت اصل تفکیک وظایف در لایههای مختلف، با موفقیت انجام شد.
نمودار متنی زیر فرآیند پردازش درخواستهای کاربران را در لایههای مختلف این معماری نشان میدهد:
[ Windows Server / IIS ]
• مدیریت HTTPS
• فشردهسازی Gzip
• کش فایلهای استاتیک در مرورگر (۴ روز)
[ WP-Optimize ]
• (Page Cache)
• [ Cache HIT ] [ Cache MISS ]
• ارائه مستقیم پردازش وردپرس
• HTML استاتیک و PHP
[ MySQL ]
تشریح تفصیلی جریان پردازش درخواستها.
۱. لایه سرور (IIS):
با ورود درخواست به سرور، IIS مسئولیت مدیریت ارتباط امن (HTTPS)، ارائه فایلهای استاتیکِ کششده (نظیر رسانهها، CSS و JS) و فشردهسازی عمومی Gzip را بر عهده میگیرد و سپس درخواست را جهت پردازش به وردپرس ارجاع میدهد.
۲. لایه کش (WP-Optimize):
حالت Cache HIT (یافتشده در کش): اگر نسخه استاتیک HTML صفحه درخواستی قبلاً ساخته شده باشد، درخواست بدون درگیر کردن لایههای PHP و پایگاه داده، مستقیماً از طریق IIS به کاربر تحویل داده میشود.
این سناریو مصرف منابع سرور را به حداقل ممکن میرساند.
حالت Cache MISS (یافتنشده در کش): اگر صفحه هنوز کش نشده باشد، محتوا تغییر کرده باشد یا زمان اعتبار کش به پایان رسیده باشد، درخواست به فرآیند “پردازش و تولید” هدایت میشود.
۳. لایه پردازش و کامپایل پویا (PHP + WordPress + MySQL):
ارجاع درخواست: درخواست صفحه به مفسر PHP منتقل شده و هسته وردپرس بارگذاری میشود.
استعلام دادهها: وردپرس جهت شکلدهی به محتوای صفحه، تنظیمات پوسته، دادههای افزونهها و دسترسیهای کاربران، استعلامهای SQL را به پایگاه داده MySQL ارسال میکند.
تولید خروجی HTML: دادههای دریافتی از پایگاه داده توسط PHP پردازش شده و به یک سند HTML پویا تبدیل میشوند.
ذخیرهسازی در کش: یک نسخه از این خروجی نهایی HTML توسط WP-Optimize در مسیر wp-content/cache/wpo-cache/… بهصورت فایل .html ذخیره میشود (تا در بازدید بعدی، حالت Cache HIT رخ دهد. )
ارسال پاسخ: محتوای تولیدشده برای کاربر ارسال میگردد.
ساختار نهایی مورد نظر با واگذاری مدیریت فایلهای استاتیک و فشردهسازی به IIS، سپردن پیشبافتهسازی صفحات پویا به WP-Optimize، و محدود کردن پردازشهای سنگین PHP و MySQL تنها به موارد ضروری، موجب بهرهوری حداکثری از منابع سختافزاری سرور (CPU و RAM) خواهد شد…
TeamUpdraft
WP-Optimize
Boost load time, improve PageSpeed scores and optimize your Core Web Vitals with WP-Optimize. Improve your WordPress site's performance today!
❤1
حالت صفحهخوان Claude Code: راهنمای نصب برای VoiceOver و NVDA بخش اول.
Anthropic حالت ویژهای برای کلود کد منتشر کرده است که رابط ترمینال آن را به متنی یکدست و متوالی برای صفحهخوانها تبدیل میکند. این ویژگی که نیازمند کلود کد نسخهٔ ۲.۱.۱۸۱ یا جدیدتر است، کادرها، نشانگرهای متحرک پیشرفت و بازطراحیهای درلحظه (In-place re-renders) را حذف میکند، پاسخهای کاربر و هوش مصنوعی را برچسبگذاری مینماید و منوهای مجوز را به گزینههای شمارهگذاریشده تغییر میدهد. نتیجهٔ کار نهتنها برای کاربران VoiceOver و NVDA، بلکه برای افرادی که از نمایشگرهای برجستهنگار، اتصالات کند یا خروجیهای ترمینال با قابلیت بایگانی آسان استفاده میکنند، تجربهای پیشبینیپذیرتر فراهم میسازد.
این مطلب بر اساس اطلاعیه ی پشتیبانی Anthropic در تاریخ ۱۳ ژوئیه ۲۰۲۶ و راهنمای جامعتر دسترسپذیری کلود کد تنظیم شده است. ادعا نمیشود که این ویژگی با سیستمهای متعدد و صفحهخوانهای فیزیکی تست شده باشد. از آنجا که نسخهٔ کلود کد نصبشده روی سیستم محلی ما ۲.۱.۱۲۱ بود، پرچم (Flag) جدید اجرا نشد؛ پیشنیازهای نسخهای و رفتارها بر اساس مستندات رسمی روز راستیآزمایی شدهاند.
حالت صفحهخوان چه تغییراتی ایجاد میکند؟
ابزارهای هوش مصنوعی مبتنی بر ترمینال بهدلیل بهروزرسانی مداوم خطوط و هایلایتهای بصری گزینهها، میتوانند چالشهای دسترسپذیری ایجاد کنند. حالت صفحهخوان کلود کد، رابط کاربری را به رفتار پایهٔ ترمینال نزدیک میکند: محتوا از بالا به پایین انباشته میشود، متنهای ثابت دوباره ترسیم نمیشوند و وضعیتهای مهم صرفاً با رنگ یا شکل نمایش داده نمیشوند.
در ابتدای هر بخش از گفتگو، یک برچسب قابلجستجو قرار دارد. پیامهای کاربر با :you، پاسخهای کلود با :claude، عملکرد ابزارها با :tool، خطاهای ابزار با :tool error و درخواستهای مجوز با :Permission Required شروع میشوند. خطاهای API یا گفتگو به صورت :error اعلام میشوند. اگر حساب کاربری هزینه را نشان دهد، خلاصهٔ خروجی دارای برچسب :Cost خواهد بود. این ساختار، پیدا کردن پاسخ قبلی کلود یا درخواست مجوز معلق را از طریق جستجوی متنی در تاریخچهٔ ترمینال آسانتر میکند.
سه روش مختلف برای فعالسازی.
ابتدا نسخه را با دستور claude --version بررسی کنید. نسخههای قدیمیتر از ۲.۱.۱۸۱ گزینهٔ ax-screen-reader-- را نمیشناسند. در نسخهٔ بهروز، برای فعالسازی تنها در همان نشست (Session)، دستور زیر کافی است:
claude --ax-screen-reader
برای استفاده در تمام نشستهای اجراشده از یک پوستهٔ ترمینال، میتوانید متغیر محیطی را در Bash یا Zsh تنظیم کنید:
export CLAUDE_AX_SCREEN_READER=1
claude
معادل آن در PowerShell به شرح زیر است:
$env:CLAUDE_AX_SCREEN_READER = "1"
claude
برای فعالسازی دائمی در تمام نشستهای کلود کد روی سیستم، میتوانید فیلد زیر را به فایل تنظیمات کاربر یعنی settings.json/claude./~ اضافه کنید. اگر تنظیمات دیگری در فایل وجود دارد، بدون حذف آنها، این بخش را به ساختار معتبر JSON اضافه کنید:
{
"axScreenReader": true
}
اولویت اعمال تنظیمات به ترتیب با: پرچم خط دستور (Command-line flag)، متغیر محیطی (Environment variable) و فایل تنظیمات است. اگر از طریق SSH به یک ماشین از راه دور متصل میشوید، متغیر محیطی یا تنظیمات باید روی همان سیستم از راه دور که کلود کد روی آن اجرا میشود اعمال گردد. برای غیرفعال کردن این حالت، برنامه را بدون پرچم اجرا کنید، متغیر را حذف کنید یا مقدار axScreenReader را به false تغییر دهید. مقدار CLAUDE_AX_SCREEN_READER=0 حتی در صورت فعال بودن ویژگی در فایل تنظیمات، این حالت را خاموش نگه میدارد.
چگونه از فعال بودن این حالت مطلع شویم؟
در کلود کد نسخهٔ ۲.۱.۲۰۶ و بالاتر، سطر اول نحوهٔ فعالسازی حالت را اعلام میکند: [Screen Reader Mode: on via flag]، via env یا via settings. در نسخههای سازگار قدیمیتر ممکن است یک سطر تأیید عمومیتر دیده شود. در نسخهٔ ۲.۱.۲۱۷ و بالاتر، برنامه به طور پیشفرض رابط کاربری را سه ثانیه متوقف میکند تا صفحهخوان اعلام اولیه را به پایان برساند. فشار دادن هر کلیدی این مکث را تمام میکند؛ این زمان با متغیر CLAUDE_AX_STARTUP_QUIET_MS بر حسب میلیثانیه قابل تغییر است:
export CLAUDE_AX_STARTUP_QUIET_MS=5000
تنظیم این متغیر روی صفر، مکث را حذف میکند. طبق راهنمای رسمی، حد بالا ۶۰۰,۰۰۰ میلیثانیه یعنی ده دقیقه است.
Anthropic حالت ویژهای برای کلود کد منتشر کرده است که رابط ترمینال آن را به متنی یکدست و متوالی برای صفحهخوانها تبدیل میکند. این ویژگی که نیازمند کلود کد نسخهٔ ۲.۱.۱۸۱ یا جدیدتر است، کادرها، نشانگرهای متحرک پیشرفت و بازطراحیهای درلحظه (In-place re-renders) را حذف میکند، پاسخهای کاربر و هوش مصنوعی را برچسبگذاری مینماید و منوهای مجوز را به گزینههای شمارهگذاریشده تغییر میدهد. نتیجهٔ کار نهتنها برای کاربران VoiceOver و NVDA، بلکه برای افرادی که از نمایشگرهای برجستهنگار، اتصالات کند یا خروجیهای ترمینال با قابلیت بایگانی آسان استفاده میکنند، تجربهای پیشبینیپذیرتر فراهم میسازد.
این مطلب بر اساس اطلاعیه ی پشتیبانی Anthropic در تاریخ ۱۳ ژوئیه ۲۰۲۶ و راهنمای جامعتر دسترسپذیری کلود کد تنظیم شده است. ادعا نمیشود که این ویژگی با سیستمهای متعدد و صفحهخوانهای فیزیکی تست شده باشد. از آنجا که نسخهٔ کلود کد نصبشده روی سیستم محلی ما ۲.۱.۱۲۱ بود، پرچم (Flag) جدید اجرا نشد؛ پیشنیازهای نسخهای و رفتارها بر اساس مستندات رسمی روز راستیآزمایی شدهاند.
حالت صفحهخوان چه تغییراتی ایجاد میکند؟
ابزارهای هوش مصنوعی مبتنی بر ترمینال بهدلیل بهروزرسانی مداوم خطوط و هایلایتهای بصری گزینهها، میتوانند چالشهای دسترسپذیری ایجاد کنند. حالت صفحهخوان کلود کد، رابط کاربری را به رفتار پایهٔ ترمینال نزدیک میکند: محتوا از بالا به پایین انباشته میشود، متنهای ثابت دوباره ترسیم نمیشوند و وضعیتهای مهم صرفاً با رنگ یا شکل نمایش داده نمیشوند.
در ابتدای هر بخش از گفتگو، یک برچسب قابلجستجو قرار دارد. پیامهای کاربر با :you، پاسخهای کلود با :claude، عملکرد ابزارها با :tool، خطاهای ابزار با :tool error و درخواستهای مجوز با :Permission Required شروع میشوند. خطاهای API یا گفتگو به صورت :error اعلام میشوند. اگر حساب کاربری هزینه را نشان دهد، خلاصهٔ خروجی دارای برچسب :Cost خواهد بود. این ساختار، پیدا کردن پاسخ قبلی کلود یا درخواست مجوز معلق را از طریق جستجوی متنی در تاریخچهٔ ترمینال آسانتر میکند.
سه روش مختلف برای فعالسازی.
ابتدا نسخه را با دستور claude --version بررسی کنید. نسخههای قدیمیتر از ۲.۱.۱۸۱ گزینهٔ ax-screen-reader-- را نمیشناسند. در نسخهٔ بهروز، برای فعالسازی تنها در همان نشست (Session)، دستور زیر کافی است:
claude --ax-screen-reader
برای استفاده در تمام نشستهای اجراشده از یک پوستهٔ ترمینال، میتوانید متغیر محیطی را در Bash یا Zsh تنظیم کنید:
export CLAUDE_AX_SCREEN_READER=1
claude
معادل آن در PowerShell به شرح زیر است:
$env:CLAUDE_AX_SCREEN_READER = "1"
claude
برای فعالسازی دائمی در تمام نشستهای کلود کد روی سیستم، میتوانید فیلد زیر را به فایل تنظیمات کاربر یعنی settings.json/claude./~ اضافه کنید. اگر تنظیمات دیگری در فایل وجود دارد، بدون حذف آنها، این بخش را به ساختار معتبر JSON اضافه کنید:
{
"axScreenReader": true
}
اولویت اعمال تنظیمات به ترتیب با: پرچم خط دستور (Command-line flag)، متغیر محیطی (Environment variable) و فایل تنظیمات است. اگر از طریق SSH به یک ماشین از راه دور متصل میشوید، متغیر محیطی یا تنظیمات باید روی همان سیستم از راه دور که کلود کد روی آن اجرا میشود اعمال گردد. برای غیرفعال کردن این حالت، برنامه را بدون پرچم اجرا کنید، متغیر را حذف کنید یا مقدار axScreenReader را به false تغییر دهید. مقدار CLAUDE_AX_SCREEN_READER=0 حتی در صورت فعال بودن ویژگی در فایل تنظیمات، این حالت را خاموش نگه میدارد.
چگونه از فعال بودن این حالت مطلع شویم؟
در کلود کد نسخهٔ ۲.۱.۲۰۶ و بالاتر، سطر اول نحوهٔ فعالسازی حالت را اعلام میکند: [Screen Reader Mode: on via flag]، via env یا via settings. در نسخههای سازگار قدیمیتر ممکن است یک سطر تأیید عمومیتر دیده شود. در نسخهٔ ۲.۱.۲۱۷ و بالاتر، برنامه به طور پیشفرض رابط کاربری را سه ثانیه متوقف میکند تا صفحهخوان اعلام اولیه را به پایان برساند. فشار دادن هر کلیدی این مکث را تمام میکند؛ این زمان با متغیر CLAUDE_AX_STARTUP_QUIET_MS بر حسب میلیثانیه قابل تغییر است:
export CLAUDE_AX_STARTUP_QUIET_MS=5000
تنظیم این متغیر روی صفر، مکث را حذف میکند. طبق راهنمای رسمی، حد بالا ۶۰۰,۰۰۰ میلیثانیه یعنی ده دقیقه است.
❤1
حالت صفحهخوان Claude Code: راهنمای نصب برای VoiceOver و NVDA بخش دوم.
نحوهٔ استفاده از منوها و مجوزها.
منوهایی که در رابط بصری با کلیدهای پیکان پیمایش میشوند، در حالت صفحهخوان به خطوط شمارهگذاریشده تبدیل میشوند. کلود کد یک اعلان Enter selection ارائه میدهد که محدودهٔ اعداد معتبر را مشخص میکند؛ کاربر شمارهٔ گزینه را تایپ کرده و Enter را فشار میدهد. در صورت ورود عدد نامعتبر، محدوده دوباره اعلام میشود. منوهای قابل بستن با کلید Escape لغو میشوند. در پرسشهای بله/خیر، تایپ y/n یا yes/no کافی است.
این تغییر از نظر امنیتی نیز حائز اهمیت است: در عملیاتهای نیازمند مجوز مانند نوشتن فایل یا اجرای دستور، وابسته نبودن گزینهها به هایلایت بصری به کاربر کمک میکند تا آنچه را تأیید میکند شفافتر بشنود. با این حال، ارائهٔ دسترسپذیر، عملیات را به خودی خود ایمن نمیسازد. بهویژه در حالتهای با مجوزهای گسترده، بررسی دستور، فایل مقصد و دامنهٔ دسترسی همچنان ضروری است.
جزئیات نسخهها برای تایپ، حذف و جداول.
رفتار دسترسپذیری پس از انتشار اولیه چند بار بهبود یافته است. در کلود کد نسخهٔ ۲.۱.۱۹۸ و بالاتر، جداول به جای شبکهٔ خانهبندیشده با کاراکترهای کادری، به صورت جملات «عنوان: مقدار» خوانده میشوند. در نسخهٔ ۲.۱.۲۱۹ و بالاتر، هنگام تایپ به جای چاپ مجدد کل سطر، تنها کاراکترهای تغییریافته همخوان (Echo) میشوند. رفتار مشابه برای کاراکترهای حذفشده با Backspace نیازمند نسخهٔ ۲.۱.۲۲۲ یا جدیدتر است.
همخوان شدن متن حذفشده در میانبرهای حذف کلمه مانند Ctrl+W، در مکاواس Option+Delete و در ویندوز Ctrl+Backspace در نسخهٔ ۲.۱.۲۱۸ اضافه شد. میانبر Ctrl+U یا Cmd+Backspace متن حذفشده تا ابتدای سطر، و Ctrl+K متن حذفشده تا انتهای سطر را اعلام میکند. همچنین اعلام یکبارهٔ حالت جدید هنگام جابهجایی بین حالتهای مجوز با Shift+Tab نیازمند نسخهٔ ۲.۱.۲۱۰ یا جدیدتر است.
پرش سریع به بخشهای قبلی گفتگو.
کلود کد علامتهای ترمینال 133 OSC را به مرزهای جابهجایی گفتگو اضافه میکند. در iTerm2 با Cmd+Shift+Up، در ترمینال VS Code مکاواس با Cmd+Up و در ترمینال VS Code ویندوز با Ctrl+Up میتوان به مرز قبلی رفت. در Windows Terminal، عمل scrollToMark نیازمند تعریف میانبر توسط کاربر است.
ترمینال مکاواس با این علامتها پرش نمیکند و در WezTerm نیز کلود کد این علامتها را تولید نمیکند. در این حالت، جستجوی برچسب :you یا :claude در تاریخچهٔ ترمینال یک جایگزین کاربردی است. کاربران Kitty و Ghostty باید به میانبر «رفتن به دستور قبلی» در مستندات ترمینال خود مراجعه کنند.
زنگ ترمینال چه زمانی به صدا درمیآید؟
حالت صفحهخوان هنگام اتمام پاسخ کلود، باز شدن یک درخواست مجوز، یا پایان یافتن ابزاری که بیش از پنج ثانیه طول کشیده است، زنگ استاندارد ترمینال را به صدا درمیآورد. اگر صدایی شنیده نمیشود، ممکن است مشکل مستقیماً از کلود کد نباشد؛ تنظیمات زنگ را در برنامهٔ ترمینال خود بررسی کنید. خارج از حالت صفحهخوان نیز میتوان با تنظیم preferredNotifChannel روی مقدار terminal_bell رفتار اعلانی مشابهی را انتخاب کرد.
بزرگنما و کاهش حرکت؛ دو تنظیم متفاوت.
دو متغیری که بیش از همه اشتباه گرفته میشوند عبارتاند از: CLAUDE_AX_SCREEN_READER=1 که رابط خطی و یکدست صفحهخوان را فعال میکند، و CLAUDE_CODE_ACCESSIBILITY=1 که مکاننما (Cursor) محلی ترمینال را مرئی نگه میدارد تا بزرگنماهای صفحه بتوانند تمرکز (Focus) را دنبال کنند؛ اما حالت صفحهخوان را فعال نمیکند. دنبال کردن سطر انتخابشده توسط مکاننما در منوها و پنلها نیازمند نسخهٔ ۲.۱.۲۱۸ یا بالاتر است.
برای حساسیت به حرکت، تنظیم prefersReducedMotion انیمیشنها را کاهش میدهد. برای کوررنگی نیز تمهای dark-daltonized و light-daltonized موجود است. این گزینهها همراه با حالت صفحهخوان نیز قابل استفاده هستند.
نحوهٔ استفاده از منوها و مجوزها.
منوهایی که در رابط بصری با کلیدهای پیکان پیمایش میشوند، در حالت صفحهخوان به خطوط شمارهگذاریشده تبدیل میشوند. کلود کد یک اعلان Enter selection ارائه میدهد که محدودهٔ اعداد معتبر را مشخص میکند؛ کاربر شمارهٔ گزینه را تایپ کرده و Enter را فشار میدهد. در صورت ورود عدد نامعتبر، محدوده دوباره اعلام میشود. منوهای قابل بستن با کلید Escape لغو میشوند. در پرسشهای بله/خیر، تایپ y/n یا yes/no کافی است.
این تغییر از نظر امنیتی نیز حائز اهمیت است: در عملیاتهای نیازمند مجوز مانند نوشتن فایل یا اجرای دستور، وابسته نبودن گزینهها به هایلایت بصری به کاربر کمک میکند تا آنچه را تأیید میکند شفافتر بشنود. با این حال، ارائهٔ دسترسپذیر، عملیات را به خودی خود ایمن نمیسازد. بهویژه در حالتهای با مجوزهای گسترده، بررسی دستور، فایل مقصد و دامنهٔ دسترسی همچنان ضروری است.
جزئیات نسخهها برای تایپ، حذف و جداول.
رفتار دسترسپذیری پس از انتشار اولیه چند بار بهبود یافته است. در کلود کد نسخهٔ ۲.۱.۱۹۸ و بالاتر، جداول به جای شبکهٔ خانهبندیشده با کاراکترهای کادری، به صورت جملات «عنوان: مقدار» خوانده میشوند. در نسخهٔ ۲.۱.۲۱۹ و بالاتر، هنگام تایپ به جای چاپ مجدد کل سطر، تنها کاراکترهای تغییریافته همخوان (Echo) میشوند. رفتار مشابه برای کاراکترهای حذفشده با Backspace نیازمند نسخهٔ ۲.۱.۲۲۲ یا جدیدتر است.
همخوان شدن متن حذفشده در میانبرهای حذف کلمه مانند Ctrl+W، در مکاواس Option+Delete و در ویندوز Ctrl+Backspace در نسخهٔ ۲.۱.۲۱۸ اضافه شد. میانبر Ctrl+U یا Cmd+Backspace متن حذفشده تا ابتدای سطر، و Ctrl+K متن حذفشده تا انتهای سطر را اعلام میکند. همچنین اعلام یکبارهٔ حالت جدید هنگام جابهجایی بین حالتهای مجوز با Shift+Tab نیازمند نسخهٔ ۲.۱.۲۱۰ یا جدیدتر است.
پرش سریع به بخشهای قبلی گفتگو.
کلود کد علامتهای ترمینال 133 OSC را به مرزهای جابهجایی گفتگو اضافه میکند. در iTerm2 با Cmd+Shift+Up، در ترمینال VS Code مکاواس با Cmd+Up و در ترمینال VS Code ویندوز با Ctrl+Up میتوان به مرز قبلی رفت. در Windows Terminal، عمل scrollToMark نیازمند تعریف میانبر توسط کاربر است.
ترمینال مکاواس با این علامتها پرش نمیکند و در WezTerm نیز کلود کد این علامتها را تولید نمیکند. در این حالت، جستجوی برچسب :you یا :claude در تاریخچهٔ ترمینال یک جایگزین کاربردی است. کاربران Kitty و Ghostty باید به میانبر «رفتن به دستور قبلی» در مستندات ترمینال خود مراجعه کنند.
زنگ ترمینال چه زمانی به صدا درمیآید؟
حالت صفحهخوان هنگام اتمام پاسخ کلود، باز شدن یک درخواست مجوز، یا پایان یافتن ابزاری که بیش از پنج ثانیه طول کشیده است، زنگ استاندارد ترمینال را به صدا درمیآورد. اگر صدایی شنیده نمیشود، ممکن است مشکل مستقیماً از کلود کد نباشد؛ تنظیمات زنگ را در برنامهٔ ترمینال خود بررسی کنید. خارج از حالت صفحهخوان نیز میتوان با تنظیم preferredNotifChannel روی مقدار terminal_bell رفتار اعلانی مشابهی را انتخاب کرد.
بزرگنما و کاهش حرکت؛ دو تنظیم متفاوت.
دو متغیری که بیش از همه اشتباه گرفته میشوند عبارتاند از: CLAUDE_AX_SCREEN_READER=1 که رابط خطی و یکدست صفحهخوان را فعال میکند، و CLAUDE_CODE_ACCESSIBILITY=1 که مکاننما (Cursor) محلی ترمینال را مرئی نگه میدارد تا بزرگنماهای صفحه بتوانند تمرکز (Focus) را دنبال کنند؛ اما حالت صفحهخوان را فعال نمیکند. دنبال کردن سطر انتخابشده توسط مکاننما در منوها و پنلها نیازمند نسخهٔ ۲.۱.۲۱۸ یا بالاتر است.
برای حساسیت به حرکت، تنظیم prefersReducedMotion انیمیشنها را کاهش میدهد. برای کوررنگی نیز تمهای dark-daltonized و light-daltonized موجود است. این گزینهها همراه با حالت صفحهخوان نیز قابل استفاده هستند.
❤1
حالت صفحهخوان Claude Code: راهنمای نصب برای VoiceOver و NVDA بخش سوم.
محدودیتهای شناخته شده.
فعال بودن یک صفحهخوان به خودی خود باعث فعالسازی خودکار این حالت نمیشود.
تغییر حالت مجوز تنها هنگام پیمایش با Shift+Tab اعلام میشود؛ تغییر به حالت پلان از روشهای دیگر همیشه اعلام نمیشود.
اتصال به نشست پسزمینه با claude attach به صفحهٔ جایگزین میرود و تاریخچهٔ طبیعی ترمینال را حذف میکند. خروج با کلید پیکان چپ در خط فرمان خالی یا Ctrl+Z در هنگام تمرکز روی کادر گفتگو پیشنهاد میشود.
هزینه در هر جابهجایی گفتگو اعلام نمیشود، بلکه در خلاصهٔ پایانی نشست گزارش میگردد.
کارکرد غیرتعاملی با claude -p تحت تأثیر حالت صفحهخوان قرار نمیگیرد؛ از آنجا که این حالت خود متن یکدست تولید میکند، گزینهای مجزا برای اتوماسیونهاست.
کاربران در گیتهاب گزارش دادهاند که رابط ترمینال تمامصفحه در برخی نسخهها میتواند VoiceOver مکاواس و انتخاب متن را مختل کند. اینگونه گزارشها شواهد ارزشمندی از محیط واقعی هستند اما نتیجهٔ آزمون مستقل و تعمیمیافته برای هر ترمینال و نسخه نیستند. حالت جدید صفحهخوان هدف دارد حتی در صورت فعال بودن تنظیمات تمامصفحه، گفتگوی اصلی را به صورت متن متوالی و قابل اسکرول ارائه دهد؛ استثنای اتصال به نشست پسزمینه همچنان باقی است.
چکلیست کاربردی برای شروع.
۱. با claude --version تأیید کنید که حداقل از نسخهٔ ۲.۱.۱۸۱ استفاده میکنید؛ برای دریافت بازخورد صوتی تایپ و حذف، در صورت امکان نسخهٔ ۲.۱.۲۲۲ یا جدیدتر را انتخاب کنید.
۲. اولین تلاش را با claude --ax-screen-reader در یک نشست تکی انجام دهید.
۳. شنیده شدن تأییدیهٔ حالت اولیه و زنگ ترمینال را بررسی کنید.
۴. انتخاب گزینهها با شماره در منوی مجوز و جستجوی :you / :claude در تاریخچهٔ ترمینال را امتحان کنید.
۵. در صورت رضایتبخش بودن تجربه، به متغیر محیطی یا تنظیمات settings.json سوئیچ کنید.
۶. هنگام گزارش مشکلات، نام و نسخهٔ سیستمعامل، برنامهٔ ترمینال، نسخهٔ کلود کد و نام و نسخهٔ صفحهخوان یا بزرگنما را ذکر کنید.
جمعبندی.
حالت جدید کلود کد، به جای تقلیل دادن دسترسپذیری به تمهای رنگی، نحوهٔ کارکرد ترمینال را تغییر میدهد. جریان گفتگوی برچسبگذاریشده، مجوزهای شمارهگذاریشده، عدم خوانش مجدد محتوای ثابت و زنگ هشدار، بهبودهای ارزشمندی در استفادهٔ روزمره هستند. با این حال، این ویژگی اختیاری است و به دلیل توزیع اصلاحات در نسخههای مختلف، صرفا بیان «پشتیبانی میشود» کافی نیست. لازم است جریانهای کاری واقعی با نسخهٔ روز، ترمینال سازگار و فناوری کمکی مورد استفاده سنجیده شوند.
منابع:
Anthropic Support: Use Claude Code CLI with a screen reader,
Claude Code documentation: Screen reader mode.
محدودیتهای شناخته شده.
فعال بودن یک صفحهخوان به خودی خود باعث فعالسازی خودکار این حالت نمیشود.
تغییر حالت مجوز تنها هنگام پیمایش با Shift+Tab اعلام میشود؛ تغییر به حالت پلان از روشهای دیگر همیشه اعلام نمیشود.
اتصال به نشست پسزمینه با claude attach به صفحهٔ جایگزین میرود و تاریخچهٔ طبیعی ترمینال را حذف میکند. خروج با کلید پیکان چپ در خط فرمان خالی یا Ctrl+Z در هنگام تمرکز روی کادر گفتگو پیشنهاد میشود.
هزینه در هر جابهجایی گفتگو اعلام نمیشود، بلکه در خلاصهٔ پایانی نشست گزارش میگردد.
کارکرد غیرتعاملی با claude -p تحت تأثیر حالت صفحهخوان قرار نمیگیرد؛ از آنجا که این حالت خود متن یکدست تولید میکند، گزینهای مجزا برای اتوماسیونهاست.
کاربران در گیتهاب گزارش دادهاند که رابط ترمینال تمامصفحه در برخی نسخهها میتواند VoiceOver مکاواس و انتخاب متن را مختل کند. اینگونه گزارشها شواهد ارزشمندی از محیط واقعی هستند اما نتیجهٔ آزمون مستقل و تعمیمیافته برای هر ترمینال و نسخه نیستند. حالت جدید صفحهخوان هدف دارد حتی در صورت فعال بودن تنظیمات تمامصفحه، گفتگوی اصلی را به صورت متن متوالی و قابل اسکرول ارائه دهد؛ استثنای اتصال به نشست پسزمینه همچنان باقی است.
چکلیست کاربردی برای شروع.
۱. با claude --version تأیید کنید که حداقل از نسخهٔ ۲.۱.۱۸۱ استفاده میکنید؛ برای دریافت بازخورد صوتی تایپ و حذف، در صورت امکان نسخهٔ ۲.۱.۲۲۲ یا جدیدتر را انتخاب کنید.
۲. اولین تلاش را با claude --ax-screen-reader در یک نشست تکی انجام دهید.
۳. شنیده شدن تأییدیهٔ حالت اولیه و زنگ ترمینال را بررسی کنید.
۴. انتخاب گزینهها با شماره در منوی مجوز و جستجوی :you / :claude در تاریخچهٔ ترمینال را امتحان کنید.
۵. در صورت رضایتبخش بودن تجربه، به متغیر محیطی یا تنظیمات settings.json سوئیچ کنید.
۶. هنگام گزارش مشکلات، نام و نسخهٔ سیستمعامل، برنامهٔ ترمینال، نسخهٔ کلود کد و نام و نسخهٔ صفحهخوان یا بزرگنما را ذکر کنید.
جمعبندی.
حالت جدید کلود کد، به جای تقلیل دادن دسترسپذیری به تمهای رنگی، نحوهٔ کارکرد ترمینال را تغییر میدهد. جریان گفتگوی برچسبگذاریشده، مجوزهای شمارهگذاریشده، عدم خوانش مجدد محتوای ثابت و زنگ هشدار، بهبودهای ارزشمندی در استفادهٔ روزمره هستند. با این حال، این ویژگی اختیاری است و به دلیل توزیع اصلاحات در نسخههای مختلف، صرفا بیان «پشتیبانی میشود» کافی نیست. لازم است جریانهای کاری واقعی با نسخهٔ روز، ترمینال سازگار و فناوری کمکی مورد استفاده سنجیده شوند.
منابع:
Anthropic Support: Use Claude Code CLI with a screen reader,
Claude Code documentation: Screen reader mode.
❤1