Aller au contenu
Règlement du forum ×
IPTV et arnaques ×

[Projet] Comparateur de prix matériel informatique


Invité HAVOC

Messages recommandés

Titre : Boutique multi-vendeurs de matériel informatique.

 

Objectif : Fournir une plateforme similaire à celle du site www.rue-montgallet.com

 

Technologies: PHP5, MySQL, AJAX.

 

Suggestions personnelles :

- Utilisation du générateur de template Smarty.

- Utilisation d'un template libre.

- Utilisation de PDO comme couche d'abstraction de base données.

- Utilisation de requêtes SQL précompilées (Protection supplémentaire contre le SQL Injection, gain en performance).

- Nom de domaine : http://www.hardwaredz.com

 

Que les intéressés se manifestent. Les remarques et suggestions sont les bienvenues.

 

EDIT:

- D'ici la fin septembre je pense déployer un serveur privé au niveau de mon institut, celui-ci pourra nous servir de serveur web pour les débuts, cela nous évite d'avoir des frais.

 

- J'ai corrigé le titre car il s'agira plus d'une boutique multi-vendeurs que d'un comparateur de prix.

Modifié par HAVOC
Lien vers le commentaire
Partager sur d’autres sites

Je voudrais juste savoir qui fera la mise à jour ? :D

 

Ce sont les vendeurs qui mettront à jour le catalogue des produits, on peut imaginer mettre en place un système de signalisation pour signaler les irrégularités des prix (exemple, prix affiché 1000 Da mais une fois au magasin on m'annonce que le produit en question coûte 1100Da), les vendeurs qui seront mis en cause cinq fois dans une période déterminée se verront expulsés, de même il y aura un système de vote pour la qualité du produit et la qualité du vendeur.

 

Et si vous pouviez faire un site trés simple à utiliser, pas lent, accéssible à tout le monde :)

 

Personnellement, je suis adepte de la philosophie KISS. Dans le développement web j'évite au maximum les technologies qui ralentissent l'affichage (flash, javaScript...etc). Un template simple certifié XHTML et CSS.

Lien vers le commentaire
Partager sur d’autres sites

Donc si j'ai bien compris HAVOC, il faudra prévenir les revendeurs un à un ?

 

Il faudra en effet dans un premier temps faire un coup de pub en invitant les vendeurs à s'inscrire au site et à éditer des catalogues en ligne de leurs produits, par la suite, avec la mise en place des paiements en ligne, on pourra faire évoluer le site de façon à ce que les visiteurs puissent directement acheter les produits en ligne, une toute petite partie des bénéfices pourra être prélevée sur chaque produit vendu, les vendeurs sont gagnant car cela leur épargne de créer un site, gérer un serveur, ...etc.

 

Bref... l'idée c'est un peu ça, bien entendu, vous pouvez tous y contribuer avec des remarques et suggestion.

 

D'ailleurs, sur quel service héberger le projet? (j'parle pour la phrase de développement).

Lien vers le commentaire
Partager sur d’autres sites

Salut,

comme vous vous en doutez, je suis partant pour le projet :

dernière référence en webdev : http://www.publicite-dz.com

 

Je propose de considérer un ORM pour la partie DB.

Nous avons des possibilités interressantes comme doctrine.

 

je suis partant pour une page googlecode. il faut qu'on puisse partager le code et le fichier sql template

d'ailleurs, je me demande si je ne devrais pas déplacer le projet gnustock sur googlecode aussi. au moins j'ai un wiki directement.

Modifié par bidossessi
Lien vers le commentaire
Partager sur d’autres sites

@bidossessi: le monde est petit ???

J'ai travaillé 3 mois sur publicite-dz et puis rien.

On te demande un site, tu fais le cahier de charge, et toutes les 30 mn on t'appel pour un changements, et le pire, c'est que ton interlocutrice n'a aucunes notion d'internet.

