Bonjour à tous,

J'ai découvert elgg il y a quelques jours et très honnêtement je suis fan, bravo aux concepteurs.

Seconde chose, j'arrive a comprendre un peu le php mais les anciens codage de type nuke quand à elgg c'est très complexe pour moi...je souhaiterais modifier les paramètres d'origine du plugin notifications car lorsqu'un membre s'inscrit la notification est règlée sur email lorsque d'autres membres réponde a ces articles etc...je ne souhaite pas passer en liste noire de tous les compte email (gmail, yahoo etc...) et je voudrais donc que rien ne soit coché par avance et que la démarche soit faite par le membre lui même de cocher la case qui lui convient. Donc comment dois je m'y prendre pour qu'aucune case ne soit cocher d'origine sur le plugin notifications. ?

S'il vous plait.?

Derniere chose j'utilise également le plugin qui change les url qui est dans le pack de elgg 1.6.1 et j'ai remarqué que lorsuqele membre tape par exemple tiercé le é est supprimé dans l'url, comment dois je m'y prendre pour qu'il soit uniquement remplacer par un e ?

Voila j'espère votre aide pour mes quelques questions.

Merci

Bonjour à tous,

Je suis nouveau sur le site et j'apprends encore utiliser Elgg,  alors j'espère que vous ne m'en voudrez pas si je me trompe d'endroit pour mon post, je ne connais pas encore les habitudes de la maison :)

Comme annoncé dans le titre, j'essaie actuellement de rendre le plugin External Pages multilangue...  Je suis Suisse et il y a 3 langues nationales chez nous, donc je voudrais pouvoir twiker le plugin external pages. J'ai déjà passé 2 jours à lire et à m'imprégner de la doc officielle de elgg (api, création de plugin, structuration des données, etc...). Je suis encore loin d'avoir tout compris, mais ça viendra avec le temps :)

