‫۷ سال و ۵ ماه قبل، یکشنبه ۲۷ فروردین ۱۳۹۶، ساعت ۰۶:۱۸
همچنین برای جاوا این سایت موجود هست. برای دوستانی که اندروید می‌نویسند بسیار مناسب است که از روی قالبی که از Web Api  یا هر نوع سرویس دیگری که اطلاعات میگیرند به کلاس مورد نظر برسند
‫۷ سال و ۱۰ ماه قبل، سه‌شنبه ۹ آذر ۱۳۹۵، ساعت ۲۱:۳۵
امروز در حین مطالعه راهنما متوجه شدم خروجی unixtime خروجی پیش فرضش هست و خروجی‌های زیر رو هم شاملش میشه:
The dateFormat to be used for the altField option. acceptable value: unix,gregorian,g,u,YYYY/mMM/DD  
برای typescript هم شامل typing هست.
‫۷ سال و ۱۰ ماه قبل، دوشنبه ۱۷ آبان ۱۳۹۵، ساعت ۱۹:۱۲
تقویم شمسی بالا را رو من دیشب رو یکی از کارهام استفاده کردم و تقویم خوبی هم بود. رویدادی به نام onSelect داره که مقدار زمان را به صورت UnixTime برمیگردونه البته برای دات نت باید قبل از تبدیل مقدار را تقسیم بر 1000 کرد.
$(".from-date").pDatepicker({
                format: "YYYY/MM/DD dddd",
                autoClose: true,
                onSelect: function (unixDate) {
                    console.log(unixDate);
                    $("#start").val(unixDate);
                    return this;
                },
                navigator: {
                    enabled: true,
                    text: {
                        btnNextText: ">",
                        btnPrevText: "<"
                    },
                },
            });


‫۷ سال و ۱۰ ماه قبل، شنبه ۱۵ آبان ۱۳۹۵، ساعت ۱۳:۱۴
دقیقا مشکلی هست که همه تقویم‌های شمسی دارن
برای همین هر بار مجبور هستم تاریخ شمسی رو تبدیل به میلادی کنم تا بتونم توی دیتابیس ذخیره یا توی کوئری‌ها ازش استفاده کنم
‫۸ سال و ۳ ماه قبل، جمعه ۴ تیر ۱۳۹۵، ساعت ۰۴:۴۹
البته نسخه جدید php7 از نظر کارایی تا حدی بهتر از HHVM بوده است.
نمودارهای زیر  این کارایی را نشان می‌دهد:


‫۸ سال و ۱۱ ماه قبل، پنجشنبه ۷ آبان ۱۳۹۴، ساعت ۱۵:۳۳
البته برای چنین سایتی مسلما سخت افزار قدرتمند نیاز است ولی برای هر کاری که نیاز به سرعت یا مستلزم کارایی است به این معنی نیست که حتما نیاز به سخت افزار بزرگتر دارد بلکه اکثر اوقات به صورت نرم افزاری قابل حل هستند. به عنوان مثال در ایران اکثر مسائل به صورت نرم افزاری قابل حل هستند ولی بی جهت همه چیز را گردن سخت افزار می‌اندازند و  بسیاری اوقات هزینه‌های بزرگ سخت افزاری میتراشند در صورتی که کاملا به صورت نرم افزاری قایل حل است. این کندی‌های سرعت باید در نرم افزارها جست و جو گردد.
همین سایت stackoverflow اگر ده‌ها برابر این سخت افزار را فراهم کند ولی از لحاظ نرم افزاری مشکل داشته باشد نمی‌تواند به اندازه یک سرور معمولی هم سرویس بدهد.