Le blog des équipes…

  • Accueil
  • e-Commerce
  • Secteur Public
  • Gestion de contenu
  • Application Web
  • Technologies
  • e-Commerce Chine
  • Contact

eZFind et la recherche des mots clés

Par Anselme Clavier le 26 octobre 2010

EzFind, moteur de recherche de référence sous eZ Pubilsh, est basé sur le moteur de recherche Solr (http://lucene.apache.org/solr/). Cette extension encapsule une partie des fonctionnalités proposées par Solr pour rendre son intégration simple et rapide sous eZPublish. Des fichiers de configuration permettent néamnoins de paramétrer un ensemble d’éléments pour l’adapter à ses besoins.

Nous nous intéresserons ici à la recherche des mots clés, datatype “Keywords” eZ Publish :

Class attribute edit interface for the "Keywords" datatype.

Attribut de classe “Keywords”

Ce type de données permet d’associer des mots clés, séparés par des virgules, aux classes de contenus eZ, par exemple :

Object attribute edit interface for the "Keywords" datatype.

Ces mots clés peuvent bien entendus être indexés par eZ Find et donc remontés par le moteur de recherche. Cependant, les mots clés sont traités comme une chaine unique, c’est à dire qu’un mot clé composé est traité comme un seul mot.

Par exemple, le mot clé “mouton bleu” n’est retourné par le moteur de recherche qui si l’on cherche la chaîne exacte “mouton bleu”, “mouton” ou “bleu” ne retournent rien. C’est un comportement qui peut être acceptable dans certains cas mais gênant dans d’autres. Si l’on souhaite retourner les contenus liés au mot clé “mouton bleu” en cherchant “bleu” ou “mouton” ou “mouton bleu” 2 solutions sont possibles :

Une première solution est de saisir les mots clés mot par mot. Par exemple, plutôt que de saisir le mot clé “mouton bleu” il est possible de saisir “mouton, bleu”.

Une deuxième solution est de modifier le paramétrage par défaut d’eZFind. Dans le fichier ezfind.ini le bloc [SolrFieldMapSettings] permet de modifier la correspondance par défaut entre les attributs eZPublish et les attributs Solr. Par défaut, les mots clés sont traités comme des mots clés sous Solr :

DatatypeMap[ezkeyword]=keyword

En spécifiant que les mots clés doivent être traités comme du texte, les mots clés seront traités comme du texte standard sous Solr :

DatatypeMap[ezkeyword]=text

La correpondance est bien sur modifiable pour tous les types de contenus eZ Pulish, par défaut c’est “text” qui est utilisé.
# Datatype to field type map.
DatatypeMap[ezstring]=string
DatatypeMap[eztext]=text
DatatypeMap[ezboolean]=boolean
DatatypeMap[ezdate]=date
DatatypeMap[ezdatetime]=date
DatatypeMap[ezfloat]=sfloat
DatatypeMap[ezinteger]=sint
DatatypeMap[ezprice]=sfloat
DatatypeMap[eztime]=date
DatatypeMap[ezkeyword]=keyword

# Default field type
Default=text

#DatatypeMap[ezkeyword]=keyword

Commentaires
Pas de Commentaires »
Catégories
Internet, eZ Publish

Like


Prototypes et Diagrammes : L’outil AXURE

Par Grégoire Genestier le 22 octobre 2010

Un bon dessin vaut mieux qu’un long discours…

La phase de Création Graphique est l’une des phases les plus difficiles et les plus déterminantes pour un projet Ecommerce. Beaucoup de critères sont à prendre en compte : marketing, technique, efficacité de la transformation, esthétique (et donc complètement subjectif), ergonomique, « user-friendlique ;-) », etc… Le montage graphique des pages, assuré par le Directeur Artistique de Bysoft, peut ainsi prendre beaucoup de temps pour arriver au bon compromis. Mais on ne met pas à jour une Créa en deux coups de cuillère à pot, à la demande. Cela demande de nombreuses retouches et ajustements pour arriver au bon résultat. Nous avons donc décidé, au sein du Pôle E-Commerce de Bysoft, de préparer au mieux le terrain en limitant au maximum la phase Créative à son rôle premier : la Création.

