آرشیو گروه فناوری و تکنولوژی

راهنمای نصب و پیکربندی 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) خواهد شد…

راهنمای نصب و پیکربندی 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) سایت، بیشترین بازدهی حاصل گردد.

فایل نصبی نرم‌افزار شطرنج. لطفاً حتماً سعی کنین که برنامه رو از فروشگاه گوگل پلی استور نصب کنین تا ما هم برا برنامه نویسمون کار مثبتی انجام داده باشیم. لینک برنامه در فروشگاه: 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

مایکروسافت سال‌هاست از شناسه‌ای مخفی به نام Global Device Identifier (GDID) برای شناسایی هر نصب ویندوز استفاده می‌کند؛ شناسه‌ای که تا مدت‌ها وجود آن به‌صورت عمومی اعلام نشده بود. این موضوع پس از انتشار اسناد یک پرونده قضایی در آمریکا فاش شد؛ جایی که اف‌بی‌آی با استفاده از همین شناسه توانست یک هکر را با وجود استفاده از VPN، پروکسی و هویت‌های جعلی شناسایی کند. شناسه GDID ،یک شناسه یکتاست که به هر نصب ویندوز اختصاص داده می‌شود و پس از اتصال دستگاه به حساب مایکروسافت، روی سرورهای این شرکت ایجاد و در رجیستری ویندوز ذخیره می‌شود. این شناسه حتی پس از به‌روزرسانی ویندوز نیز تغییر نمی‌کند و تنها با نصب مجدد سیستم‌عامل عوض می‌شود؛ هرچند نسخه قبلی آن همچنان در سرورهای مایکروسافت باقی می‌ماند. این شناسه در بخش‌های مختلف ویندوز مانند فعال‌سازی سیستم‌عامل، فروشگاه مایکروسافت، Phone Link، همگام‌سازی کلیپ‌بورد و حتی در صورت فعال بودن برخی قابلیت‌های تشخیصی مرورگر Edge استفاده می‌شود. پژوهشگران نیز نشان داده‌اند که امکان تغییر این شناسه در سطح سیستم وجود دارد. در پرونده پیتر استوکس، متهم به عضویت در گروه هکری Scattered Spider، اف‌بی‌آی با دریافت GDID از مایکروسافت توانست ارتباط میان حساب‌های کاربری، VPNها و فعالیت‌های آنلاین او را برقرار کند. این پرونده نخستین بار جزئیات عملکرد GDID را به‌صورت عمومی آشکار کرد. کاربران عملاً راهی برای غیرفعال کردن یا حذف GDID ندارند. تنها می‌توان با کاهش داده‌های تشخیصی، میزان اطلاعات ارسالی به مایکروسافت را محدود کرد. این شرکت می‌گوید GDID صرفاً برای استفاده داخلی است و تنها در صورت درخواست قانونی در اختیار نهادهای قضایی قرار می‌گیرد. با وجود کاربردهای امنیتی، کارشناسان حریم خصوصی از نبود شفافیت مایکروسافت درباره این شناسه انتقاد می‌کنند. به باور آن‌ها، وجود یک شناسه دائمی روی حدود ۱.۶ میلیارد رایانه ویندوزی بدون طلاع‌رسانی و امکان مدیریت توسط کاربران، نگرانی‌های جدی درباره حفظ حریم خصوصی ایجاد کرده است.

برای جلوگیری از پرش مداوم سیگنال (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 استفاده شود.

افزونه "Markdown Here" برای مرورگرها، یک ابزار ساده اما بسیار کاربردی است که به کاربران این امکان را می‌دهد تا هنگام نوشتن در ایمیل‌ها یا فرم‌های وب، محتوای خود را با استفاده از زبان Markdown بنویسند و تنها با یک کلیک، آن را به HTML تبدیل کنند. این افزونه نیاز به نوشتن مستقیم کدهای HTML یا انجام فرمت‌بندی‌های پیچیده را برطرف می‌سازد. با اینکه غالبا، کاربران متن مورد نظر خود را در زمانی کوتاه تدوین می‌کنند اما به وقت زیادی برای ویرایش و تنظیم ظاهر محتوا نیاز دارند. این ابزار با ساده‌سازی فرآیند فرمت‌بندی، موجب صرفه‌جویی در زمان و افزایش بهره‌وری می‌شود. github.com/adam-p/markdown-here

مایکروسافت یک آسیب‌پذیری امنیتی روز صفر در Microsoft Defender را که با نام RoguePlanet شناخته می‌شود، برطرف کرده است. این آسیب‌پذیری روی ویندوز ۱۰ و ۱۱ کاملاً به‌روز هم اثر می‌گذاشت و به مهاجم اجازه می‌داد با سوءاستفاده از یک نقص فنی، دسترسی سیستم؛ یعنی بالاترین سطح دسترسی در ویندوز را به دست بیاورد. نکته مهم اینجاست که به گفته پژوهشگر، نمونه حمله حتی زمانی که محافظت لحظه‌ای Defender فعال بود هم قابل اجرا بوده است. این آسیب‌پذیری توسط پژوهشگری با نام Nightmare Eclipse منتشر شد؛ فردی که در ماه‌های اخیر چندین ضعف امنیتی مهم دیگر در ویندوز و Defender را هم افشا کرده است. او می‌گوید مایکروسافت به‌دلیل اختلاف بر سر روند گزارش آسیب‌پذیری‌ها و برنامه باگ‌بانتی، مخازن کد او را از GitHub و GitLab حذف کرده و حتی بعد از این افشاگری‌ها، این شرکت هشدارهایی با مضمون پیگیری حقوقی منتشر کرده که از نگاه برخی کارشناسان، متوجه همین پژوهشگر بوده است. مایکروسافت این مشکل را با انتشار نسخه 1.1.26060.3008 از Microsoft Malware Protection Engine برطرف کرده است؛ یعنی موتور اصلی که Defender و برخی سرویس‌های امنیتی این شرکت از آن استفاده می‌کنند. بنابراین برای رفع این آسیب‌پذیری، فقط به‌روزرسانی خود #ویندوز کافی نیست و باید مطمئن شوید که موتور Defender نیز به آخرین نسخه به‌روزرسانی شده است. این اتفاق نشان می‌دهد حتی ابزارهای امنیتی هم اگر به‌روز نباشند، می‌توانند به هدف هکرها تبدیل شوند. اگر از Microsoft Defender استفاده می‌کنید، بهتر است همین حالا بررسی کنید که آخرین به‌روزرسانی‌های آن نصب شده باشد.

Windows 10 / 11

Windows

نرم افزار 7Zip نسخه 26.2 مخصوص سیستم عاملهای لینوکس

نرم افزار 7Zip نسخه 26.2 برای ویندوز

نسخه جدید نرم‌افزار دسترس پذیر دانلود از یوتوب برای ویندوز

پیام‌رسان روبیکا. به کانال آرشیو فناوری و تکنولوژی بپیوندید @NotbookQuestions

به کانال آرشیو فناوری و تکنولوژی بپیوندید @NotbookQuestions

پیام‌رسان سروش پلاس به کانال آرشیو فناوری و تکنولوژی بپیوندید @NotbookQuestions

به کانال آرشیو فناوری و تکنولوژی بپیوندید @NotbookQuestions

پیام‌رسان بله به کانال آرشیو فناوری و تکنولوژی بپیوندید @NotbookQuestions