These are only links about my slide for the World Plone Day 09. They are very easy to understand, but for any question you ma ask…

There are two version EN and IT.

EN -> http://www.slideshare.net/francescociriaci/plone-deployment-wpd2009

IT -> http://www.slideshare.net/eleonoraborelli/plone-deployment-c-wpd2009

I hope you enjoy.

In next days i think to publish a buildout for plone for deployment. Stay tuned .

ifPeople is honored to be a nominee for the YouTopia grant of $15,000 of branding services from Free Range Studios. To win this, we need your vote! Can you please take 3 minutes to register on the website and vote for our “Collaboration for Social Innovation” idea?

Our idea is to build a community of social innovators leveraging web technology to increase their impact. This community, which is already forming based on the work of our clients and our partners, will share lessons, exchange ideas, and collaborate. This community would include other partners and their clients who share the desire to build strategic and technology capacity in the sector.

We’re asking for your help in making this nascent community grow and thrive by supporting our YouTopia proposal! Why do we want to do this? Technology is a big challenge for most social enterprises, yet it’s also necessary for magnifying their impact.We use Plone and Salesforce.com to radically increase our clients capacity for communication, engagement and action. We believe this network will improve collaboration and knowledge sharing amongst organizations using similar tools and facing similar challenges.

Better Tech skills = Bigger Impact = A Better World

Voting is easy. You just need to create an account on the UserVoice website and then you can distribute 3 votes in the “Socially Responsible Business” category (you can give all three to one or distribute them). Vote for ifPeople here.

Please let us know any questions about the proposal in the comments. Thanks for your support!

ابزارهای مدیریت محتوا باید هم راستا با استراتژی و سیاست های کلان شرکت ها باشند. از این رو پیش از انتخاب ابزار، بر رعایت سه گام اصلی تاکید می شود.

۱) تعریف و تفکیک سرویس هایی که قرار است ارائه شود؟ (Portfolio)

۲) تعریف نوع مخاطبانی که قرار است از این سرویس ها استفاده کنند؟ (Demand)

۳) هزینه تهیه و نگهداری و استفاده از سرویس های ارائه خواهد شد؟ (Finance)

در گام اول خدماتی که قرار است ارائه شود تعریف شده و چشم اندازی از ابزارهای موردنیاز ترسیم می شود. در گام دوم مشخص می شود که این خدمات برای کدام دسته از مخاطبان طراحی شده و در گام سوم تبیین می شود که هزینه عرضه و استفاده از این خدمات چگونه است؟ با رعیت گام های سه گانه فوق الذکر می توان حدود و ثغور ابزارهای فنی را مشخص کرد. همچنین بر وجود دو رویکرد متفاوت و متقابل در طراحی و تولید نرم افزارهای مدیریت محتوای متن باز و رایگان تاکید شد. اگر قرار باشد دقیق تر صحبت کنیم باید رویکردهای دوگانه را به سه رویکرد اقیانوس بی کران، چاه لایتناهی و دریاچه امن تعمیم داده و درباره مشخصات هریک به اختصار بگویم که: . رویکرد اول که اقیانوس بی کران خطاب می شود به تولید نرم افزار همه کاره توجه نشان می دهد و مشابه اقیانوسی به عمق یکی دو سانتی متر و وسعتی بی کران است. کمیت امکانات در این گونه نرم افزارها فراوان است که با قابلیت های فنی محدودی ارائه می شوند. نرم افزارهای عام راه اندازی وب سایت و پورتال مانند DotNetNuke و WebGUI و TikiWiki از این دسته اند.

رویکرد دوم که به گونه ای فانتزی چاه لایتناهی خوانده می شود، به تولید نرم افزار تخصصی اعتقاد دارد و همانند چاهی به قطر یکی دو سانتی متر و عمقی بی نهایت است. کمیت امکانات در این قبیل نرم افزارها محدود اما از بعد کیفی قابل توجه است. نرم افزارهای تخصصی وبلاگ و دانش نامه مانند MovableType و WordPress و MediaWiki از این دسته اند. . رویکرد سوم که چند سالی است مورد توجه قرار گرفته، دریاچه امن خوانده می شود و گرته برداری هوشمندانه ای از رویکردهای دوگانه قبلی است، بدین صورت که اعتقادی به ارائه امکانات کیفی لایتناهی و امکانات کمی بی کران نداشته و بر ایجاد تعادل در امکانات منتخب تاکید دارد. به طور خلاصه می توان گفت که رویکرد دریاچه امن بر ارائه بهنیه امکانات اصرار می کند. نرم افزارهای مبتنی بر این رویکرد از یک سو امکانات قابل توجهی دارد و از دیگرسو قدری هم وارد لایه های تخصصی می شود. نرم افزارهای Drupal و Plone بهترین نمونه های تولید شده با رویکرد بهینه هستند.

● هزینه مالکیت نهایی

تب استفاده از فرآورده های جنبش متن باز و رایگان چنان بیداد می کند که توجه به زیر و زبر کار در این هیاهو اغلب فراموش می شود. انتخاب نرم افزارهای متن باز اغلب براساس تصور نادرست کاهش هزینه ها صورت می گیرد. اصطلاح Total Cost of Ownership در میان زعمای وادی فناوری اطلاعات بسیار مورد استفاده قرار دارد و به مجموع هزینه هایی اطلاق می شود که از ابتدای تعریف خدمات تا پایان آن باید صرف شود. موسسه گارتنر نشان داده که تعریف انواع خدمات نیازمند گرد آمدن دانش و ابزارهای سخت افزاری و نرم افزاری و مدیریت و پشیبانی و غیره است. در این میان ۷۰ درصد هزینه ارائه خدمات صرف ارائه خدمات پشتیبانی شده و تنها ۶ درصد هزینه صرف تهیه نرم افزار می شود. سخت افزار حدود ۱۵ درصد و پیاده سازی شبکه حدود ۲ درصد از کل هزینه خدمات را صرف می کنند. حدود ۷ درصد از کل هزینه نیز به علت عدم دسترسی خدمات تلف می شود. براین اساس می توان گفت که استفاده از نرم افزارهای متن باز در بهترین حالت کمتر از یک بیستم در هزینه کل صرفه جویی خواهد کرد. موضوع ارائه خدمات کیفی پشتیبانی جایگاه ویژه ای در برنامه ریزی های اغلب سازمان های ایرانی که وظف به ارائه خدمات الکترونیک هستند ندارد. خلاصه این که درآمد اصلی اغلب شرکت های حاضر در وادی فناوری اطلاعات و ارتباطات از بطن خدمات حاصل می شود.

● آیا مدیریت محتوا ضرورت دارد؟

بعضی سازمان ها نیازی به استفاده از نرم افزار مدیریت محتوا نمی بینند و صرف داشتن آدرسی اینترنتی (URL) و یکی دو صفحه ثابت (html) که آدرس و تلفن تماس با سازمان در آن لحاظ شده باشد را کافی می دانند. اما اگر بیش از یکی دو مرتبه در ماه نیاز به تغییر محتوا یا انتشار محتوای جدید دارید، اگر وجود بلاگ در وب سایت شما ضرورت دارد، اگر می خواهید تغییرات را به طور مستقیم و بدون دخالت برنامه نویسان در محتوای وب سایت اعمال کنید، اگر می خواهید که وابستگی جغرافیایی به وب سایت نداشته باشید و از هر نقطه آن را مدیریت کنید و اگر می خواهید که وب سایت شما به سهولت توسط سیستم های جستجو مانند یاهو و گوگل شناسایی شوند، ناگزیر به استفاده از نرم افزار مدیریت محتوا هستید، در غیر این صورت همان صفحات ثابت برای شما کفایت خواهد کرد.

● از منظرهای مختلف

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

● انتخاب از منظر نکته های کلیدی

▪ اول؛ به طور عمومی این گونه تصور می شود که تمام نرم افزارهای مدیریت محتوا برای تولید، تغییر، انتشار و نگهداری محتوا به کار می روند و کار دیگری برای انجام ندارند. کارکرد اصلی نرم افزارها و شیوه مدیریت محتوا را در همین قدم باید زیر ذره بین قرار داد. به عنوان مثال نرم افزار WordPress برای ایجاد وبلاگ شخصی و خرده وب سایت ها استفاده می شود. از Drupal و Plone برای ایجاد وب سایت های بزرگ و متعدد استفاده می شود. همچنین باید در شیوه مدیریت محتوا نیز دقیق شد. برخی از نرم افزارهای ایجاد وبلاگ اجازه تعریف صفحه نمی دهند و تمام کارها را به صورت خودکار (هوشمند) انجام می دهند.

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

اگر به ویرایشگرهای ساده نیاز دارید، از انواع WYSIWYG صرف نظر کنید. در ضمن WYSIWYG مخفف عبارتی است که ترجمه اش می شود محتوا به همان صورتی نمایش داده می شود که وارد ویرایشگر شده است.

▪ سوم؛ این مورد را به دقت مورد بررسی قرار دهید که آیا نرم افزار مورد نظر شما امکان مدیریت منابع محتوایی دیگر مانند انواع فایل و تصاویر را مهیا کرده است یا خیر. اغلب نرم افزارهای مدیریت محتوا از این مشکل رنج می برند و امکانات مناسبی عرضه نمی کنند. در ضمن به غنای امکانات مدیریتی تصاویر دقت و شیوه های علامت گذاری فایل ها بیشتری داشته باشید.