Le Chef de projet travaille donc en amont avec l’E-commerçant, sur un Storyboard le plus précis possible, qui détermine les blocs présents sur les pages, et permet de discuter, tourner et retourner les blocs simplement, et décider ensemble de leur positionnement. Tout ceci dans le respect des priorités du Marchand, des volontés Marketing, des contraintes techniques de la plateforme Ecommerce, et des préconisations ergonomique et de navigabilité.

Une fois le prototype défini, la « couche de peinture » peut alors être appliquée, et le Directeur Artistique peut se focaliser sur son art, en « oubliant » les longs débats sur l’ergonomie et les nombreuses modifications et « essais » qu’il devait auparavant essuyer. Bien entendu, au fur et à mesure de la phase Créative, des revirements apparaissent forcément, mais la plupart des questions auront déjà été posées en amont et les réponses correspondantes auront déjà été apportées.

Axure permet également de donner un rendu de l’enchainement des pages entre elles, ce qui est important pour le client comme pour l’intégrateur.

Axure

Dessins en « fils de fer »

Dans les premières phases du projet, Axure permet facilement et simplement de créer des pages en « fil de fer » pour définir et valider le « Zoning » du site.

Il s’agit de positionner les blocs au sein des pages et de prioriser leur affichage :

Voici un exemple de page d’accueil :

axure_prototype

Un prototype réalisé avec Axure

Masters

Une fois toutes les pages déclinées, le Marchand voudra peut-être modifier quelque chose dans le Haut de page, qui se répète de page en page. Pas de panique, vous n’aurez pas à refaire toutes les pages, Axure intégrant un système de « Masters », c’est-à-dire de blocs pouvant être repris de page en page. En le modifiant une fois, les changements apportés à ce bloc y seront répercutés sur toutes les pages dans lesquelles il apparaît. Plutôt très pratique pour tout ce qui peut se retrouver sur plusieurs pages distinctes (Haut de page, Bas de page, Blocs HTML libres, Listes de produits, etc…).

Animation du prototype : Storyboarding

Axure ne se contente pas de pages statiques. Il est aussi possible d’animer les pages pour créer un prototype complet, simulant la navigation du client. Vous pouvez ainsi créer des liens d’une page à une autre au clic de souris, déclencher des évènements au passage de la souris, animer des menus horizontaux ou verticaux, définir des états pour des panneaux dynamiques, variables en fonction d’évènements prédéfinis, etc… Cela permet de se rapprocher au maximum de la navigation qui sera mise en place sur le site web, et donc d’en donner au marchand la vision la plus fidèle possible, pour éviter les surprises.

Arborescence des pages

Les pages que vous créez via Axure peuvent être classées dans une arborescence à niveaux, pour mieux comprendre le plan du site.

axure_arborescence

Arborescence des pages

Les pages peuvent être indentées entre elles, et déployées/réduites.

Prototype au format HTML

Un prototype, c’est bien, mais encore faut-il qu’il soit accessible rapidement et simplement par les différents interlocuteurs travaillant sur le projet. Axure permet ainsi de générer automatiquement un prototype au format HTML. Nous mettons alors ce prototype à disposition sur un espace Web pour que le marchand puisse le consulter à tout moment.

axure_prototype_frames

Un prototype

Le prototype présente une frame sur la gauche, listant l’arborescence des pages du site et permettant d’y accéder directement. Les éventuels commentaires sur la page apparaissent dans une autre frame, en bas.

Impression PDF des pages du site

Grâce à des utilitaires d’impression PDF, les pages peuvent être imprimées sur Papier pour permettre au Marchand de travailler dessus plus facilement. Le travail collaboratif peut également être partagé sur Axure, pour permettre à plusieurs personnes de modifier le storyboard en même temps, sans conflit.

Illustration avec la Créa