bidossi , wellah tu ma fait rappeler de mauvais souvenirs.

ou la réalité dépasse la fiction en ridicule.

 

j'espère qu'on ta payé ??????????????????????????????

Lien vers le commentaire
Partager sur d’autres sites

@bidossessi: le monde est petit ???

J'ai travaillé 3 mois sur publicite-dz et puis rien.

On te demande un site, tu fais le cahier de charge, et toutes les 30 mn on t'appel pour un changements, et le pire, c'est que ton interlocutrice n'a aucunes notion d'internet.

bidossi , wellah tu ma fait rappeler de mauvais souvenirs.

ou la réalité dépasse la fiction en ridicule.

 

j'espère qu'on ta payé ??????????????????????????????

 

le client de ce projet a changé de nom de domaine 3 fois déjà, donc il est possible que ce n'est pas le même.

le site s'apellait marketing-dz.com au départ, avant de passer à publicite-dz.com et enfin jobmarketing-dz.com.

au passage, oui, j'ai été payé :)

Lien vers le commentaire
Partager sur d’autres sites

1/ J'ai jamais bossé en ORM, j'ai l'expérience de PDO et des requêtes précompilées... cela dit, ce framework semble pas mal... alors why not ?!?!

 

2/ Oui oui... graphisme épurée, un template valide CSS et XHTML fera l'affaire.

Lien vers le commentaire
Partager sur d’autres sites

Hardwaredz, ne prête-t-il pas confusion avec Hard*****?

 

 

Propose autre chose... j'ne suis pas fermé aux suggestions... c'est pas mon projet à moi, c'est le projet de tous :)

Lien vers le commentaire
Partager sur d’autres sites

Je propose de considérer un ORM pour la partie DB.Nous avons des possibilités interressantes comme doctrine.

 

En regardant le site de ce framework j'ai constaté que certains principes de la POO ne sont pas appliqués.

 

Notamment l'utilisation des "getteurs" et des "setteurs", dans la majorité des cas il y a un appel direct des attributs :

echo $monObjet->attribut;

 

Déjà cela implique l'utilisation de l'accessibilité "public" pour les attributs, de plus, ça rend moins évolutif son code, si par exemple demain je modifie le nom de l'attribut de mon objet, je devrais modifier l'ensemble de mes classes qui exploitent cet objet... ce qui peut être fastidieux si j'ai une grosse application.

L'utilisation de setteurs et de getteurs évite ce problème et permet d'appliquer une accessibilité "private" ou "protected" à mes attributs.

 

Autre chose que je trouve drôle en PHP5, la création d'attribut supplémentaire à un object !

Exemple :

 

class UnPoint {

/* Attributs */
$x;
$y;

/* Constructeur */
public function __construct($x, $y) {
$this->$x = $x;
$this->$y = $y;
}

}

 

Si je fais ceci :

$monPoint = new UnPoint(10, 20);
echo $monPoint->x;

 

cela va m'afficher 10, ce qui est normal !

 

Par contre, j'ajoute :

$monPoint->z = 2009;
echo $monPoint->y;

 

Cela va m'afficher 2009, on a donc bien ajouter un attribut à l'objet malgré que cela ne fasse pas parti de sa conception... j'aime pas trop ce phénomène ^^

Lien vers le commentaire
Partager sur d’autres sites

chui un pure OO moi , un pure java !

meme si j'ai commancer a bosser avec php (ya juste 3 mois) mais je garde tjs mes is,set,get !

pour les bd j'ai essayer de cree un petit model/abitude pour etre efficace et rapide .

 

-une ou des classes pour les requêtes

-methodes : set,get,is presentes

-gestion des erreur suivant le model suivant :

chaque methode retourne un tableau , par exemple:

 

$q=new Query();

$data=$q->getClientInfos($id_client);

 

$data[0][0]

$data[0][1]

 

contient les information sur le deroulement de la requete :

 