Mon problème aujourd'hui, c'est que je ne comprend pas trop la logique de fonctionnement du plugin external pages. J'ai créé un fichier fr.php aux normes, effectué ma petite traduction. J'ai défini la langue du système comme étant le français et installer le plugin language_Selector. Et ça marche partiellement :(.

En effet, quand je suis loggé et que j'appuie sur mes petits drapeaux, pas de soucis, le changement de langues s'effectue parfaitement pour les pages externes (about, terms, privacy). Malheureusement, si je simule un utilisateur non inscrit qui débarque sur le site, bein si il clique sur le petit drapeau anglais, bein il ne se passe rien, pas de changement pour les pages externe, elles restent figé en français, et c'est valable pour n'importe quelle autre langue... l'utilisateur non loggé n'a accès au pages externe dans la langue principal du système :(

Est-ce que vous avec une petite idée ???

A bientot

Mote

Pour Info : Je suis sur core 1.6.1, en local avec serveur apache 2.x, mysql 5.x, php 5.x et fedora 11 x64

Bonjour

Est ce que quelqu'un peut m'aider? Je suis en train d'essayer de mettre un site Elgg sur online.net et je tourne en rond. J'ai réussie à installer la base de données mais après avoir mis les informations dans "system settings" j'ai que des erreurs 404.

La seul réponse que j'ai eu de online.net après j'ai posé des questions était enlever tout ce qui est dedans le .htaccess est remplacer seulement avec les rewrite rules de online.net et - "on n'est pas votre webmaster - on est votre hébergeur seulement!"

Voici le .htaccess 

# Elgg htaccess directives

# Copyright Curverider Ltd 2008-2009

# License http://www.gnu.org/licenses/old-licenses/gpl-2.0.html GNU Public License version 2

# Link http://elgg.org/

# Pour faire parser les fichiers ".php" par PHP5

AddType application/x-httpd-php5 .php

RewriteEngine On

RewriteRule ^([^\.]+)\.html /index.php?page=$1 [L]

Bonjour a tous.

Voila j'ai donc installer la version 1.6 sur ovh perso mutualisé.
Tout c'est vien passé, j'ai modifié htaccess, chmod sur data, la BBD etc...

Mais je bloque a system setting ou j'ai le fameux

Not Found

The requested URL /action/systemsettings/install was not found on this server.

J'ai bien chercher sur mon ami google mais je ne trouve pas la solution...

peut etre du coté de:

The full path to the directory where uploaded files will be stored, followed by a trailing slash:

ou je n'ai pas su remplir ces champs...

Si  quelqu'un a déja rencontré ce probleme...

merci

Bonjour,

En fait actuellement je suis en train d'installer un Elgg autour de la miouzique (voir ici)... et la gestion des type mime par Elgg est carrément problématique.

Ainsi, sans que je comprenne pourquoi, des utilisateurs qui uploadaient des ".mp3" ont vu leurs fichiers associé tantôt à du "audio/x-mp3" tantôt à du "applications/octet-stream".

En fait si je m'en réfère au fichier mod/fil/actions/upload.php, l'affectation se fait par:

$file->setMimeType($_FILES['upload']['type']);

Autrement dit, elle affecte au champ "mime", la valeur retrournée par le navigateur de l'utilisateur. J'ai opu le vérifier moi-même avec des fichiers de type "flv".  Au départ Elgg le reconnaissait comme un "applications/octet-stream" (autrement dit "inconnu au bataillon"). Comme j'utilise Seamonkey, j'ai pu forcer le type mime à "video/x-flv" dans les préférences. Et effectivement, l'affectation qui suivait le téléchargement était désormais correcte.

De base ce n'est pas très ergonomique, mais cela peut faire l'objet d'un "trouble shooting".

Seulement voilà, il semble que FireFox ne permette pas ce genre de manip. Plusieurs fils de discussion (comme ici) montrent que cette possibilité n'existe plus dans ce navigateur.

On est donc tout simplement coincé.

J'ai donc implémenté le contournement suivant. C'est "sauvage", mais les fonctions php qui sont sensées retourner les types mimes sont soient "deprecated" soit inopérantes en local sous easyphp.

Ca se passe dans le fichier "mod/file/actions/upload.php".

1ere étape: ajout de ce code :

    // Affectation du type mime en fonction de l'extension. La récupération par $_FILE est ingérable surtout que
    // FireFox semble ne plus permettre d'affecter correctement les types   
   
    $fichier=$_FILES['upload']['name'];
    $typemime=$_FILES['upload']['type'];
   
    $flag = ereg("^(.+)\.(.+)$", $fichier, $ext);
    if ($flag) {
    $extension=$ext[2] ;
   
    switch($extension)
            {
                case "mp3":
                    $typemime="audio/mp3";
                break;
                case "flv": 
                    $typemime="video/x-flv";
                  break;

            }
   
   
    } // fin affectation

2ème étape : Modification des affectations pré-existantes :

     // modif relative au type mime
     // $file->setMimeType($_FILES['upload']['type']);
    $file->setMimeType($typemime);

[...]

    // Modif relative au type mime   
    //$file->simpletype = get_general_file_type($_FILES['upload']['type']);
    $file->simpletype = get_general_file_type($typemime);

Si vous avez plus clean, évidemment je suis preneur... mais cela semble bien fonctionner.

Cela fait un petit bail que nous cherchons à mettre en place "quelque chose" qui ferait office d'alternative à Myspace(c) dans sa partie musicale. Non pas dans l'optique de concurrencer ni même de remplacer ce machin, juste pour permettre aux groupes qu'on adore mais qui ne prennent pas la peine de diffuser leur musique ailleurs que sur ces pages remplies de pubs, jouant au passage les rabatteurs pour un revendeur politiquement douteux de données personnelles (si vous voulez contacter un groupe qui est sur myspace, il faut bien souvent vous inscrire à votre tour). Bref, l'idée était de proposer un lieu qui pourrait servir d'annuaire, de vitrine, de de partage, de découverte, mais sans les oripeaux détestables de la revente de temps de cerveau disponible et l'exploitation mercantile de la vie privée, qui sont somme toute la base de tout ce qui se fait pompeusement appeler "web 2.0".
Même si Elgg ne répond pas entièrement à ma vision première de la solution (*), il représente un compromis des plus efficaces entre un site "web 2.0" totalement centralisé et fermé sur lui-même, et du DIY intégral difficile à mettre en place.  Sa facilité d'accès et d'utilisation ne devrait pas rebuter même les plus velléitaires d'entre nous, et sa gestion des flux RSS permet une grande interaction avec les sites déjà existant (**). Les outils supplémentaires comme la création de groupes de travail, d'agenda, de fil d'actualité, font que le soft a des possibilités alléchantes (et enthousiasmantes). Evidemment, personne ne peut dire à l'avance si ces outils seront utilisés ni comment ils le seront, mais potentiellement parlant, c'est assez balèze.

On a donc installé Elgg, et apporté quelques modifications (on peut employer le terme de "bricolage", personne à l'heure actuelle ne pouvant prétendre à un autre titre que "bidouilleur" php) afin d'avoir une structure à peu près acceptable eu égard à notre objectif.

- Création du plugin "zmedia" pour lire en stream les mp3 et les flv ("plugin" zmedia).
- Création du plugin "Playermp3" pour avoir un lecteur mp3 sur la page de profil.
- Création du plugin "PlayerFlv" pour avoir un player vidéo sur la page du profil.
- Création du plugin "Telex - Fil d'actu" basé sur "thewire" mais les 140 caractères sont passés à 250 et un champ supplémentaire "lien" complète le Telex. Le flux rss associé en fait un outil  des plus intéressants.
- Modification de "thewire" pour un en faire "Plop". Le champ passe à 250 caractères, essentiellement pour éviter d'avoir à utiliser des "tiny url" (***). C'est pas twitter-compatible, mais c'est le dernier de mes soucis.

- Corrections de bugs concernant les flux RSS (je tiens beaucoup à ce que les flux RSS fonctionnent le mieux possible ; la syndication c'est une brique de base de l'Internet qui s'oppose au "Minitel 2.0" selon l'expression de Benjamin Bayart). Ici et là.

- Rédactions de méthodos. Le genre d'exercice qui n'est jamais vraiment terminé :o))
- Rédaction d'une FAQ (accessible seulement aux connectés, elle répond surtout à des questions de bases relatives vraiment aux customisations que nous avons effectué)

Evidemment beaucoup de choses restent à faire (esthétiques, ergonomiques, fonctionnelles...), mais cela dépendra essentiellement des personnes qui viendront se coller au projet (que ce soit des utilisateurs ou des développeurs). Pour l'heure, je voudrais dire un gros "merci" à  cette communauté francophone sans qui j'aurais probablement pété plusieurs plombs (pas seulement pour les réponses qui m'ont été apportées à moi, mais aussi pour l'ensemble des réponses qui s'y trouvait déjà ;-))

abFab
punxrezo.net/abFab

(*) je souhaitais au départ une solution "individuelle" en deux partie ; un site rustique optimisé pour recevoir le contenu standard de tout groupe de musique ET une solution (à base de RSS) permettant de relier et faire interagir ces sites entre eux. Le réseau de connaissance et de diffusion se créerait alors de manière totalement décentralisée, respectant alors la nature même d'Internet. Mais je n'ai trouvé aucune solution déjà existante qui soit satisfaisante ou tout du moins suffisamment proche de l'objectif pour ne nécessiter que quelques aménagements de codes. Je n'ai personnellement pas les compétence nécessaire pour construire un tel projet de A à Z (et je n'ai pas réussi à convaincre grand monde de la pertinence du concept, faut bien avouer aussi :o))

(**) c'est probablement le plugin "Flux RSS" qui a emporté mon adhésion au soft. Il permet à celui qui a déjà un site ou un blog de s'inscrire sur elgg et de maintenir son profil à jour sans faire d'update redondant. Contrairement à une page "myspace" qui doit être mise à jour (et de fait devient la page principale puisque c'est elle que l'on met à jour), un profil sous Elgg peut très bien n'être qu'une page servant de contact et de vitrine musicale sans nécessiter d'update régulier puisque celui-ci est fait grâce au plugin lecteur de flux RSS.

(***) "Les « raccourcisseurs » d’URL pour les liens web traditionnels sont devenus populaires, et leurs opérateurs se sont vite rendu compte que la base de données des liens cliqués permet de nouvelles analyses en temps réel." (Internet Actu, 01/09/09). Encore et encore des fichiers, des bases de données... plus on s'en passe et mieux on se porte.

1) ANALYSE DU PROJET

 - Comprendre et analyser une demande

 - Répondre aux contraintes

 - Identifier le public visé

 - Définir le type de langage utilisé

 - Etablir un budget

 - Chercher de la documentation pour s'informer sur le thème du projet

 - Choisir les types de médias à utiliser

2) CREATION

 - Synthétiser, développer une idée, un concept

 - Créer et mettre en scène des idées

 - Trouver, créer des images

 - Préparer une maquette

 - Tenir compte des remarques du client

3) FINALISATION

 - Utiliser les logiciels de PAO

 - Réaliser une mise en page sur ordinateur

 - Intégrer textes et images

 - Assurer le suivi au niveau de l'impression

Ce blog est réalisé dans le cadre de mon année de licence professionnelle Techniques et activités de l'image et du son, option Infographiste Webdesigner, en apprentissage au Conseil Général du Val d'Oise. Il me permettra de confronter les compétences acquises aussi bien à l'IUT qu'en entreprise, au métier que je souhaite exercer : graphiste.

j'ai testé, j'ai retesté, puis finalement je trouve elgg vraiment fastidieux à utiliser.

La gestion des css et du design est complexe, la gestion du site reste globalement très limitée.

je suis en train de créer un espace pedagogique numerique avec le elgg je veux de l'aide pour me montrer le technique de travail les premiers pas ,merci