ارسال توسط آرمین

گروه کاربران گنو/لینوکس گیلان با توجه به اتفاقات اخیر و سوءاستفاده‌های شخصی و تجاری برخی افراد از نام و عنوان این گروه بر خود لازم میداند تا در جهت شفاف سازی و آگاهی، به ارائه نکاتی در این خصوص بپردازد.

۱. گروه کاربران گنو/لینوکس گیلان در چند ماه اخیر هیچ گونه جلسه حضوری نداشته و آخرین جلسه رسمی حضوری این گروه در تاریخ ۱۳۸۹/۳/۷ (صد و بیست و نهمین دیدار) برگزار شد.
گروه کاربران گنو/لینوکس گیلان وظیفه خود می داند در رابطه با فعالیت های مشابه که نه با عنوان مشخص و جدید همراه با اهداف مشابه بلکه تنها با سوء استفاده از جایگاه ویژه این گروه با نامی مشابه صورت می گیرند و در ادامه متولیان/بانیان آنها به دلایل متعدد و نامعقول همچنین به روش های غیر حرفه‌ای نسبت به آنچه که نیستند تظاهر می‌کنند، شفاف سازی کند.

۲. سایت رسمی گروه کاربران گنو/لینوکس گیلان به آدرس http://guilug.org می باشد و هر وب سایت یا دامنه‌ی دیگر به نام گروه کاربران گنو/لینوکس گیلان رسمیت ندارد و جعلی محسوب می شود.

۳. هرگونه اطلاع رسانی اعم از اطلاعیه و خبر در رابطه با برگزاری جلسات حضوری، همایش ها و سایر امور و اتفاقات مربوط به گروه کاربران گنو/لینوکس گیلان در وب سایت رسمی گروه اعلام می شود و منابع و وب سایت های دیگر که در سایت رسمی اعلام نشده‌اند مورد تایید گروه نمی‌باشد.

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

منبع: لاگ گیلان

زیکولا از نسخه ۱.۱.۲ به‌صورت بومی‌سازی شده (ترجمه، تقویم فارسی و راست به چپ البته!) منتشر شد. برای اطلاعات بیشتر و دانلود به این لینک مراجعه کنید.

زیکولا چیست؟

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

Developers everywhere are in terrible pain.

Hug a developer today.

این عکس گویای همه چیز هست!!

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

فرض می کنیم از تصویر استفاده شده که این تصویر نشان دهنده عددی است و کاربر باید عدد رو به صورت نوشته برای احراز هویت انسانی(هوشمندی!) وارد کنه؛ حال چطور باید این فیلتر را پیاده کرد که قابل دور زدن نباشه؛
ادامه مطلب "هدف استفاده از CAPTCHA و چگونگی پیاده سازی"

چند روز پیش فایرفاکس 2.0.0.5 ریلیز شد و بالاخره فایرفاکس2 کوکی های httponly رو به کار بست به این ترتیب کوکی های httponly از طریق محتویات وب قابل دسترسی نیست (البته این طور باید باشه) مثلاً از طریق جاوااسکریپت نمی تونید این کوکی های رو با document.cookie ببینید...
این کوکی ها در سمت سرور به این صورت ست می شن که وقتی در هدر HTTP کوکی رو ست می کنید باید در پایان تعیین کنید که این کوکی httponly است:

Set-Cookie: COOKIE=VALUE; httponly

با استفاده از این نوع کوکی ها جلوی بسیاری از حملات Cross-Site گرفته میشه(XSS) ولی با این حال باز هم امکان این نوع حملات وجود داره (CSRF)

و اما نکته ای اینجا وجود داره و اون اینکه با XMLHTTPRequest میشه در جاوااسکریپت به کوکی های httponly دست یافت! تنها در صورتی که در جواب درخواستی که از طریق XMLHTTPRequest به سرور ارسال میشه کوکی ست شده باشه در این صورت با چک کردن هدر میشه کوکی ست شده رو دید ولی در درخواست های بعدی این طور نیست (که معلومه چرا!) پس وقتی کوکی برای کاربر حقیقی ست شده باشه در این صورت امکان دیدن کوکی مثلاً برای جاوااسکریپت تزریق شده وجود نداره مگر اینکه کوکی به روز بشه (دوباره ست شه)

نتیجه اینکه استفاده از کوکی httponly بسیار مفید خواهد بود!! البته باید شرایط پیاده سازیش وجود داشته باشه که همون مرورگر مورد استفاده کاربر هست و اینکه درست پیاده سازی شه.