$data[0][0] == 0 -> erreur dans la requete et le message d'erreur est $data[0][1] ( c'est le mysql_error() , je suis contre les mec qui utilise le "or die()" ) tres efficace pour les message genre "duplicate ****" ...

 

$data[0][0] == 1 -> la requete a bien derouler et le nombre de resultats obtenue = $data[0][1] ( pas la pene de faire un count($data) )

et les resultats sont les $data[$i][$j] avec 1

 

pour l'instant c nikel pour moi , ça me permet de :

-bien gerer les erreurs !

-une séparation complete du php et de l'sql (un code bien claire)

 

maintenant j'essaye de crée des class génériques qui permet l'interrogation de n'importe quel table dans une base de données.

Lien vers le commentaire
Partager sur d’autres sites

Il faut qu'on trouve le nom du site pour pouvoir se lancer pour de bon ^^ Aller aller... faites bosser vos méninges et trouvez nous le nom tip top qui ira parfaitement au site !

Lien vers le commentaire
Partager sur d’autres sites

Comparator.DZ

 

Il me parait cool, non?

 

On peut pas avoir un domaine en .DZ faut un registre de commerce et plein de paprasses inutiles. De plus, faut que le serveur soit physiquement hébergé en Algérie ce qui n'est pas le cas.

Lien vers le commentaire
Partager sur d’autres sites

bonsoir,

Havoc, je pense qu'utiliser les framework en vogue en se moment pourrais uniformiser et accéléré le développement non ?

je parle notamment de zend framework pour php, jquery pour pour Js.

 

Cordialement amine.

 

Accélérer le travail d'équipe, je pense que non car pour aller vite avec un framework il faut le maitriser et je ne pense pas que les éléments actuels de l'équipe soient familiarisés avec ces framework PHP.

 