Une fois le prototype terminé, la phase de Création Graphique peut prendre le relais. Une fois les créas validées, nous mettons à jour le storyboard en supprimant les fils de fer et en replaçant sur le storyboard les pages de la créa, tout en conservant la navigation. Cela permet au client de vérifier le fonctionnement en « situation réelle », et surtout à l’équipe d’intégration de bien comprendre la navigation du site pour mettre en place le design sur le moteur de la plateforme.

Ce complément aux spécifications peut s’avérer précieux dans la mise en place du projet, notamment pour détecter les incohérences d’ergonomie et de navigation sur le site.

Spécifications

Axure permet d’ajouter, tout au long du storyboard, des indications, des annotations, des clarifications sur tous les éléments qui le composent. Tous ces éléments, que le Chef de projet aura pris du temps à apporter au storyboard, ne doivent pas être ressaisis dans les documents de spécification. Axure propose un moteur de génération automatique de spécifications. Un clic lance la création d’un document Word comportant toutes les pages, les descriptifs et les interactions mises en place (« au clic sur tel lien, on est envoyé vers telle page », etc…).

Ces spécifications peuvent servir de base pour la rédaction des spécifications complètes du projet, et notamment pour la description complète des pages du site.

Schémas, Workflows et Process

Un bon schéma est bien plus compréhensible et bien plus impactant que des pages de spécifications textuelles. Un diagramme de séquences, des cas d’utilisation, un workflow… Tous ces schémas ou diagrammes permettent de synthétiser l’information et de la rendre claire, accessible et compréhensible dans un minimum de temps, aussi bien pour nos Clients que pour nos équipes de développement, avides de schémas permettant d’identifier tous les cas d’utilisation pouvant se présenter dans la vie du projet.

Axure permet de créer des diagrammes de flux , en choisissant les widgets « Flow » :

axure_menu_flow

Accès au menu Flows

Et en choisissant le type de diagramme « Flow » pour une page donnée :

axure_type_diagramme

Choisir son type de diagramme

Les diagrammes se construisent alors très simplement :

axure_exemple_diagramme

Exemple de diagramme réalisé avec Axure

Commentaires
2 Commentaires »
Catégories
DotNetNuke, Drupal, Flex, Internet, Joomla, Magento, OsCommerce, Prestashop, eZ Publish

Like


Bysoft présent au Bargento 5

Par Cyril Drouin le 15 octobre 2010

Après 4 éditions, Bargento est devenu le lieu incontournable pour tous les acteurs souhaitant rencontrer professionnels et experts du milieu, nouer de nouvelles alliances ou trouver de nouveaux prestataires.

Que votre site soit déjà sous Magento ou que vous envisagiez de migrer vers cette solution, votre visite à Bargento vous apportera toutes les réponses sur la solution E-commerce Open Source la plus en vue au monde.

Bysoft a décidé de s’associer à cet évènement qui se déroulera le 8 novembre 2010. 30 exposants seront à votre disposition pour obtenir toutes les informations et devis en une seule journée. 16 conférences vous permettront de tout savoir des best practices et les 1200 m² de CAP15 seront de nouveau le plus grand espace de rencontre européen autour de Magento.

Un véritable salon du e-commerce dédié à Magento !

Fort du succès des précédents évènements, le programme a été encore enrichi pour proposer une information complète sur l’eco-système e-commerce : M-commerce, référencement, gestion commerciale, gestion du marketing en ligne, logistique, hébergement, la conquête d’un marché international…

Plus de 750 personnes sont attendues pour cette édition. Une attention toute particulière est portée sur l’ouverture du salon à un large public avec des conférences et des ateliers moins techniques pour bien comprendre la mise en place et le potentiel d’un site Magento.

Tous les points seront traités, création de site, SEO, SEM, optimisation, ERP etc…, mais trois d’entre eux seront tout particulièrement à l’honneur : le M-commerce, la logistique et les payements.

Table ronde, Barcamp et Ateliers

Cette année une table ronde sera organisée sur le thème du M-commerce par l’éditeur de la solution, rejoint pour l’occasion par des sociétés ayant déjà fait ce mouvement ou souhaitant passer au M-commerce.