▪ چهارم؛ امکان جستجو از جنس امکانات حیاتی سیستم هاست. بیشتر کاربران، وب سایت ها را از طریق وب سایت های جستجو پیدا می کنند. غنای امکانات جستجو تضمین می کند که وب سایت به سهولت قابل دسترس است. اغلب نرم افزارهای مدیریت محتوا شامل بخشی ذیل عنوان مدیریت جستجو (Search management) هستند، اما کیفیت در موارد مختلف متفاوت است. منابع متعددی در این باره صحبت کرده اند و استفاده از آنها اکیدا توصیه می شود. شک نکنید که امکان جستجوی اغلب نرم افزارهای مدیریت محتوا برای فعالیت های جدی کفایت نمی کند.

▪ پنجم؛ این نکته بدیهی را به خاطر بسپارید که تکنولوژی نرم افزاری نباید شیوه نمایش محتوا را مشخص کند، بلکه چگونگی نمایش محتوا باید به طور کامل توسط کاربر مدیریت شود. ارائه چنین امکانی به معماری نرم افزار بستگی دارد. بسیاری از نرم افزارهای کنونی از معماری MVC پیروی می کنند که محتوا در لایه ای مستقل (Content) نگهداری می شود و در لایه ای دیگر نمایش (Design) داده می شود. برنامه نویسانی که به تجربه های موفق دیگران وقعی نمی نهند و بر شیوه نه چندان موثر خود اصرار می ورزند کم نیستند و باید از این دست نرم افزارها اجتناب کرد.

▪ ششم؛ استراتژی سازمانی و سیاست شرکت ها جایگاه مخاطب را مشخص می کند.

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

▪هفتم؛ اینکه حدود و ثغور اختیارات و بازه عمل کاربران مشخص شود از مهم ترین ویژگی های نرم افزارهای فاخر است. غنای این امکانات به کاربری وب سایت و تعداد مخاطب و کاربران پشتیبان مربوط می شود. برخی از نرم افزارها می توانند به دقت مشخص کنند که کدام کاربر، در کدام بخش ها، چه نقش هایی (Roles) دارد و مجاز (Permission) به انجام کدام کار است. حتی چگونگی انجام کارها نیز در برخی نرم افزارها قابل تعریف است. در نرم افزارهای فاخر می توان جریان محتوا (Workflow) را به طور کامل تعریف، مدیریت و حتی ارزیابی کرد.

▪ هشتم؛ اینکه بتوان به نسخه های قبلی محتوا دسترسی داشت برای برخی از افراد و سازمان ها واجد اهمیت است. این امکان اغلب با عنوان Versioning در نرم افزارهای مدیریت محتوا قرار می گیرد و استفاده از آن چندان ضرورت ندارد. بیشتر دانش نامه ها و وب سایت های خبری از طرفداران این امکان هستند.

▪ نهم؛ بسیار مشاهده شده که یک سازمان واحد نیاز به راه اندازی و مدیریت چندین وب سایت دارد و برای هر یک، از نرم افزاری مشابه و مستقل استفاده کرده است. برخی از نرم افزارهای مدیریت محتوا امکانی تحت عنوان Multiple Website دارند که به مدد آن می تواند چندین وب سایت مختلف را با دامنه های متفاوت با یک نرم افزار واحد راه اندازی و مدیریت کرد.

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

▪ دهم؛ پشتیبانی از زبان های مختلف به اهداف مالکان نرم افزار مدیریت محتوا مربوط می شود. چنانچه قرار باشد از زبان های دیگر مانند عربی و انگلیسی و سواحیلی و اردو و اسپانیولی و پرتغالی پشتیبانی شود، همان بهتر که از نرم افزاری استفاده شود که این امکان را به صورت ذاتی در خود دارد. این قبیل نرم افزارها را در اصطلاح Multilingual خطاب می کنند. همچنین برای پشتیبانی از زبان فارسی باید نرم افزار از UTF-۸ پشتیبانی کند.

▪یازدهم؛ این که کدام یک از نکات فوق ارجحیت دارند به مراجعی مربوط می شود که قصد راه اندازی وب سایت را دارند. شاید نکته هفتم (نقش ها و مجوزها) از نکته دوم (ویرایشگر) اهمیت بالاتری داشته باشد. امنیت دسترسی ها و امکان انتخاب دستی URL برای هر مطلب و امکان تعریف Metadata برای هر مطلب و امکان دسته بندی های متنوع و پشتیبانی از RSS و پشتیبانی از CSS و تکنولوژی های توسعه و دسترسی به منابع آموزشی و موارد دیگر را نیز می توانند در زمره نکات مهم قرار داد. در بخش بعدی، فرایند انتخاب نرم افزار مدیریت محتوا را از منظری دیگر مورد بررسی قرار خواهم داد.

● انتخاب از منظر ویژگی های فنی

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

▪ اول؛ نیازمندی های فنی (System Requirements) نرم افزار را از منظر بستر فنی مورد بررسی قرار می دهد. نوع سیستم عامل، وب سرور، پایگاه داده، مجوزها، زبان برنامه نویسی و غیره در این دسته قرار می گیرد. به طور خلاصه می توان گفت که نرم افزارهای متن باز مبتنی بر زبان برنامه نویسی PHP و پایگاه داده MySQL و وب سرور Apache در اولویت قرار دارند. برای سیستم های بزرگ استفاده از پایگاه داده شئ گرای PostgreSQL توصیه می شود. دیگر این که اغلب نرم افزارهای جدید مستقل از سیستم عامل طراحی می شوند. هر چند ثابت شده است که کارایی سیستم عامل لینوکس بالاتر است.

▪ دوم؛ امنیت (Security) از ویژگی های بسیار حیاتی است که از جنبه های مختلف در انتخاب نرم افزار تاثیر خواهد داشت. مواردی چون تصدیق هویت (Authentication) و SSL و مجوزهای دسترسی مشروط مانند Captcha و مدیریت نشست ها (Session Management) در این حوزه بررسی می شوند.

در صورت امکان توصیه می شود که مطالعه جامعی در این باره توسط کارشناسان فنی مجموعه انجام شود. این را هم بگوییم که نرم افزارهای کنونی به پشتیبانی از گونه های مختلف Authentication مانند Granular و Kerberos و LDAP و غیره اکتفا می کنند.

▪ سوم؛ پشتیبانی (Support) از موارد حائز اهمیت در انتخاب نرم افزار است. امکان دریافت خدمات حرفه ای، مشاوره، دسترسی به انواع مکتوبات، وب سایت های مرجع، کنفرانس های منطقه ای، دسترسی به مراکز داده حرفه ای طرف قرارداد با توسعه دهندگان نرم افزار و… ذیل امنیت مورد بررسی قرار می گیرند. این که بالاخره مرجعی برای رفع مشکلات وجود داشته باشد و حتی بتوان در ازای صرف هزینه مشورت دریافت کرد، برای برخی سازمان ها اهمیت دارد. این موارد کمتر برای افراد حقیقی مهم تلقی می شوند، هر چند قابل اغماض نیستند.

▪ چهارم؛ سهولت استفاده (Ease of Use) به امکاناتی اشارت دارد که تسهیل کننده مدیریت محتوا و کاربران باشند. امکان آپلود یک باره تعداد زیادی فایل (Mass Upload)، امکان ورود محتوا به صورت Drag & Drop، امکان پیش نمایش وب سایت (Prototyping)، امکان لغو دستورات (Undo)، امکان تبادل فایل های فشرده (Zip Archives)، امکان استفاده از ویرایشگر WYSIWYG، امکان تعریف آدرس های دلخواه (Friendly URLs) و امکان مدیریت کامل بر تصاویر از جمله مواردی است که موجب سهولت در استفاده از نرم افزار خواهد شد. سرعت، دقت و لذت کار با نرم افزار با استفاده از این امکانات افزایش قابل توجهی خواهد داشت.

▪ پنجم؛ کارایی (Performance) شامل موارد پیشرفته ای چون نگهداری موقت محتوا برای درخواست های متعدد (AdvancedCaching)، امکان تبادل غیرهمزمان داده میان پایگاه داده ها (Replication) و امکان مدیریت درخواست میان سرورهای مختلف (Load Balancing) می شود. این گونه امکانات اغلب مورد استفاده وب سایت های بزرگ قرار گرفته و برای منابع محتوایی محدود اهمیت ندارد.

▪ ششم؛ ابزارهای مدیریتی (Management Tools) که به طور کامل در اختیار مدیریت مجموعه قرار می گیرد و از موارد فوق العاده مهم در انجام بهینه مدیریت محسوب می شود. مدیریت تبلیغات، مدیریت منابع محتوایی مانند تصاویر و فایل های متنوع، مدیریت دسترسی به بخش های مهم، مدیریت چند وب سایت ذیل یک نرم افزار، مدیریت محتوای اضافی، مدیریت آمارها، مدیریت جریان کاری مجموعه و مدیریت قالب های بصری در این حوزه مورد بررسی قرار می گیرند. توجه به این بخش اهمیت وافری برای مالکن وب سایت های بزرگ و پرمخاطب دارد. اغلب نرم افزارهایی که با عنوان پورتال (Portals) و دانش نامه (Wikis) منتشر می شوند در این زمینه غنی از امکانات هستند.

