Podcasting A-Z (http://podcast.tanmia.ma ) est un portail collaboratif offert par l'association Tanmia.ma. Inauguré en février 2007, il prend avant tout la forme d'un guide interactif accompagnant les citoyens marocains qui souhaitent produire et diffuser leurs podcasts audio et vidéo.

Le design de portail me plait bien, malgrés quelques remarques ergonomiques...
Il manque aussi un outil de recherche de podcasts, et pourquoi pas un outil de vote
Ce que je regrète également c'est le caratère trés informatif de portail, on se sent plutot dans un guide de podcasting, et non pas dans un portail collaboratif.

Je sais ce que vous pensez à cette instant, VI!!! un éditeur de geek!??
Bon moi aussi je croyais la même chose, mais en lisant ce pdf vous allez changer d'avie
C'est un éditeur trés puissant, sauf qu'il faut connaitre son langage.
Dés qu'on parle son langage il devient gentil :)
http://www.gravitonic.com/downloads/talks/vancouver-2007/vim-for-php-programmers.pdf
 

Il s'agit de module mod_bw qui permet de :
   1. partitionner la bande passante entre les utilisateurs
   2. limiter le téléchargement de certains objets (mp3, avi...)
   3. intérdire les robots méchants, les aspirateurs et les bots...

Installation (testé avec Apache2.0 & Debian)

   1. Télécharger les sources http://www.ivn.cl/apache/files/source/mod_bw-0.7.tgz
   2. décompresser les sources (tar ...)
   3. apxs2 -i -a -c mod_bw.c => cette commande compile le module et met la ligne suivante dans /etc/httpd.conf [LoadModule bw_module          modules/mod_bw.so]
   4. Aller dans /etc/httpd.conf (ou bien /usr/local/apache2/conf/httpd.conf), tout dépend de votre config
   5. Configurer votre module (pour plus d'informations sur les directives lire le readme de module : http://www.ivn.cl/apache/files/txt/mod_bw-0.7.txt )
   6. Exemple de configuration
         1. #on active le module
            BandWidthModule On
            #no limit (0)
            BandWidth all 0
         2. #on limite la bande passante pour un IP
            BandWidth X.X.X.X 10240
         3. #si les fichiers pdf sont supérieurs 1M on les télécharge à 10K/s
            LargeFileLimit .pdf 1000 10240
            LargeFileLimit .avi 500 10240
            LargeFileLimit .mp3 500 10240
         4. #on autorise 40 simultanée connections pour un seul visiteur
            MaxConnection all 40

Note : le MaxConnection peut être utilisé pour limiter les DoS contre Apache
Il existe également un autre module contre les DoS qui s'appelle mod_evasive

Zend framework; a été développé par la société Zend afin de faciliter le développement d'applications PHP nouvelles génération , il a même été adopté par IBM, pour développer un Wiki (QEDWiki )...

le composant qui m'a plus le plus, c'est le Zend cache.
Le Zend cache permet de cacher n'importe quoi...il peut même sérialiser des objets, je vous laisse découvrire ça avec la doc, qui est assez claire (http://framework.zend.com/manual/en/zend.cache.html)...

Je viens de mettre en production une nouvelle fonctionnalitée, qui permet d'encoder de la vidéo au format Flash FLV.
Ce format permet d'avoir une meilleure compatibilitée avec les navigateurs...
Vous pouvez encoder les format suivantes : (WMV, MOV, AVI,  MPEG2, MPEG4, 3GPP...)
la taile de la vidéo uploadée est limitée à 100Mo.
Wmaker intègre maintenant la même technologie que les plateformes de vidéo à l'instar de Youtube ou Dailymotion.

Lire l'annonce dans le blog officiel de WM

Des améliorations vont être réalisées dans la semaine ;-)

Au cours de ces vingt dernières années, le développement des  applications a eu tendance à se faire en fonction des besoins des  entreprises. Une nouvelle application était créée à chaque fois qu'un  nouveau besoin émergeait. Il est souvent nécessaire de développer des  applications permettant de résoudre les problèmes à court terme afin des'adapter à la vitesse de croissance des entreprises. La plupart des  entreprises utilisent diverses applications fonctionnant sur des postes  de travail ou des serveurs. Les données des entreprises peuvent prendre  différentes formes : des tableurs aux bases de données en passant parles logiciels commerciaux spécifiques et de comptabilités.

Toutefois, le stockage d'informations à différents emplacements et dansplusieurs applications peut entraîner ultérieurement des problèmesd'architecture. Les données sont dispersées, entraînant ainsi desprocessus métiers inefficaces et une baisse globale de la productivité.

Le but de l'intégration des applications d'entreprise est donc de communiquer  ces applications et pour cela il existe plusieurs approches possibles:

1- L'approche manuelle :

L'approche manuelle représente l'approche la plus coûteuse et la plusprimitive pour l'intégration d'applications. Des rapports sontimprimés, puis saisis de nouveaux manuellement dans une autreapplication. Malgré son coût et son aspect fastidieux, cette approcheaujourd'hui est la plus répandue parmi les entreprises actuelles.

2- L'approche Import/Export

Avec cette approche, les données sont exportées par l'opérateur ouautomatiquement par le logiciel, transférées, puis importées dans uneautre application. L'un des inconvénients majeurs de cette approche estla nature statique des données. Les changements effectués après uneexportation n'apparaissent pas tant qu'une autre exportation n'a pasété réalisée. Par conséquent, la deuxième application disposeuniquement d'un statut approximatif des données. Cette approche neconvient pas pour des transferts en temps réel. Par ailleurs, leformatage des données exportées à partir d'une application vers uneautre application peut poser des problèmes. Il est souvent nécessairede développer plusieurs applications pour transformer les données en unformat lisible par la deuxième application, s'ajoutant aux problèmesdes autres applications à gérer.

3- L'approche ASDP (accès aux structures de données primitives)

Cette approche a été révolutionnaire car les éditeurs de bases dedonnées permettaient aux bases de données sous-jacentes d'accéder auxstructures des données. Cela permettait d'accéder en temps réel acelles-ci. Les standards tels que ODBC permettaient d'accéder auxdonnées à partir d'applications serveur ou bureautiques. Les donnéespouvaient être ainsi lues à tout moment et étaient précises. Toutefois,le partage d'applications n'existait pas et toutes les applicationssouhaitant accéder aux données devaient dupliquer les fonctionnalités.Toute modification apportée à la structure des données (par exemple,l'ajout d'un nouveau champ d'adresse) nécessitait la modification detoutes les applications accédant à la structure des données pourpouvoir bénéficier de ce changement. Etant donné que plusieursapplications renferment des règles d'intégrité strictes, telles que lesapplications de comptabilité, autoriser d'autres applications àmodifier les données au niveau le plus faible sans qu'elles soientvérifiées par l'application d'origine, pouvait entraîner de sérieuxproblèmes d'intégrité des données. L'un des principaux avantages del'accès aux structures de données primitives était la formulation derequêtes ad hoc par les utilisateurs à partir de produits tels queMicrosoft

Excel.Toutefois, les utilisateurs devaient apprendre comment les programmeursconcevaient les structures de données et suivre une nouvelle formationsi les structures étaient modifiées.

4- L' approche des API personnalisées

Comme nous l'avons décrit précédemment, vous risquez d'être confronté àdes problèmes d'intégrité si vous accédez aux données à un niveaufaible sans tenir compte des problèmes d'intégrité ou des règles del'entreprise. Pour résoudre ce problème, plusieurs éditeursd'applications tels que SAP® et PeopleSoft® ont créé leur propre APIpersonnalisée pour autoriser d'autres applications à partager lesfonctionnalités des applications et des données. Toutefois, chaque APIet chaque méthodes utilisées pour l'appeler étaient différentes. Etantdonné que ces API étaient étroitement couplées aux applicationsspécifiques, les autres éditeurs d'applications et d'outils dedéveloppement ont dû investir énormément pour prendre en charge les APIde chaque éditeur d'applications. Même si le concept semblaitprometteur, ces API ne furent jamais acceptées par les autres éditeurs.

5- L'approche actuelle : les SERVICES WEB

Les services Web se fondent sur l'approche des API personnalisées,bénéficiant ainsi de tous ces avantages tout en proposant d'autresservices. Les services Web utilisent des standards ouverts. Ils ne sontdonc pas étroitement couplés et ne sont donc pas liés à la technologied'un seul éditeur. Les services Web permettent également à uneapplication d'appeler une autre application grâce aux protocolesstandard tels que SOAP et XML. Cette approche garantit l'intégrité desdonnées car l'application appropriée est l'unique application quitraite les données. En cas de changement des fonctionnalités del'entreprise, seules les fonctionnalités de l'application appropriéedoivent être modifiées.

Etude de cas (Projet professionnelle universitaire 2005/2006)

Nom de projet :Wmaker plugin ecosystem

Présentation de  projet :

Dans le cadre de  développement de la version V4 de wmaker.net, Webzinemaker a crée une API de plugins.
Notre tache sera de  développer une dizaine de plugins, ainsi qu'un écosystème hébergeant ces  derniers.

Nom del'entreprise : Webzine Maker SARL
Nom de Contact :Samir AMZANI (samir@wmaker.net/ 0610390749 / Skype : am_samir)
Site Web de projet :http://plugins.wmaker.net/projet_pro


Equipe de projet :

• AMZANI Samir (Chef deprojet)
• BRUN Patrice (DéveloppeurWeb)
• CAYZAC Damien(Développeur Web)

Aujourdh'uit j'ai découvert un nouveau service (slideshare ) qui permet de partager des slides PowerPoint (.ppt and .pps files) & OpenOffice (.odp files). On peut uploader jusqu'a 20Mo.
Ce qui manque à ce service, c'est la possiblitée de mettre des restrictions sur les slides uploadé, car pour l'instant tout le monde peut voir vos slides
Le service est encore en beta privé, et l'inscription se fait par invitation.

ici un essai avec ma présentation de stage chez Wmaker :