Un espace sera aménagé dans la salle Beach l’après midi pour accueillir des ateliers et un Barcamp afin que chacun puisse découvrir tous les aspects de la solution ou les innovations à venir.

Un programme pour répondre à toutes vos questions

Les conférences sont maintenant regroupées en thèmes afin que chacun puisse trouver les réponses qu’il cherche :

Bysoft interviendra notamment à 14h00 dans la salle Newport 2 sur le thème de l’international.

En quelques mots : Une des fonctionnalités principales de Magento est sa capacité à gérer plusieurs sites dans une démarche de e-commerce axée vers l’international. Au travers de cette conférence, vous découvrirez le cas concret d’un client de Bysoft qui a choisi de faire ses boutiques Chine et Japon avec Magento Enterprise Edition. Au final : 2 sites (1 Chinois et 1 Japonais), 10.000 références par pays, 8 serveurs avec un système complexe de réplication entre les pays et une interconnexion avec le backoffice du client en Europe : très beau programme !

programme Bargento conf

Billetterie disponible ici

Pour plus d’informations : Bargento

Commentaires
Pas de Commentaires »
Catégories
Internet
Tags
Bargento, Magento

Like


Le Cache de Magento

Par Lisiane Lagouarde le 15 octobre 2010
LE CACHE DE MAGENTO
Magento possède un système de cache  avancé qui permet  d’accroitre les performances d’un site tout en limitant les accès à la base de données.
Le contenu des templates s’affiche plus rapidement, la navigation entre les pages est plus fluide, en bref, tout ce qui concerne de près ou de loin au chargement de vos pages s’en ressent  amélioré…
Rappel : Qu’est ce qu’un cache ?
La mémoire cache est une zone de stockage temporaire où les données fréquemment consultées peuvent être stockées pour un accès plus rapide. Une fois les données stockées dans le cache, ces informations peuvent être utilisées par la suite en accédant à la copie en cache plutôt que de ré-extraire ou recalculer les données d’origine.
Cache de Magento
Plusieurs types de cache Magento existent, ils sont ainsi partimentés afin de ne recharger que le stricte nécessaire  en cas de besoin. IL est donc possible de mettre séparément en cache les fichiers propres à la configuration, le layout, les traductions…
Tous ces caches peuvent être activés ou désactivés directement à partir du backoffice.
Menu : Système > Gestion du Cache
Par défaut, Magento stocke ses données périssables telles que son cache et ses sessions à l’emplacement racine du site Magento dans le dossier /var/…, il est donc possible de vider toutes les sauvegardes du cache en supprimant directement les fichiers de ce dossier.
Besoin spécifique : Exemple d’utilisation de Zend_cache
Pour encore plus d’optimisation, il est possible de mettre en cache manuellement certains blocks de Magento dont le temps de chargement est trop long.
- Il est nécessaire de redéfinir un constructeur et de faire un appel à la fonction addData pour prévenir Magento que nous allons ajouter des données au cache.
Trois paramètres sont importants :
cache_lifetime : Durée de vie du cache (en secondes) -> par défaut il est à 7200 s
cache_tags : Type de bloc mis en cache
cache_key : Identifiant de l’ information qui est mise en cache
protected function _construct()
{
$this->addData(array(
‘cache_lifetime’ => 3600,
‘cache_tags’    => array(Mage_Catalog_Model_Product::CACHE_TAG),
‘cache_key’     => $this->getProduct()->getId()));
}
Dans cet exemple, nous voulons réécrire le bloc Mage_Catalog_Model_Product:
”’cache_lifetime’ => 3600” concerne la durée de mise en cache de l’information (soit 3600 secondes).
”’cache_tags’    => array(Mage_Catalog_Model_Product::CACHE_TAG) ” concerne l’action qui va déclencher le rafraichissement des données (affichage d’une liste de produits).
”’cache_key’     => $this->getProduct()->getId()));” est l’identifiant du produit qui va être recalculé une fois le temps de mise en cache écoulé et l’action (cache_tags) de nouveau enclenchée.
- La plupart du temps la redéfinition du constructeur n’est pas suffisante, il est donc nécessaire de définir les fonctions séparément, elles feront toutes appel à la classe parent Mage_Core_Block_Abstract-> toHtml().
public function getCacheKey(){}
public function getCacheLifetime(){}
public function getCacheTags(){}
À noter qu’il est également possible d’installer certaines extensions qui mettent en place ces caches comme le cache pour les catégories ou le cache pour les produits. Il est cependant conseillé de les utiliser avec prudence car elles peuvent ne pas apporter entière satisfaction et provoquer plusieurs erreurs au cours de leur installation.
Optimisation du cache
Par défaut, Magento stocke les données propres au cache et aux sessions sur la même partition que le reste des fichiers, donc dans la majorité des cas, sur le disque dur (file system).
Pour optimiser la rapidité d’accès aux fichiers, il est possible de créer une partition RAM, par exemple via Memcached, et y monter les dossiers racine_magento/var/cache et racine_magento/var/session.
Pour activer Memcached dans Magento, vous devez ajouter le bloc de code suivant dans votre fichier app/etc/local.xml :
<cache>
<backend>memcached</backend><!– apc / memcached / empty=file –>
<memcached><!– memcached cache backend related config –>
<servers><!– any number of server nodes can be included –>
<server>
<host><![CDATA[127.0.0.1]]></host>
<port><![CDATA[11211]]></port>
<persistent><![CDATA[1]]></persistent>
</server>
</servers>
<compression><![CDATA[0]]></compression>
<cache_dir><![CDATA[]]></cache_dir>
<hashed_directory_level><![CDATA[]]></hashed_directory_level>
<hashed_directory_umask><![CDATA[]]></hashed_directory_umask>
<file_name_prefix><![CDATA[]]></file_name_prefix>
</memcached>
</cache>
Attention! Vous devez vous assurer que les variables « host » (ici : 127.0.0.1) et « port » (ici : 11211) soient correctes.  Une fois le fichier sauvegardé les nouveaux paramètres sont tout de suite actifs.
Il existe de nombreuses solutions pour optimiser l’affichage d’un site. Une bonne gestion du cache est l’une d’entre elles. Magento met  à disposition des développeurs, une large palette de fonctions qui leur permet d’adapter le code de façon optimum pour chacun de leurs besoins.