Personnellement, je connais cakePHP et un peu moins Symphony... pour ce qui est de Zend... je m'y suis jamais intéressé, il m'a semblé moins puissant que les 2 cités.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

  • Messages

    • Bon voilà, ça fonctionne Un grand merci à MichelDZ, le pauvre, 2h hier à essayer de faire fonctionner ca sur mon pc. Aller savoir pourquoi, mais rien ne fonctionnait, pas moyen de faire une machine virtuelle, et les logiciels habituels ne voulait rien afficher, allez comprendre pourquoi, des fois il ne faut pas grand-chose pour que ca parte en cacahouète.  Il n'a pas lâché l'affaire, j'avais abandonné avant lui ^^ mais il a réussi à me le faire fonctionner.  Il m’a même relancé ce matin, savoir si ca allait toujours bien.  👍 Étant ma 1er iptv, je manque de point de comparaison, pour ce qui est du bouquet, je ne pourrais pas dire si c'est mieux ou moins bien que d'autres, mais je suis ravi, ceux qui se plaignent sont difficiles, à ce prix, c'est fou toutes ces chaines, et cette collection de films et séries. Mais pourquoi je ne suis pas venu avant, au lieu de me faire ch** avec le streaming. Enfin voilà, SAV au top, et offre complète, un vendeur que je recommande et garde précieusement dans mes contacts. 🥰
    • Alors que nous peinons à déployer du 100 % fibre optique et à sortir du débit de base  mesquin de 10Mbps, ailleurs le monde scientifique travaille déjà depuis plusieurs années au réseau Internet de demain. Vous avez sûrement au moins entendu parler de la théorie physique sur laquelle il se base : la mécanique quantique. Pour résumer, il s'agit de l'étude des comportements des particules à l'échelle des atomes et plus petit. Pour la première fois, des chercheurs ont créé un système qui relie ces deux composants clés et utilise des fibres optiques classiques pour transmettre les données quantiques. L'exploit a été réalisé par des chercheurs de l'Imperial College de Londres, de l'Université de Southampton et des universités de Stuttgart et de Wurzburg en Allemagne, et les résultats ont été publiés dans Science Advances . Le co-premier auteur , le Dr Sarah Thomas , du Département de physique de l'Imperial College de Londres, a déclaré : « L'interfaçage de deux appareils clés ensemble est une étape cruciale dans la mise en réseau quantique, et nous sommes vraiment ravis d'être la première équipe à avoir pu pour le démontrer. » Le co-premier auteur Lukas Wagner, de l’Université de Stuttgart, a ajouté : « Permettre aux emplacements longue distance, et même aux ordinateurs quantiques, de se connecter est une tâche essentielle pour les futurs réseaux quantiques. » Communication longue distance Dans les télécommunications classiques – comme Internet ou les lignes téléphoniques – les informations peuvent être perdues sur de grandes distances. Pour lutter contre cela, ces systèmes utilisent des « répéteurs » à des points réguliers, qui lisent et réamplifient le signal, garantissant ainsi qu'il arrive intact à sa destination. Toutefois, les répéteurs classiques ne peuvent pas être utilisés avec des informations quantiques, car toute tentative de lecture et de copie de ces informations les détruirait. Il s'agit d'un avantage dans un sens, dans la mesure où les connexions quantiques ne peuvent être « exploitées » sans détruire les informations et alerter les utilisateurs. Mais c’est un défi à relever pour les réseaux quantiques longue distance. Mais des chercheurs ont trouvé la solution. Une façon de surmonter ce problème consiste à partager des informations quantiques sous la forme de particules de lumière intriquées, ou photons. Les photons intriqués partagent des propriétés de telle manière que vous ne pouvez pas comprendre les unes sans les autres. Pour partager l'intrication sur de longues distances à travers un réseau quantique, vous avez besoin de deux appareils : un pour créer les photons intriqués et un pour les stocker et permettre leur récupération ultérieure. Il existe plusieurs dispositifs utilisés pour créer des informations quantiques sous forme de photons intriqués et pour les stocker, mais la génération de ces photons à la demande et la disponibilité d'une mémoire quantique compatible dans laquelle les stocker ont longtemps échappé aux chercheurs. Les photons ont certaines longueurs d'onde (qui, dans la lumière visible, créent des couleurs différentes), mais les dispositifs permettant de les créer et de les stocker sont souvent réglés pour fonctionner avec des longueurs d'onde différentes, ce qui les empêche de s'interfacer. Pour créer une interface entre les appareils, l’équipe a créé un système dans lequel les deux appareils utilisaient la même longueur d’onde. Un « point quantique » produisait des photons (non intriqués), qui étaient ensuite transmis à un système de mémoire quantique qui stockait les photons dans un nuage d'atomes de rubidium. Un laser a activé et désactivé la mémoire, permettant aux photons d'être stockés et libérés à la demande. Non seulement la longueur d'onde de ces deux appareils correspondait, mais elle était également à la même longueur d'onde que celle des réseaux de télécommunications utilisés aujourd'hui, ce qui permettait de la transmettre avec des câbles à fibre optique classiques, familiers aux connexions Internet quotidiennes. L’équipe va maintenant chercher à améliorer le système, notamment en s’assurant que tous les photons sont produits à la même longueur d’onde, en améliorant la durée de stockage des photons et en réduisant la taille de l’ensemble du système. Cependant, en tant que preuve de concept, il s'agit d'un pas en avant important, déclare le co-auteur Dr Patrick Ledingham de l'Université de Southampton : « Les membres de la communauté quantique tentent activement d'établir ce lien depuis un certain temps. Cela inclut nous, qui avons déjà tenté cette expérience à deux reprises avec différents dispositifs de mémoire et de points quantiques, remontant à plus de cinq ans, ce qui montre à quel point c'est difficile à réaliser. "Cette fois, la percée a été de réunir des experts pour développer et exécuter chaque partie de l'expérience avec un équipement spécialisé et de travailler ensemble pour synchroniser les appareils."  
×
×
  • Créer...