▪ هفتم؛ امکانات تعاملی (Interoperability) مورد نیاز تمام مجموعه هاست. این موارد بیشتر در نرم افزارهایی مطرح می شوند که با عنوان شبکه های اجتماعی (Social Network) منتشر می شوند. پشتیبانی از RSS و UTF-۸ و WebDAV و سازگاری با XHTML در این حوزه بررسی می شود. هر چه امکانات تعاملی وب سایت بالاتر باشد، امکان مشارکت مخاطبان در جریان محتوا افزایش خواهد یافت.

▪ هشتم؛ انعطاف (Flexibility) بیشتر مفهوم فنی دارد و به امکاناتی اشاره می کند که موجب دسترسی آسان تر به محتوا و مدیریت بهتر مجموعه می شوند. به عنوان مثال امکان بازنویسی آدرس اینترنتی برای هر صفحه (URL Rewriting) و امکان تعریف اطلاعات تکمیلی (Metadata) و امکان تولید محتوا و استفاده متعدد از یک محتوا (Content Reuse) یا پشتیبانی از امکان فنی CGI-Mode که برای برخی مجموعه های ضروری قلمداد می شود از این موارد است. چنانچه دو نرم افزار را که تفاوت های در این حوزه دارند با یکدیگر مقایسه کنید، خواهید دید که استفاده از نرم افزاری که شامل این امکانات است برای پشتیبان و مخاطب سهل تر خواهد بود.

▪ نهم؛ امکانات ذاتی (Built-in Applications) شامل تمامی امکانتی است که در سیستم های مختلف ذیل عناوین Module و Component شناخته می شوند و انجام فعالیت های اصلی مجموعه های تحت وب را در اختیار دارند. تمام آنچه که بلاگ، امکان چت، امکان دسته بندی، انواع گزارش گیری ها، تقویم، پرسش های مکرر، نظرسنجی، رای گیری، نظرات کاربران، نقشه وب سایت، امکان RSS و ویکی خطاب می شوند در این بخش قرار می گیرند. تنوع امکانات در این بخش به نوع نرم افزار بستگی دارد. به عنوان مثال نرم افزار e۱۰۷ در این باره فوق العاده فقیر است و برای پیاده سازی وب سایت های بزرگ مناسب نیست، حال آنکه نرم افزارهای Drupal و TikiWiki غنی از انواع امکانات هستند. ذکر این نکته ضرورت دارد که برخی امکانات به صورت ذاتی در بطن نرم افزار تعبیه نشده است. با مراجعه به وب سایت مرجع نرم افزار می توان از امکانات متعددی که در گذر زمان توسعه داده شده است استفاده کرد و دامنه فعالیت های نرم افزار را توسعه داد.

▪ دهم؛ تجارت الکترونیک (eCommerce) چند صباحی است مورد توجه اغلب توسعه دهندگان نرم افزارهای مدیریت محتوا قرار گرفته است و امکاناتی برای پشتیبانی از آن در بطن نرم فزارها قرار گرفته است. البته هستند نرم افزارهایی که به طور اختصاصی برای این کار طراحی و تولید شده اند. برخی از نرم افزارها امکانات ضعیفی در این حوزه عرضه کرده اند، اما بستر لازم برای توسعه این قبیل امکانات رادر بطن نرم افزار لحاظ شده است. برخی دیگر در این زمینه هم فقیر محسوب می شوند.

● نتیجه گیری

به طور قطع نمی توان گفت که فلان نرم افزار برای استفاده همگان مناسب است، اما تجربه های موفق بسیاری از شرکت ها خبر از موفقیت عام برخی نرم افزارها می دهد. از آنجا که استفاده از نرم افزارهای مبتنی بر زبان PHP را برای داخل کشور توصیه کردیم، می توانیم چند نرم افزار را برای کارهای مختلف معرفی کنیم. بدون شک Drupal بهترین گزینه برای وب سایت های پر ترافیک و بزرگ است که قابلیت مدیریت چندین زیر وب سایت را نیز مهیا کرده است. نرم افزارهای Joomla و mambo برای راه اندازی وب سایت های متوسط مناسب هستند. هرچند نرم افزار Movable Type با زبان Perl نوشته شده، اما همراه با WordPress بهترین گزینه برای دارندگان وبلاگ ها و وب سایت های جمع و جور محسوب می شوند. نرم افزار MediaWiki به عوان گزینه اول و TikiWiki به عنوان گزینه بعدی برای راه اندازی دانش نامه مناسب هستند. شرایط نرم افزارهای انجمن (Forum) مانند گذشته نیست و بسیاری از نرم افزارهای مدیریت محتوا امکانات مشابه و گاهی قوی تر عرضه می کنند. برای راه اندازی شبکه اجتماعی می توان از Drupal و Elgg استفاده کرد.

نرم افزارتجارت الکترونیک دوران ابتدایی رشد خود را طی می کنند و مانده است که بالغ شوند، اما OSCommerce برای استفاده گزینه مناسبی است. علاوه بر این حداقل بیست تا سی نرم افزار متن باز دیگر هم هستند که برای استفاده مناسب هستند. امیدواریم در آینده نزدیک مطالعه ای موردی ترتیب داده و نرم افزارهای معروف Plone و Drupal و Liferay را از جنبه های مختلف برای استفاده در سازمان های بزرگ مورد بررسی قرار دهیم.

نویسنده: جواد زارعی

ماهنامه تحلیلگران عصر اطلاعات

Spesso nel costruire le nostre viste (template ZPT puri vecchia maniera, o browser view in stile Zope 3) abbiamo bisogno di richiamare informazioni dal contesto, o servizi di Plone come il portal_catalog o il portal_membership.

Un modo di farlo è quello “spontaneo” di richiamarli esattamente dove ci servono usando i meccanismi di base, tipicamente l’acquisizione di Zope 2. Efficace, ma piuttosto inefficiente! Anche perchè frequentemente coincide con il dover usare espressioni python nel template.
Le seguenti sono scorciatoie funzionanti, ma piuttosto da evitare:

<div tal:define="catalog here/portal_catalog">...</div>
<div tal:define="parent_title python:here.aq_inner.aq_parent.Title()>titolo</div>


Un paio di considerazioni

Plone costruisce la sua interfaccia utente in modo “efficiente“: andando a vedere come fa scopriamo che esistono alcune viste di base, calcolate una tantum e debitamente mantenute in cache, che sarebbe molto consigliabile usare anche per le nostre esigenze.

Quando costruiamo le nostre browser view, spesso richiamiamo altre browser view, e questo può essere fatto senza scomodare l’acquisizione e tutti i calcoli che comporta (traversing, sicurezza, etc.).

Le viste di base di Plone

La prima vista utile si chiama proprio “@@plone“.

Richiamarla in un template è molto semplice:

<div tal:define="vista context/@@plone"/>

Per sapere cosa possiamo fare con la vista basta dare uno sguardo alla sua interfaccia, che per Plone 4 trovate in http://dev.plone.org/plone/browser/Plone/trunk/Products/CMFPlone/browser/interfaces.py col nome di IPlone.

Tra le cose interessanti a disposizione segnalo: getCurrentUrl (restitusce l’url currente compresa di querystring), getCurrentObjectUrl (retituisce l’url dell’oggetto corrente, o della sua cartella, nel caso sia la pagina di default), toLocalizedTime (per formattare le date secondo le impostazioni del portale), getParentObject (restituisce l’oggetto padre del contesto corrente), cropText (per ottenere una versione ridotta di un certo testo da mostrare all’utente).

Altre tre viste permettono di accedere in modo efficiente ed efficace a buona parte di quel che ci serve in Plone: plone_portal_state, plone_context_state e plone_tools.

