تاریخهای هر دو هفته یک بار از ۱ اوت ۲۰۲۶
از شنبه ۱ اوت ۲۰۲۶، هر دو هفته یک بار روی شنبه میماند: ۱۵ اوت، ۲۹ اوت، ۱۲ سپتامبر و به همین ترتیب. تاریخ دوازدهم ۲ ژانویه ۲۰۲۷ است، دقیقاً ۱۵۴ روز پس از تاریخ مبنا.
تقویم
برای هر سطر یک VEVENT تمامروز مطابق استاندارد، با مقدار DTEND انحصاریِ روز بعد و شناسههای پایدار رویداد.
همهٔ تاریخهای برنامه
| ۱ | 2026-08-01 | شنبه | ۰ | تاریخ مبنا |
| ۲ | 2026-08-15 | شنبه | ۱۴ | دقیقاً روز مبنا |
| ۳ | 2026-08-29 | شنبه | ۲۸ | دقیقاً روز مبنا |
| ۴ | 2026-09-12 | شنبه | ۴۲ | دقیقاً روز مبنا |
| ۵ | 2026-09-26 | شنبه | ۵۶ | دقیقاً روز مبنا |
| ۶ | 2026-10-10 | شنبه | ۷۰ | دقیقاً روز مبنا |
| ۷ | 2026-10-24 | شنبه | ۸۴ | دقیقاً روز مبنا |
| ۸ | 2026-11-07 | شنبه | ۹۸ | دقیقاً روز مبنا |
| ۹ | 2026-11-21 | شنبه | ۱۱۲ | دقیقاً روز مبنا |
| ۱۰ | 2026-12-05 | شنبه | ۱۲۶ | دقیقاً روز مبنا |
| ۱۱ | 2026-12-19 | شنبه | ۱۴۰ | دقیقاً روز مبنا |
| ۱۲ | 2027-01-02 | شنبه | ۱۵۴ | دقیقاً روز مبنا |
فاصلهٔ دوهفتگی دقیقاً ۱۴ روز است، بنابراین روز هفته هرگز تغییر نمیکند.
دوازده تاریخ یازده فاصله دارد؛ به همین دلیل بازه ۱۵۴ روز است، نه ۱۶۸.
هر سطر به یک رویداد تمامروز جداگانه در تقویم قابل دانلود تبدیل میشود.
چگونگی کار
مراحل انجام کار
- تاریخ اول بهعنوان مبنای تقویم میلادی خوانده میشود، سپس پیش از ساختن برنامه، فاصله و تعداد رخدادهای درخواستی به بازهٔ مجاز محدود میشوند.
- برای روزها و هفتهها، تعداد ثابتی روز تقویمی UTC اضافه میشود. برای ماهها و سالها، هر نامزد از سال، ماه و روز اصلی مشتق میشود، نه از نتیجهٔ قبلی.
- اگر ماه نامزد روز مبنا را نداشته باشد، دقیقاً مطابق انتخاب شما، یا از آخرین روز آن استفاده میشود یا آن نامزد کنار گذاشته میشود. این کار تا رسیدن به تعداد تاریخهای واقعی درخواستی ادامه مییابد.
- سطرها بهصورت مؤلفههای جداگانهٔ VEVENT تمامروز طبق RFC ۵۵۴۵ نوشته میشوند. DTSTART خود تاریخ است، DTEND تاریخ بعدی است چون پایان رویداد تمامروز انحصاری است، و هر خط محتوا در ۷۵ اکتت UTF-۸ تا میشود.
فرضها
- تقویم میلادی و فقط تاریخ است. هیچ ساعتی از روز، منطقهٔ زمانی، تغییر ساعت تابستانی یا یادآوریای برای استنباط وجود ندارد.
- تاریخ اول رخداد شمارهٔ یک است. بنابراین دوازده تاریخ یازده فاصله دارد، نه دوازده.
- حالت پایان ماه هرگز مبنا را تغییر نمیدهد. ۳۱ ژانویه میتواند ۲۸ فوریه شود و سپس به ۳۱ مارس برگردد، چون هر نامزد از روز اصلی ۳۱ مشتق میشود.
- حالت رد کردن یک نامزد گمشده را رد میکند، نه یک فاصله را. در ماهها یا سالهای نامزد بعدی ادامه میدهد تا تعداد تاریخهای واقعی درخواستی فراهم شود.
- سالهای تقویمی بالاتر از ۹۹۹۹ را نمیتوان با مقدار DATE چهاررقمی RFC ۵۵۴۵ نشان داد و تولید نمیشوند.
پرسشهای رایج
چرا برنامهٔ دوهفتگی با دوازده تاریخ فقط بیستودو هفته را در بر میگیرد؟
تاریخ اول خودش رخداد شمارهٔ یک است. بین دوازده تاریخ یازده فاصله هست و یازده فاصلهٔ دوهفتگی بیستودو هفته است.
آیا در برنامهٔ دوهفتگی روز هفته تغییر میکند؟
نه. چهارده روز دقیقاً دو هفتهٔ هفتروزه است، بنابراین هر رخداد همان روز هفته را دارد، فارغ از مرز ماه یا سال.
منابع
روش کامل، مثال محاسبهشده و همهٔ فرضهای این نتیجه در این صفحه آمده است: زمانبندی تاریخهای تکرارشونده.