Magento possède un système de cache  avancé qui permet  d’accroitre les performances d’un site tout en limitant les accès à la base de données.

Le contenu des templates s’affiche plus rapidement, la navigation entre les pages est plus fluide, en bref, tout ce qui concerne de près ou de loin au chargement de vos pages s’en ressent  amélioré…

Rappel : Qu’est ce qu’un cache ?

La mémoire cache est une zone de stockage temporaire où les données fréquemment consultées peuvent être stockées pour un accès plus rapide. Une fois les données stockées dans le cache, ces informations peuvent être utilisées par la suite en accédant à la copie en cache plutôt que de ré-extraire ou recalculer les données d’origine.

Cache de Magento

Plusieurs types de cache Magento existent, ils sont ainsi partimentés afin de ne recharger que le strict nécessaire en cas de besoin. Il est donc possible de mettre séparément en cache les fichiers propres à la configuration, le layout, les traductions…

Tous ces caches peuvent être activés ou désactivés directement à partir du backoffice.

Menu : Système > Gestion du Cache

Cache-Magento

Cache-Magento

Par défaut, Magento stocke ses données périssables telles que son cache et ses sessions à l’emplacement racine du site Magento dans le dossier /var/…, il est donc possible de vider toutes les sauvegardes du cache en supprimant directement les fichiers de ce dossier.

Besoin spécifique : Exemple d’utilisation de Zend_cache

Pour encore plus d’optimisation, il est possible de mettre en cache manuellement certains blocs de Magento dont le temps de chargement est trop long.

- Il est nécessaire de redéfinir un constructeur et de faire un appel à la fonction addData pour prévenir Magento que nous allons ajouter des données au cache.

Trois paramètres sont importants :

  • cache_lifetime : Durée de vie du cache (en secondes) -> par défaut il est à 7200 s
  • cache_tags : Type de bloc mis en cache
  • cache_key : Identifiant de l’ information qui est mise en cache