Queste viste sono parte del pacchetto plone.app.layout (http://dev.plone.org/plone/browser/plone.app.layout/trunk/plone/app/layout/globals/configure.zcml).

Come facile intuire, possiamo scoprire cosa trovare in tali viste dalle loro interfacce: http://dev.plone.org/plone/browser/plone.app.layout/trunk/plone/app/layout/globals/interfaces.py

NOTA: In Plone 3 è possibile accedere a tutta una serie di “nomi” disponibili nelle ZPT (l’equivalente dei global defines delle precedenti versioni di Plone: checkPermission, mtool, portal_url tanto per citarni qualcuno). Questo in Plone 4 non ci sarà (cfr. http://plone.org/documentation/manual/upgrade-guide/version/upgrading-plone-3-x-to-4.0/updating-add-on-products-for-plone-4.0/no-more-global-definitions-in-templates), quindi prendiamo da subito l’abitudine di calcolarci quello di cui abbiamo bisogno dalle viste di base!

Richiamare una Browser View da un’altra Browser View

Durante l’implementazione di una nostra vista ammettiamo di aver bisogno di una delle viste sopra menzionate. Un modo rapido di farlo consiste nel richiamare sul contesto il traversing verso la vista, con qualcosa del genere:

self.context.restrictedTraverse('@@plone')

Questa invocazione è perfettamente lecita, ma dal punto di vista prestazionale non è la cosa più efficiente che possiamo fare: di fatto sveglia i meccanismi di traversing e sicurezza di Zope 2, non propriamente dei fulmini di guerra.

Piuttosto, dato il caso, sarebbe opportuno usare direttamente la Component Architecture di Zope 3 per ottenere la vista che ci interessa, ad esempio con un’invocazione come la seguente:


from zope.component import getMultiAdapter
getMultiAdapter((self.context, self.request), name=u'plone')


Quanto costa mantenere i vecchi vizi

Un modo per cercare di evitare brutte pratiche? Paghiamo il dazio per le nostre malefatte!

• 50 centesimi per ogni espressione python ricalcolata, ma già disponibile
• 1 euro per ogni espressione python in una ZPT pura (senza browser view intorno)
• 2 euro per ogni espressione python in una ZPT con browser view intorno
• 2 euro per ogni restrictedTraverse nei moduli python delle browser view non indiscutibilmente necessari

I really like generic setup to build plone instance.

But, I was not able to do some things like setup contents (folders for structure, documents to make some example pages, …), keywords and portlets.

Note: The default import structure step of Plone doesn’t do enought things for me, and I find it hard to use. So I have contributed to some third part modules:

CSVReplicata

csvreplicata first give you a way to import/export content within the csv file format. So you can import/export atcontent types (and more) with it. I have added a csvimportStep to be able to use it with genericsetup:

def importcsvStep(context):
"""This step give you a way to import content in your website with
csvreplicata.

How it works:
read replicata.cfg file to load configuration

read replicata.csv and call csvreplicata with the config.

Config:
[replicable_types]
#List schemata for each types you want to import
#Folder : default, categorization, dates, ownership, settings
#News Item : default

Document: default

[settings]
#list here every csv settings that will be given to replicator.importcsv
encoding:utf-8
delimiter:,
stringdelimiter:"
datetimeformat:%d/%m/%Y
wf_transition = publish
conflict_winner:SERVER

"""

So you just have to drop replicata.csv and replicata.cfg files in your profile to be able to import contents in your Plone site. An other way of doing, is to create the content with Plone, then export it, and save the file in your profile.

PloneKeywordManager

I have done the same with PloneKeywordManager. There is a new import step named ‘keywords’. It reads a ‘keywords.txt’ file in the current profile, it creates a document called ‘keywords’. The file must have one keyword per line. It is simple and it works.

Note: To use this you need to use the svn collective trunk version at the moment but they will be released soon.

Portlet ??

Now I m trying to make the same thing with portlets but I don’t have any idea how to do this. If any one has ideas about this, please mail me, I would be glade to implement it !

In your buildout.cfg:

[versions]

zc.recipe.cmmi = 1.2.1

see http://plone.org/support/forums/setup#nabble-td3632635

The last releases of mr.developer (1.2 and 1.3) reduce the amount of surprises.

The packages from auto-checkout are now automatically added and removed from the list of development packages when you switch buildout configurations. Before you had to run develop reset and rerun buildout for that to work. If you have an existing checkout, you may want to reset it, so that this change is picked up.

The last used buildout configuration is now read directly. That means if you change source declarations in your buildout configuration, then you don’t have to rerun buildout anymore for mr.developer to pick up those changes. You still have to run buildout after changing the develop status of a package, but that’s the same as with a plain buildout without mr.developer.

São Paulo será la sede de la primera edición del Simposio Sudamericano de Plone

También se discute el uso de Plone en instituciones de gobierno, las empresas casos de negocios en el sector privado y las buenas prácticas de desarrollo.

Coordinado por la comunidad Plone en Brasil y de Plone Cono Sur, el evento contará con la participación de, entre otros oradores, Eric Steele, “administrador de la versión” de Plone 4, y Alexander Limi, co-creador de Plone. Esta es la primera edición de un simposio Plone celebrado fuera de los Estados Unidos y Europa.

En el sitio Web www.plonesymposium.com.br/es/, usted puede comprobar la programación del Simposio Sudamericano de Plone y puede postular sus trabajos.

Sobre Plone

Plone es un sistema de código abierto que le permite administrar los contenidos en entornos digitales de una manera simplificada, por lo que es fácil creación, edición y material de nuevas informaciones o institucionales. Además, el sistema tiene un alto nivel de seguridad de la información y la productividad óptima y el desarrollo, proporcionando una experiencia agradable para todos los que publicar y editar información en un entorno Web, sin necesidad de conocimientos
técnicos en programación. Centrado en el Usuario Final, cuenta con una interfaz administrativa estrechamente integrado con el sitio final, lo que permite una gestión más intuitiva de los contenidos.

Con Plone, el usuario puede editar el texto de la organización, crear un nuevo elemento del menú, añada una noticia, una o varias fotos o realizar otros cambios en la web sin hacer estas actividades a una persona externa o tren tener conocimientos de HTML o de cualquier lenguaje de programación informático.

Sobre la Asociación Python Brasil

Es una Asociación Civil (Associação Python Brasil o APyB) fundada en Julio de 2007. La asociación reúne a usuarios y desarrolladores de Python, Zope y Plone. Ofrece dos listas de correos, Python Brasil con dos mil miembros y ZopePt con novecientos. Mantiene dos sitios, PythonBrasil y TcheZope.org. El grupo organiza anualmente la conferencia mas grande de Python en Latinoamerica llamada PyConBrasil.

Sobre Plone Cono Sur

Plone Cono Sur
fue fundado en enero de 2007 su lista de correo reúne a mas de 150 usuarios y desarrolladores de Plone de países hispano-parlantes de Sudamérica. Desde sus comienzos, el grupo ha organizado múltiple eventos para promover la tecnología en la región. El grupo realiza tareas de traducción de documentación y mantiene una lista de sitios que emplean Plone en la región.

Sobre la Fundación de Plone

Para quem enfrentar problemas com o produto collage, na visualização de colunas no IE7, como eu enfrentei, segue um help.

O meu problema foi com a segunda coluna, que ultrapassava o limite do portlet a direita. Isso pode se resolver da seguinte forma:

Modifique o arquivo collag.css.dtml (/Plone-3.1/zinstance/products/Collage/browser/templates)

Alterar a linha de código com número próximo a 49.9%.

Exemplo:

#collage .two-columns-equal .block_2 { width:49.9%; }
#collage .two-columns-equal .block_2 { width:45.9%; }

Espero que ajude.

Até +

La Settima Plone Conference mondiale (http://ploneconf2009.org) si è chiusa da ormai dieci giorni, ma ancora le fanno eco i numerosissimi ringraziamenti all’organizzazione, rivolti a Balasz Ree in testa.
Budapest è stata a tutti gli effetti la splendida cornice di un evento energizzante e carico di spunti per tutti coloro che si occupano di Plone.

Thanks to MrTopf: http://www.flickr.com/photos/mrtopf/4074083883

I Talk più Corroboranti

Le novità di Plone 4, ben presentate da Eric Steele, sono tali e tante da rendere la nuova release degna di notevole attesa.
Uno sgardo alla roadmap (http://dev.plone.org/plone/roadmap) rende bene l’idea:

• file binari gestiti mediante Blob Support di ZODB (quindi fuori dal data.fs!),
• Python 2.6 e Zope 2.12 come base,
• TinyMCE come editor visuale di default (http://tinymce.moxiecode.com),
• JQuery Tools aggiunto di default nelle librerie javascript di base (http://flowplayer.org/tools/index.html),
• Sunburst, il nuovo tema della skin base di Plone (http://dev.plone.org/plone/ticket/9315 dovrebbe rispondere alle domande dei curiosi),

in mezzo a decine di altri piccoli e grandi miglioramenti che rendono Plone 4 il 400% più veloce di Plone 3 e con il 20% di codice in meno!!

Le meraviglie di Dexterity, passate in rassegna da David Glick (http://www.slideshare.net/davisagli/building-content-types-with-dexterity-2382911), hanno chiaramente mostrato che un successore per Archetypes finalmente esiste e scalcia piuttosto convinto. L’approccio monolitico e a oggetti caratteristico di Archetypes viene sostituito in Dexterity da un sistema a componenti capace di ruotare intorno ad un modello di base e a una serie di “behavior” che lo caratterizzano e specializzano. Tutto questo non solo a parole.. David fa una sintesi finale di quali funzionalità sono già disponibili al 100% e quali sono in via di completamento.

Le promesse di una user experience molto evoluta grazie a TinyMCE (http://www.slideshare.net/robgietema/tinymce-for-plone-4) e a Deco (http://www.slideshare.net/robgietema/deco-ui-content-editing-in-plone-5), che Rob Gietema ha illustrato con tanto di demo funzionante in Plone 4, hanno lasciato intravedere nuove possibilità nel già vasto insieme dei casi d’uso per cui Plone si contraddistingue da anni. In particolare Deco sembra destinato a dettare una svolta copernicana nel modo di gestire contenuti a cui siamo abituati, ma bisognerà pazientare fino a Plone 5.

La facilità di skinnare Plone mediante XDV promossa da Denis Mishunov (http://www.slideshare.net/spliter/from-design-to-plone-site-xdvdriven-plone-theming) ha fatto tirare qualche sospiro di sollievo ai designer. Ne ho sentiti almeno un paio durante i giorni della Conference confessarmi che non vedevano l’ora di provare a usare il nuovo giocattolo!

Menzioni Speciali!

JQuery Tools è parte integrante di Plone 4: grazie a Steve McMahon (http://www.slideshare.net/plonesteve/overlays-accordions-tabs-oh-my) abbiamo una valida traccia di partenza per iniziare ad usare questa libreria javascript da subito, in plone 3.
A fine presentazione si fa riferimento anche all’ottimo Products.pipbox, che rende l’adozione di JQuery Tools in Plone un gioco da ragazzi.

Il premio per la presentazione più divertente di questa Conference va sicuramente ad Elizabeth Leddy, per altro su un argomento affatto “semplice“: come configurare un deploy Plone per avere il massimo delle performance garantito (http://www.slideshare.net/eleddy/unloading-plone). Sicuramente un ottimo punto di partenza per chi ancora non ha chiaro che non si va in produzione con la sola istanza Zope, anche se apparentemente basta a fare tutto quel che serve!!

Andreas Jung ha cercato di rispondere una volta per tutte ad una serie di domande ricorrenti sulle mailing list e sul canale IRC (http://www.slideshare.net/ajung/frequently-asked-questions-answered-frequently-but-now-for-the-last-time), con l’intenzione di evitare di rispondere ancora. Ottima traccia per i neofiti, ma non credo gli eviterà di tornare ad ascoltare tali domande ancora e ancora..

Ultima segnalazione, il talk di Jordan Baker sulle tecniche e gli strumenti utili a realizzare test in ambito Plone (http://www.slideshare.net/hexsprite/plone-testing-tools-and-techniques). Decisamente una carrellata interessante e motivante per chi ancora non ha le idee chiare a riguardo.

Un Occhio alla Comunità

Steve McMahon e Matt Hamilton, due dei nuovi eletti nel Board della Fondazione Plone (http://plone.org/foundation/newsitems/plone-foundation-board-election-results-2009), hanno dedicato una sessione a raccontare “Come *Avviene* Plone” (http://www.slideshare.net/plonesteve/how-plone-happens).
Steve e Matt hanno cercato di far capire quanto nel nostro ambito le gerarchie decisionali sono capovolte rispetto al classico paradigma aziendale: l’utente finale è al principio e non alla fine del processo di realizzazione del software.
Nella presentazione viene mostrato uno schema generale in cui si descrive molto bene come si possa influenzare l’evoluzione di Plone in vari modi, più o meno formali, fino ad arrivare a concretizzare le proprie proposte in un PLIP (PLone Improvement Proposal) con tanto di implementazione annessa: Da non perdere!

Infine la Plone Foundation si è ritrovata in seduta plenaria annuale: sono stati presentati vari report, tra cui lo stato di bilancio della fondazione, che quest’anno è riuscita a incrementare di 85K dollari il suo capitale sociale grazie alle sponsorizzarioni (http://www.slideshare.net/plonesteve/plone-foundation-annual-meeting-budapest-2009).

L’Open Space

Il terzo giorno è stato allestito come Open Space: un esperimento, credo ben riuscito, anche se alcuni hanno storto il naso per la modalità scelta, sostenendo che fosse preferibile non dedicargli un intero giorno, ma adottare la formula usata alla PyCon. Di fatto è stato allestito un grosso tabellone su cui chiunque poteva proporre degli argomenti da discutere in una certa stanza ad una certa ora. Nel giro di due ore il tabellone ha visto un fiorire di decine e decine di argomenti, tanto da rendere imbarazzante la scelta di quali sessioni seguire.
Quello che voglio sottolineare, dal mio punto di vista, e’ che l’Open Space ha nettamente favorito il processo di discussione che sta ridando un po’ d’aria a http://plone.it e alla sua comunità, e vedremo nei prossimi mesi se i risultati verranno .

Thanks to cryu: http://www.flickr.com/photos/22953660@N06/4069407225

La Community

Budapest ha mostrato una community vitale, capace di esprimere nuovi leader, gioiosa nell’incontrarsi e estremamente attenta all’evoluzione del suo punto d’incontro: Plone.
Portare nello stesso luogo oltre 400 persone, da tutto il mondo, e fare in modo che buona parte di questo gruppo si senta integrata e soddisfatta alla fine dei tre giorni non è facile, ma ormai da molti anni questa piccola magia torna a ripetersi grazie alla dedizione degli organizzatori.

Moltissime delle discussioni che ho avuto sono state estremamente stimolanti, e hanno contribuito a creare nuove amicizie, per non parlare degli infiniti spunti che da subito entrano a far parte del bagaglio di esperienze utili nel nostro lavoro quotidiano.

Insomma, per chi normalmente si ferma alla sola valutazione del software, se ne avrà l’occasione, consiglio caldamente di organizzarsi per venire ad incontrare questa meravigliosa comunità open source.

Thanks to tbenita: http://www.flickr.com/photos/tbenita/4066228433/

Lumis – http://www.lumis.com.br 

www.lumis.com.br, http://twitter.com/lumistecnologia

Lumis Na E&P

http://lumis.bc.ep.petrobras.biz/login.asp

Quickr

https://www.ibm.com/developerworks/lotus/documentation/quickr/

Ajuda Quickr (intranet) -

WordPress – www.wordpress.org, www.wordpress.com

Zope/Plone – www.tchezope.org , www.zope.org , www.plone.org

Joomla – www.joomla.org , www.joomla.com.br

Drupal -  http://pt.wikipedia.org/wiki/Drupal  , http://drupal.org/

CMS com PHP OpenSource – http://php.opensourcecms.com/scripts/show.php?catid=1&cat=CMS%20/%20Portals

Mambo -

CMS

Wiki – EN – http://en.wikipedia.org/wiki/Content_management_system

Wiki – PT

http://pt.wikipedia.org/wiki/Cms

ECM – Enterprise Content Management

(ez az írás a Parola közösségfejlesztői szaklapba készült)

Madarász CsabaProgramozó közösségi munkások – utazási kedvcsináló című műve Creative Commons Nevezd meg!-Ne add el!-Ne változtasd! 2.5 Magyarország Licenc alatt van.

Engedélykérés itt a kommentben, vagy emailben (madarasz.csaba(at)gmail.com )

Pakolás

A közösségi munka ritkán látogatott szigete -a nyílt forráskódú programozók világa. Mielőtt szervezett felfedező túrára indulnánk, tegyük tisztába az alapfogalmakat.

Mit jelent az hogy nyílt forráskód?
A közösségi szerkesztésű online enciklopédia, a Wikipedia magyar szócikke szerint:

A szabad vagy nyílt forráskódú szoftverek (FLOSS) szabadon használható, másolható, terjeszthető, tanulmányozható és módosítható számítógépes programok. Ilyen például a Linux operációs rendszer, a Mozilla Firefox böngésző vagy az OpenOffice.org irodai csomag.

Olyan közösségekről van itt szó, amelynek tagjai elsődlegesen a számítógépet-internetet használják együttműködésük teréül és kommunikációs formának is. Ez a terep és ez az eszköz is. Kicsit meredek nem?

Joggal vetődik fel a kérdés, hogy vajon működik-e ez a közösség, működnek-e ezek a közösségek, ha kapcsolataik döntő hányada online, a net kesze-kusza hálójában van?

A válasz határozott igen. Meghatározott kommunikációs csatornák vannak kiépítve az üzenetek egyes típusaihoz, önkéntesek segítik a kezdőket, dokumentációk és felhasználói fórumok a haladókat.

Mi sem bizonyítja ennek a formának a sikerét, mint az a nagyszámú, ingyenesen elérhető és jól használható nyílt forráskódú szoftver (akár az is, amivel ezt az írást készítem, az OpenOffice).

Mr.Topf képe

Célirányosan

Talán mindenféle irónia nélkül mondhatjuk, hogy az egyszerű, mezei nyílt forráskódú közösség tagja nem feltétlenül van képben a nyitott társadalom filozófiájával, talán nem ismeri Karl Popper gondolatait, vagy éppenséggel a segítő beavatkozás „tételét”. Nem feltétlenül aktív a saját lakókörnyezetében, sőt, gyakran még interperszonális kapcsolataiban is kommunikációs nehézségekkel küzd.

Önkéntes munkáját viszont határozottan jó ügyért végzi. És ezt tudja is. Az informatika, a szoftver szimbólum ebben a világban. Azok a szoftverek, amelyeket nem lehet változtatni, testre szabni, vagy a működésébe beleírni, javítani, fejleszteni azok nem jók. Olyan mint a diktatúra, a rejtett felsőbbrendűség, hatalom, amely túlságosan meghatároz, behatárol. Mint mikor a kocsinkhoz értenénk, de nem kapnánk kulcsot a motorháztető felnyitásához. Vagy másképpen, mintha valaki megtanítaná nekünk, hogy hogyan lehet elboldogulni néhány mondattal a világban – adna mellé egy vaskos könyvet is – de a nyelvtanulást nem biztosítaná. Nem adná a fejlesztéshez szükséges kapuhoz a kulcsot a kezünkbe. Még ha fizetünk érte akkor sem…

A nyílt forráskódú programozók az átláthatóságot kedvelik. Szeretik látni a program forrását. A teszteket, amelyeket lefutott, hogy itt dolgozhasson az asztalunkon. És szeretnek közösen játszani, problémát felvetni, megoldást közösen keresni, cselekedni – ez a típusú játékosság pedig maga fejlesztés belső motorja.

Történetesen

A programozók, mint említettem, online, virtuális közösségekbe szerveződve fejtik ki áldásos tevékenységüket. Gyarapítják a közjót, a helyi közösségeket, a kormányzatokat, a civil szervezeteket, a vállalkozásokat – mindenkit, aki akarja, aki nyitott a felfedezésre és nem szeret fölöslegesen pénzt kiadni olyanért, amit ingyen is megkaphat.

Furcsa nem? Hogyan lehet, hogy sokan (tényleg nem kevesen) azon dolgoznak szabad, vagy munkaidejükben, hogy a közjót hálózatokba szerveződve gyarapítsák? Hogy úgy hozzanak létre valamit, hogy azonnal, a létrehozás pillanatában már mások által is használható, újrafelhasználható, módosítható legyen?

Miért éri meg nekik?

Azt mondják, jó a közösség. Néha összejönnek, hazai csoportokban, nemzetközi konferenciákon, sörözni mennek, kitalálnak új projekteket. Néha fordítanak, használati utasításokat írnak.

Van hogy sprintelnek. No jó, nem futnak 6 alatt százat, de mégis sprintnek hívják azt a formáját az együttműködésnek, amikor koncentráltan több napig, ételért, italért közösen magasabb sebességű fejlesztési fokozatba kapcsolva, fizikailag is összegyűlnek és együtt dolgoznak közösen felvetett és megbeszélt problémák megoldásán. Ez nem egy egyszerű közösségi fórum. Ez a fórum és az utána lévő állapot, mikor a fórum megállapításait meg kell valósítani.

A kóderek nemcsak a kódot írják közösen – itt a döntések nagyrésze közösen zajlik, hiszen ha valaki valamit szeretne, egy új funkciót, vagy tulajdonságot egy alkalmazásra, vagy megcsinálja maga, vagy pedig embereket lelkesít, gyűjt maga köré, akikkel együtt dolgozva halad előre a célja felé.

Tudatosság

A nagyobb programozói közösségek – mint az október végén hazánkban világkonferenciát tartó Plone nyílt forráskódú tartalommenedzsment szoftvert gondozó Plone alapítvány által segített fejlesztői közösség – igen magas fokú szervezeti tudatosságot visznek bele működésükbe. Túl a szoftver fejlesztésén, az együttműködés magas színvonalát valósítják meg a szervezeti életben is. A nemzetközi alapítványt a szoftvert használó vállalkozások tartják fent adományokból – és így minden évben jut pénz egy 4-500 fős világkonferencia szervezésére is. Ez a 3 napos konferencia 2 nap fizetős kurzussal kezdődött – hiszen ezekre az alkalmakra a legjobb képzők is eljönnek, és adják a ténylegesen nagy értékű tudásukat – majd a konferencia után, az említett sprinttel folytatódott, 3 napon keresztül. (megjegyzem, a szervezők kiemelten kezelték a Közép és Kelet-Európai-i régió fejlesztőit, mert a Nyílt Társadalom Intézet támogatásával utazási és belépőjegy támogató ösztöndíjakat osztottak mintegy 40 ember számára)

A konferencia másfél napja pedig az Openspace (nyitott tér) módszertannal szerveződött. Hasonlatosan a Barcampekhez, az Openspace-nek is az a célja, hogy maguk a résztvevők szerkesszék meg a saját eseményüket. Nem kell sok hozzá – a technika, módszertan tudatosításán túl, kell hozzá néhány terem, egy nagy, kifüggesztett papíron egy táblázat, lebontva termekre és időpontokra, és jó pár ragadós cetli, amire fel lehet írni, hogy ki miről szeretne előadni.

Valóban működhet ez a magas fokú önszerveződés?

A tapasztalatok szerint igen. A demokratikus értékek és folyamatok ilyenformává transzformálása meghozza a gyümölcsét. A közösség hálás, hogy a részvétel fontosságát offline (értsd, nem online) is megtapasztalhatjuk. A közeg befogadó, barátságos és nincsenek merev szabályok. Ha nem tetszik, ahol ülsz és amit hallgatsz, senki nem sértődik meg, ha elmész. Itt nem erről szól a dolog. Itt a fő hangsúly a közvetlen kapcsolaton van, amit a közös érdek hoz össze. No meg azon, hogy megtapasztalja mindenki a való életben, hogy milyen, ha összerázzuk az emberi együttműködés szabad gyökeit.

A programozók is barátságosak, bár néha még más közösségek számára is érthetetlen nyelven beszélnek. A programnyelvek óceánján is léteznek szigetek, nyelvjárások, kulturális szokásrendek, kódok.

A virtuális világ is valóságos – nincs kétségem effelől, meg affelől sem, hogy az ott elültetett magokból sarjadó növények gyümölcseit itt is bőséggel fogyaszthatjuk. A kérdés, hogy tudjuk-e hogy mit eszünk, és az honnét fakad?

Remélem, a közösségi munkások, a közösségeket kutatók egyszer bátorságukat összeszedve valódi felfedező túrára indulnak a nyílt forráskódú programozói közösségek felé, ahol nemcsak barátokkal fognak találkozni, hanem kollégákkal is, akik ugyanazokért a célokért munkálkodnak – még ha speciális területekre fókuszálva és más nyelven megfogalmazva őket.

Ha tetszett az írás, írj nyugodtan erre a címre:…írd meg, miről szeretnéd hogy írjak, én pedig írom a következőt.

# bin/instance test -s Products.Ploneboard

Since I started to tame the snakepit, I made many improvements to make it even less scary.

The python buildout now auto detects the platform you are on, so it works for many more systems then just Mac OS X without a custom configuration. On Mac OS X it automatically detects whether you are on Leopard or Snow Leopard. Since today it also works on Snow Leopard with 32bit CPUs.

1. apt-get install python2.4
2. python2.4 ez_setup.py virtualenv
3. virtualenv -p python2.4 –no-site-packages plone
4. . plone/bin/activate
5. apt-get install python2.4-dev #needed for PIL below
6. Install PIL
7. Continue as in http://plone.org/documentation/tutorial/buildout/creating-a-buildout-for-your-project

Budapest è stata un’esperienza indimenticabile!

Peccato per chi non c’era.

Come sempre, tra le cose che rendono per me indimenticabile un tale evento c’è stata l’opportunità di incontrare moltissimi appassionati con cui condividere idee ed esperienze in modo divertente e non limitato all’ambito tecnico.

Durante il terzo giorno di Conference abbiamo sperimentato un nuovo modo di condividere i propri interessi, completamente aperto, in cui ciascuno poteva proporre i propri argomenti e discuterli con chiunque fosse interessato.

Io ho suggerito il mio: “facciamo il punto sulla comunità Plone italiana”.

Chiaramente, prima di arrivare a proporlo con convinzione, ho avuto occasione di parlare con molte persone. In primo luogo con i miei datori di lavoro, che hanno agevolato il mio
intento, per quanto non propriamente e direttamente utile alla nostra azienda: grazie.

Tra gli altri con cui ho discusso l’attuale situazione ci sono Giorgio, Vito, Alessandro, Simone, Silvio, Massimo, Massimiliano, Roberto, Nello, Max, Enzo, Andreas, etc. etc. e in tutti ho trovato voglia di approfondire la cosa.

Registro con piacere anche la positiva disponibilità di Francesco Ciriaci, che attualmente ospita il portale Plone Italia sui propri server, nell’agevolare le attività di rinnovamento già operate e che seguiranno, col massimo spirito collaborativo.

Veniamo al dunque. Negli ultimi mesi ho ricominciato a seguire con attenzione le (non) attività della comunità italiana su plone.it, registrando da spettatore che, a mesi di distanza dall’annuncio della Conference di Budapest, nessuno dei gestori dei contenuti di plone.it aveva avuto il buon senso di presentare la notizia alla platea italiana.

Per chi si chiedesse perchè non l’abbia fatto io, per anni ho tenuto la linea di non partecipare a zope.it (e quindi a plone.it), in quanto non ho mai condiviso la necessità di implementare una associazione Zope italiana per tutelare i diritti e doveri di non ho mai capito chi.

Come diceva il tale: “cui prodest?”

Di fatto alcune questioni mi hanno spinto a cercare le opinioni di altri, e Budapest mi sembrava il momento ideale:

1. la Comunità Plone è una, esiste, ed è quella che si riconosce in plone.org e nella Fondazione Plone. Non c’è nessuna necessità di avere un’associazione di utenti Plone italiana che sia supplente di quella internazionale.
2. In Italia (come in molti paesi non anglofoni) un discreto numero di persone trovano nella lingua inglese una barriera all’adozione di Plone e al seguire le attività della comunità internazionale. Da questo la necessità di vivacizzare una comunità di utenti nazionale che sia capace di trasmettere nel modo più efficace possibile quanto avviene a livello mondiale.
3. Chi ora si trovava a incrociare su plone.it assetato di informazioni aveva la chiara senzazione di un canale silenzioso, con pochissime notizie interessanti e documenti fermi a svariati mesi prima (l’ultima modifica della pagina “eventi” risale a prima della Conference di Washington del 2008 O_o). Tutto ciò a fronte di notizie fresche e aggiornate reperibili sui portali di aziende e singoli con apparentemente nessun interesse a contribuire all’attuale plone.it. In che modo questo potrebbe essere considerato utile alla comunità di utenti italiana?
4. Esiste qualcosa che possa essere definito una comunità di utenti Plone in Italia? avevo molta voglia (e ancora ce l’ho) di capire quale è la risposta a questa domanda.. a Budapest abbiamo iniziato a rispondere!
5. Negli ultimi mesi è stato evidente come alcune comunità locali siano state capaci di esprimersi in modo molto efficace, senza sovrapporsi alle funzioni della comunità Plone internazionale: in Germania, dove ho avuto molte conferme della presenza di una comunità di utenti forte ed attiva; in Olanda, dove Jean Paul Ladage di Zest ispira e motiva un folto gruppo di aziende che hanno trovato il modo di sopperire alla evidente mancanza di una comunità di utenti; in Argentina e Brasile, dove le comunità di utenti sono forti e ispiratrici (il World Plone Day e il gruppo “evangelists” di Plone hanno forti radici in quelle aree). Possibile che l’area italiana, capace di esprimere 35 registrazioni alla Conference di Budapest, sia sguarnita di una comunità di utenti a tale livello??

Altri e ulteriori elementi stanno alla base del mio desiderio di fare il punto, ma quelli elencati dovrebbero essere sufficienti a far capire le motivazioni che mi hanno ispirato.

Le mie idee, in sintesi:

• ammesso che esista una vera comunità italiana specchio delle dinamiche che caratterizzano quella internazionale, cerchiamo di farla emergere.
• la comunità italiana non deve duplicare quella internazionale: da sempre, chiunque lo voglia può contribuire come può allo sviluppo di Plone, a tutti i livelli, senza passare da una comunità di utenti nazionale.
• molti utenti italiani della prima ora cercano di farsi un’idea di cosa sia Plone identificando altri utenti Plone locali. La licenza aperta del software favorisce tale meccanismo, e non si capisce perchè plone.it non debba agevolare una tale possibilità permettendo a chiunque ne abbia voglia di farsi conoscere e di dire la propria senza barriere a priori, secondo le modalità che caratterizzano la comunità Plone internazionale.
• Le aziende, nel sistema attuale, hanno tolto l’ossigeno alla comunità di utenti Plone italiani, piuttosto che fornirglielo. Facciamo in modo che i business aziendali si sviluppino su altri piani, e non su quello intrinsecamente comunitario, per quanto possibile.

Alcune indicazioni che adotterei:

• cerchiamo di rendere sempre più visibile Plone in Italia, usando tutti i mezzi possibili a disposizione (twitter, blog, facebook, linkedin, il portale plone.it), in modo aperto e convinto
• riduciamo le regole al minimo indispensabile, definendole solo a fronte di buon senso, e in base a situazioni di reale necessità
• ciascuno contribuisca secondo le proprie possibilità: le aziende Plone, i consulenti indipendenti, i plonisti che lavorano in contesti dove Plone non viene messo al centro della propria attività, gli utenti finali appassionati di Plone, chiunque sia interessato a parlare di Plone in modo costruttivo con la finalità della sua diffusione ed adozione
• tutti quelli che non entrano attivamente e fattivamente in questo processo, evitino di gettare discredito gratuito su chi preferisce fare, anche per loro
• facciamo in base alle nostre possibilità reali, privilegiando i mezzi e i modi più economici ed efficaci: cerchiamo di costruire una comunità forte e rispettata, ma nel frattempo non disperdiamo le poche energie alla ricerca di obiettivi troppo ambiziosi.
• lasciamo a un futuro incontro nazionale la definizione di obiettivi più ambiziosi di quelli raggiungibili nell’immediato, dopo aver valutato l’effettiva esistenza di persone di buona volontà interessate a lavorare in modo collaborativo a questo progetto.

Una nota finale indirizzata alle aziende plone italiane.

A Budapest Jean Paul Ladage, che da tre anni guida la comunità di aziende Plone in Olanda, ci ha dedicato una buona ora nel raccontare il caso olandese. Jean Paul ha sottolineato come in Olanda una comunità di utenti Plone non esistesse, e probabilmente non esiste ancora. Ciò che hanno cercato di fare, piuttosto, è di consorziarsi tra aziende per portare tutti insieme Plone sul mercato, presenziando alle fiere, organizzando Plone User Day, finanziando la produzione di brochure.

Alle nostre domande su come siano riusciti in un tale intento Jean Paul ha risposto “con la buona volontà di tutti“, finanziando tutti insieme la fase di marketing per far crescere la torta e concentrarsi sulla competizione verso chi non adotta Plone come strumento. Ha anche dichiarato che ogni azienda gestisce quindi in modo autonomo le richieste che riceve, senza dover rispondere agli altri: è il mercato che giudica la qualità e la bontà di ogni offerta.

Infine Jean Paul ha confermato la diversità del caso italiano, di cui abbiamo poi parlato insieme agli altri italiani presenti, confermando che in olanda sono aperti al contributo di tutti, ma per ora solo le aziende Plone sono attive in quello che in realtà sarebbe più corretto definire un consorzio.

Jean Paul è stato piuttosto d’accordo nel condividere l’idea che una comunità di utenti Plone è qualcosa di sostanzialmente diverso da un consorzio di aziende, e ci ha salutato chiedendo di tenerlo aggiornato sull’andamento della nostra realtà locale.

Detto ciò confermo il mio intento di cercare di riorganizzare una comunità di utenti nazionale, come pure la mia richiesta che siano altri indipendenti a tutelare le attività che caratterizzeranno il “Rinascimento” prossimo venturo della comunità Plone italiana.

Evviva Plone, Evviva i Plonisti!

Plone need to reach a new QA level: Adding nightly performance tests. It is important when you make a modification on the code to know if there is a impact on the performance of the application. As Elisabeth said in the “unloading plone” conference, measure !

To understand and use technologies, you first need to know what are the names of all these packages:

• Funkload Functional and load web tester
• Buildbot System to automate the compile/test cycle
• collective.coreloadtests Three funkload tests for Plone + some setup profiles
• collective.loadtesting One buildout to setup a buildbot with funkload + some examples.
• collective.funkload Complex functional load testing and benchmarking
• collective.buildbot A set of zc.buildout recipes and support for declarative configuration for Buildbot
• collective.recipe.funkload Easy running of funkload tests and generation of reports.

So what has been done during the sprint:

Day One

I have reviewed pasteFunBot. I have kept some scripts and the template script but I have removed all the templates.

I have read the code of most of the differents eggs and tryed most of them.

What I had in mind before starting:

• Buildbot + Plone4 + Funkload + coreloadtests
• Use collective.loadtesting as an example
• Add a paster script to start continuous performance tests faster

By the end of the day 1 I have done collective.funkbot a paster that create a new performance test bot in three questions:

• vcs ['svn']
• vcs_url ['']
• email ['']

In the Plone community we are using buildout, so the vcs_url is supposed to be the buildout url to checkout / update every night. email is the email adress where will be sent the reports. Also if the buildbot failed to build the buildout, a mail with all stdio will be sent.

At the end of the day I had some troubles with funkload. I was not able to launch performance tests.

Day Two

In the morning tomlazar and vincinc has helped me and I have disovered their work on collective.recipe.funkload done during the last performance sprint in Bristol. In fact funkload script need to know in which eggs it can looking for tests. I have find a bug and fixed it. So now there are a new released of this egg (done with mkrelease)

After lunch I had decided to work on Plone4 buildout to fix coreloadtests.cfg. Because I m new to the community I had done this work under the collective.funkbot repository (still collective but not svn plone).

Next I have used my paster to initialize the buildout of the futur nighly performance bot (still under collective.funkbot repository)

Before the sprint report of the day I have succeed in fixing most of bugs. The only remaining one was on the creation of the plone4 site. That has been a bit funny to report this: “I had succeed except I can’t create a Plone site …”

After this report I have finished and add the ability to collective.recipe.plonesite to create a Plone4 site. I have next discovered a bug with the basic theme of Plone, so I have report it to limi and added the profile of plonetheme.sunbirst to launch funkload.

I have also refresh a bit coreloadtests by moving genericsetup registrations and steps in zcml.

I have also made this report

You can check this picture:

TODO

• Push my patch on plone4 buildout
• Refresh the scripts that send the performance reports by email (atm their is a simple python script) and the one who serve html reports throw paste server #static (this one is also used by links inside the email)
• Make a better documentation
• Make contentgenerator faster (it seems not working at all)

Conclusion

I want to thanks my companie Makina-Corpus to have give me the ability to comes to conference and sprint.

I want to thanks the Plone community to be so full of great and impressive people !

I have learn a lot about many different topics (hosting, testing, performances, futur of Plone, …)

I want to be at the next sprints and at the next Plone conferences !

I will continue to work on that topic, so to stay connected, you can follow me on twitter with the nickname toutpt that you can’t pronounce in english, so if you try , do it like “toopatai”

Links

• collective.funkbot
• plone4 buildout patched to be triggered by buildout with coreloadtests
• The nighly buildout buildbot (pasted from funkbot and adapted).

This post has the jaded volume turned to eleven but even so, I’m impressed.

I watched the video of Rob Gietema’s presentation on Deco, the “new way to manage page layout, composite pages and rich content in Plone 4″.  I approach the entire topic with cynicism, dread, and exhaustion on a number of fronts.

Well, color me intrigued.  I’ll probably clutch tightly to my bitter, curmudgeonly outlook.  But I must confess to being impressed, in a number of ways.  I think they’ve done a good job thinking about the problem.  It looks like they’re going slow and being unafraid to refactor ideas and implementations.  It also has, already, a nice visual appeal along with some clever simplifying assumptions to keep the congitive overload under control.  Finally, this is a hard space to work in, technically, and it seems like they have some mad skillz.

There’s still a lot of challenge ahead.  The biggest is what I view as the chief paradox confronting Plone.  On one hand, a significant portion of people are fed up with how some of the features are implemented.  But on the other hand, they’re burned out by a legacy of undead overhauls and don’t have much patience for revolution.  (Sidebar: my opinion is, I sympathize but The Time Has Come.)

Additionally, while it’s a lot of work to do the product, it’s a lot more work to do the “whole” product: documentation, bug fixing, ongoing compatibility, performance, and other stuff over the long haul.  Letting Deco have a long gestation period outside the core would be advisable.  The more baked it is, the more legitimate it will feel when added to Plone, and the less resistance from the undead-overhaul-worriers.

So good luck Deco.  If even 2/3 of the features are implemented, but implemented superbly over the long haul, then Plone will have something sweet to hang its hat on.  (All of the above applies equally to Dexterity, the new content type system.)

Per the announcement, congrats to the new board of directors for the Plone Foundation.  I really, really like that lineup of people. It’s amazing, though, that there were at least five others in the election that would also have been strong to have on the board.

A particular thanks to Hanno Schlichting for once again conducting the election.  I have utter confidence in the things he does, be it Plone Foundation process stuff or gradually untangling years of technical cruft as part of his Plone 5 release manager duties.

I saw the minutes of the Plone Foundation annual member’s meeting (thanks Maurits for the writeup.)  Toby reported that, after spending half of the original CA donation of $100k, the PF in one year has its bank account back to the original amount.  This is primarily due to the sponsorship plan that Jon Stahl helped kick off, tied to the excellent work the Plone.net team at Pilot Sytems (plus Reinout, plus others) have done over the years.

The price point for sponsorship makes it easy to get companies in, and the allocation of funds (e.g. release managers, promotion) makes it very easy to justify.  Since the price point is a yearly fee, I suspect that you’ll see another $50k come in during the next half year, meaning…

…the Plone Foundation is a very successful community-managed outfit.  Congrats to the previous board for orchestrating this turnaround on finances, and here’s to a good 2010 for the Plone Foundation.

La Plone Conference è partita ieri nel migliore dei modi qui a Budapest!

Buona parte delle lamentele si concentrava sul fatto che nell’edificio che ci ospita facesse troppo caldo

Il programma di quest’anno è molto valido, e piuttosto interessanti sono buona parte delle sessioni!

Date uno sguardo al programma: http://ploneconf2009.org/program/talks.

E date uno sguardo ai talk! sono tutti in streaming, e presto saranno disponibili le versioni finali dei video con le slide: http://mrtopf.de/blog/plone/plone-conference-live-streams

Purtroppo come nota negativa la server farm che ospita il sito http://ploneconf2009.org ha tirato un brutto scherzo agli organizzatori, per questo ci sono stati diversi ritardi nella registrazione, e la versione online puo’ essere raggiunta solo usando l’IP della macchina che ospita il sito.

Tra i talk piu’ interessanti:

• Complex Forms with z3c.form (Rok ha dato una buona panoramica dei meccanismi fondamentali di z3c.form)
• KARL – large-scale Knowledge Management (Sicuramente uno dei talk “non” plone più significativi, presto altre notizie su queste pagine )
• Very frequently asked questions answered for the last time (Andrea Jung spiega Plone ai nuovi arrivati, una volta per tutte, lui spera… molto interessante anche per chi non e’ di primo pelo in Plone)
• Transmogrifier: Migrating to Plone with less pain. (una tecnologia non troppo nuova per operazioni di import/export in portali Plone e non solo..)
• Deco UI: Content Editing in Plone 5 (sia il keynote di Limi che questa presentazione hanno fatto strabuzzare gli occhi a molti degli intervenuti, che non vedono l’ora di provare il nuovo meccanismo di definizione delle “pagine” Plone..)
• Unloading Plone: Approaching Scalability in Integrated Plone Systems (Elizabeth è stata ispiratrice per quel che riguarda il deploy di sistemi Plone che siano acceduti da molti utenti, dimostrando che alla “lentezza” di Plone si può rimediare, sapendo dove agire. peccato non riuscire ad apprezzare fino in fondo la sua ironia e le sue capacità dialettiche: il suo inglese correva come un lampo! )

Il secondo giorno è appena comunciato, tempo di ascoltare!!

a presto!

For a couple of years at the Internet Librarian conferences, some audiences have heard repeatedly a narrative that corresponds roughly to Joseph Campbell’s A Hero with a Thousand Faces.  A library team, faced with recalcitrant adminstrators and skeptical colleagues, sets off, after producing the requisite usability studies that always seem to correspond magically to the team’s vision, to bring back the boon for the library.  In this genre of presentation, the boon can be found in Open Sourceville, on the other side of Scylla and Charybdis, and just to the right of Careeristan.

Window display in Pacific Grove

The genre allows almost any library team presenting at IL to be parachuted into the story. Remember, the heroes have a thousand faces.  The one the other day happened to be a team from the University of Michigan, if I recall (“Designing for Content-Rich Sites”).  In this genre, library teams change, but an unusually consistent element appears on the horizon, and its appearance seems more than a coincidence.  Of all the treasures available in Open Sourceville, the teams always seem to wander into the suburb marked Drupal.  What about Plone?  What about Typo3? I will not mention OpenCms, in order to practice preterition.   Should we wonder about the conference organizers’ possible hidden preference for Drupal?  Is it fair that one open source CMS receives so much publicity at IL conferences?  Does that not run counter to the spirit of open sourceness?  Umberto Eco counts as one of many people who have directed our attention to the religious fervor attached to these technological preferences, and I have witnessed people so possessed by their particular piece of hardware or software that I could picture the disciples burning at the stake non-believers in the disciples’ beloved piece of hardware or software.

Good people, one and all, on the panel for “Designing for Content-Rich Sites,” and they kept me awake beyond Paul Holdengraber’s 10-minute window, mentioned during his interview Tuesday morning.  The question remains: Do we need to hear the Drupal story again, or the one about a library redesign team’s victories over the forces of evil and technophobia?  I urge the conference organizers to become more catholic (note lower case “c”) in their publicity of open source products.

CMSWire è un portale Web dedicato interamente al mercato dei CMS (Content Management System) Open Source.

CMSWire ha recente pubblicato Open Source CMS Market Share Report edizione 2009 sui CMS più utilizzati in Internet. Questa edizione prende in considerazione 20 CMS e più precisamente:

• Alfresco
• CMS Made Simple
• DotNetNuke
• Drupal
• e107
• eZ Publish
• Jahia
• Joomla!
• Liferay
• MODx
• OpenCms
• phpWebSite
• Plone
• SilverStripe
• Textpattern
• TikiWiki
• Typo3
• Umbraco
• WordPress
• Xoops

Dalla lista è possibile notare che sono stati esclusi CMS noti come Mambo (da cui è nato Joomla!) e PhpNuke, inserendo realtà emergenti come Umbraco e Jahia.

Leggi tutto l’articolo su I 20 CMS Più Popolari Secondo CMSWire.

J’avais déjà fait un billet à ce sujet il y a quelques temps. Lors des Journées du Logiciel Libre j’ai eu l’occasion de discuter avec Alix Cazenave après sa conférence sur la loi Hadopi et le contrôle du net.

Voici les points que j’ai pu éclaircir :

• la licence GPL concerne le code d’un logiciel
• les services web ne sont pas couverts par la licence GPL
• c’est la licence Affero GPL qui couvre les services réseau

Lorsqu’une entité mets en œuvre des services réseau basés sur du code GPL elle n’a aucun devoir de partage du code source de son application avec ses utilisateurs ou avec la communauté. Cette entité peut vendre les services réseau sans contreparti mais si elle veut vendre l’installation de son application il lui faudra partager les sources.

Si le code d’un logiciel est protégé par la licence Affero GPL alors n’importe quel utilisateur interagissant avec service réseau basé sur son code peu demander le code source complet du service réseau.

Dans le cas de Plone 2 et de Plone 3 ils ne relèvent que de la seule licence GPL. Plone 4 utilisera sûrement une licence BSD lors de sa sortie.