protected function _construct()

{

$this->addData(array(

‘cache_lifetime’ => 3600,

‘cache_tags’    => array(Mage_Catalog_Model_Product::CACHE_TAG),

‘cache_key’     => $this->getProduct()->getId()));

}

Dans cet exemple, nous voulons réécrire le bloc Mage_Catalog_Model_Product:

”‘cache_lifetime’ => 3600” concerne la durée de mise en cache de l’information (soit 3600 secondes).

”‘cache_tags’    => array(Mage_Catalog_Model_Product::CACHE_TAG) ” concerne l’action qui va déclencher le rafraichissement des données (affichage d’une liste de produits).

”’cache_key’     => $this->getProduct()->getId()));” est l’identifiant du produit qui va être recalculé une fois le temps de mise en cache écoulé et l’action (cache_tags) de nouveau enclenchée.

- La plupart du temps la redéfinition du constructeur n’est pas suffisante, il est donc nécessaire de définir les fonctions séparément, elles feront toutes appel à la classe parent Mage_Core_Block_Abstract-> toHtml().

public function getCacheKey(){}

public function getCacheLifetime(){}

public function getCacheTags(){}

À noter qu’il est également possible d’installer certaines extensions qui mettent en place ces caches comme le cache pour les catégories ou le cache pour les produits. Il est cependant conseillé de les utiliser avec prudence car elles peuvent ne pas apporter entière satisfaction et provoquer plusieurs erreurs au cours de leur installation.

Optimisation du cache

Par défaut, Magento stocke les données propres au cache et aux sessions sur la même partition que le reste des fichiers, donc dans la majorité des cas, sur le disque dur (file system).

Pour optimiser la rapidité d’accès aux fichiers, il est possible de créer une partition RAM, par exemple via Memcached, et y monter les dossiers racine_magento/var/cache et racine_magento/var/session.

Pour activer Memcached dans Magento, il faut ajouter le bloc de code suivant dans le fichier de configuration: /app/etc/local.xml :

<cache>

<backend>memcached</backend><!– apc / memcached / empty=file –>

<memcached><!– memcached cache backend related config –>

<servers><!– any number of server nodes can be included –>

<server>

<host><![CDATA[127.0.0.1]]></host>

<port><![CDATA[11211]]></port>

<persistent><![CDATA[1]]></persistent>

</server>

</servers>

<compression><![CDATA[0]]></compression>

<cache_dir><![CDATA[]]></cache_dir>

<hashed_directory_level><![CDATA[]]></hashed_directory_level>

<hashed_directory_umask><![CDATA[]]></hashed_directory_umask>

<file_name_prefix><![CDATA[]]></file_name_prefix>

</memcached>

</cache>

Attention! Il faut s’assurer que les variables « host » (ici : 127.0.0.1) et « port » (ici : 11211) soient correctes.  Une fois le fichier sauvegardé, les nouveaux paramètres sont tout de suite actifs.

Il existe de nombreuses solutions pour optimiser l’affichage d’un site. Une bonne gestion du cache est l’une d’entre elles. Magento met  à disposition des développeurs une large palette de fonctions qui leur permet d’adapter le code de façon optimum pour chacun de leurs besoins.

Commentaires
1 Commentaire »
Catégories
Magento, PHP

Like


Statistiques d’accès d’un intranet Ez Publish

Par Anselme Clavier le 1 octobre 2010

Lors de la création d’un Intranet pour un de nos clients nous avons été confronté à la demande suivante : “nous voulons savoir qui se connecte, quand et combien de temps les utilisateurs restent et nous voulons également exporter ces statistiques.

Ez Publish possède une fonctionnalité très intéressante appelée “Audit trailing”. Cette dernière permet de générer des logs basés sur les actions des utilisateurs dans le système :

  • Quoi ?
  • Quand ?
  • Qui ? (adresse IP et User ID)

Néanmoins cette fonctionnalité est limité aux fonctions suivantes :

  • Login
  • Echec de l’authentification
  • Contenu déplacé
  • Contenu supprimé
  • Rôle modifié
  • Rôle assigné
  • Suppression de commande (Pour la partie e-shop)

2 choix s’offraient à nous :

  • Ajouter les fonctions d’audit manquantes : ce qui nécessite la surcharge de certains fichiers du noyaux (afin d’ajouter les actions de log) et le développement d’un module de lecture des logs
  • Développer une extension spécifique qui enregistre et affiche les statistiques dans une nouvelle page du BO

Nous avons choisis de développer une extension spécifique qui permet d’enregistrer en base de données l’activité de l’utilisateur connecté sur l’Intranet.

A chaque connexion d’un utilisateur, l’information est insérée dans la base de données (qui / quand). A chaque chargement de page la dernière heure d’activité est enregistrée permettant ainsi de tracer le temps de connexion de l’utilisateur (utilisation d’un opérateur de template). Lors de la déconnexion de l’utilisateur ou lorsque la session expire la séance de connexion est notée comme terminée dans la base données. Le résultat comporte une mage d’erreur mais permet de donner un bon indicateur sur l’utilisation de l’intranet.

Autre particularité, le pays de l’utilisateur est sauvegardé, le pays est porté par son groupe utilisateur.

Les statistiques sont exportables au format csv pour exploitation sous excel et sont envoyées automatiquement tous les mois aux administrateurs du site.

Page de liste des connexions :

Liste des connexions

Page de détail des connexions d’un utilisateur

Statistiques détaillées

Nous sommes également en mesure d’enregistrer les pages vus par l’utilisateur connecté et le temps passé sur chacune de ces pages. Mais cela fera l’objet d’une évolution si le besoin est exprimé.

Commentaires
Pas de Commentaires »
Catégories
Internet, eZ Publish

Like


BYSOFT est une agence d'Ingénierie Internet Interactive. Nous accompagnons nos clients dans leurs projets E-commerce et Portails en gestion de contenu.
Nous offrons une couverture globale de services : Conseil, Agence Web, Ingénierie, Hébergement et Génération de trafic.
        

Technologies

  • Ajax
  • DotNetNuke
  • Drupal
  • eZ Publish
  • Flex
  • Internet
  • Joomla
  • Magento
  • MySQL
  • OsCommerce
  • PHP
  • Prestashop
  • Spip

Archives

  • 2012
    • janvier
    • février
  • 2011
    • janvier
    • février
    • mars
    • avril
    • juin
    • juillet
    • septembre
    • octobre
    • novembre
    • décembre
  • 2010
    • janvier
    • février
    • avril
    • mai
    • juin
    • juillet
    • août
    • septembre
    • octobre
    • novembre
    • décembre
  • 2009
    • janvier
    • février
    • mars
    • avril
    • mai
    • juin
    • juillet
    • août
    • octobre
    • novembre
    • décembre
  • 2008
    • février
    • mars
    • avril
    • mai
    • juin
    • juillet
    • août
    • septembre
    • octobre
    • novembre
    • décembre
  • 2007
    • janvier
    • février
    • mars
    • avril
    • mai
    • juin
    • juillet
    • août
    • septembre
    • octobre
    • novembre
    • décembre
  • 2006
    • janvier
    • février
    • mars
    • avril
    • mai
    • juin
    • juillet
    • août
    • septembre
    • octobre
    • décembre
  • 2005
    • octobre
    • novembre

Derniers tweets

  • 15-02-2012
    Nouvel article sur le blog des équipes: "la nouvelle version 1.12 de Magento Enterprise" http://t.co/J8JXCQM8
    ReplyRetweetFavorite

  • 14-02-2012
    Sur le blog des équipes : Brève Drupal 8 - HTML 5 http://t.co/EqlVMjQl
    ReplyRetweetFavorite

  • 09-02-2012
    Nouvel article sur le blog de nos équipes: "Mettez des accents dans votre nom de domaine.fr" http://t.co/WEHCUTE8
    ReplyRetweetFavorite

@BysoftFrance
Le site de l'agence | Nous contacter | rss RSS | Twitter Twitter