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

    • Avis:  Les nouveaux membres vendeurs d'iptv doivent obligatoirement  détailler leurs offres (sans donner les prix ni des liens externes). Il leur est accordé un délai de 15 jours pour éditer leur 1er message afin de lister leurs abonnés ainsi que les testeurs sous peine de limitation ou d'interdiction de publications dans cette discussion.
    • Ah non, c'est juste le lien qui a changer pour je ne sais quelle raison...  
    • Faut-il débrancher ou laisser un téléviseur en mode de veille ? Vous avez  un nouveau téléviseur intelligent et vous vous demandez s'il vaut mieux le laisser en veille ou s'il faut l'éteindre complètement après chaque utilisation. Peut-être avez-vous entendu des arguments des deux côtés, vous ne savez pas qui a raison et vous ne voulez pas risquer d'endommager votre nouveau téléviseur avec de mauvais conseils. Ce n'est peut être pas ce que vous pensez , vous devez laisser le téléviseur en veille si vous l'utilisez quotidiennement. Débrancher et rebrancher un téléviseur plusieurs fois par jour exerce une pression inutile sur le transformateur, entraînant des dommages pouvant réduire la durée de vie de votre téléviseur. Pendant des périodes plus longues, vous devez débrancher le téléviseur de la prise de courant . Contrairement à ce que pensent la plupart des gens, laisser un téléviseur en veille est en réalité très sûr. La principale préoccupation des gens lorsqu'ils laissent leur téléviseur en mode veille lorsqu'ils ne sont pas utilisés est que l'écran risque de brûler. Cependant, cela vient généralement d’une confusion entre le mode veille et un économiseur d’écran. La veille éteint l'écran et met le téléviseur dans un état de faible consommation, tandis qu'un économiseur d'écran le maintient allumé. Il existe également de nombreux types d'économiseurs d'écran, certains sont spécialement conçus par les fabricants de téléviseurs pour réduire les rémanences en utilisant des images animées. Néanmoins, je recommande le mode veille car il éteint complètement l'écran, ce qui est bien mieux pour prolonger sa durée de vie. Qu'est-ce que le mode veille ? Le mode veille sur un téléviseur est très similaire à la fonction veille sur un ordinateur. Au lieu d'éteindre l'appareil, il le maintient dans un état de consommation inférieur à des fins d'économie d'énergie. Démarrer un téléviseur à partir du mode veille est généralement beaucoup plus rapide que de le démarrer à partir de zéro, car les fichiers du téléviseur sont déjà chargés. Et si vous partez pendant des semaines, des mois ou en vacances ? Le mode veille est clairement sûr à utiliser, et il est si sûr que les fabricants de téléviseurs utilisent le bouton d'alimentation de la télécommande pour mettre le téléviseur en veille. Cependant, il y a certains inconvénients à laisser un téléviseur dans un état de consommation faible pendant de longues périodes. Les principaux risques sont les surtensions. Même si la plupart des téléviseurs disposent d'alimentations capables de gérer de petites surtensions, les plus importantes peuvent néanmoins endommager les composants, surtout lorsqu'ils sont en mode veille. Pour cette raison, si vous prévoyez de ne pas utiliser votre téléviseur pendant un certain temps, c'est une bonne idée de le débrancher du mur pour vous assurer qu'il est complètement éteint. Une surtension peut se produire également pendant que votre téléviseur est allumé. Bien que les téléviseurs soient généralement conçus pour gérer les surtensions, certains peuvent néanmoins endommager les composants. Si votre téléviseur n'est pas endommagé par une surtension il est seulement bloqué avec la led rouge allumée, vous devrez peut-être le réinitialiser aux paramètres par défaut. Les étapes à suivre varient selon le modèle. Une méthode courante consiste simplement à débrancher le téléviseur, à le laisser éteint pendant 60 secondes, puis à le rebrancher. Un autre argument dissuadant de  laisser un téléviseur en veille est qu'il consomme toujours de l'électricité, pas beaucoup, mais cela peut se répercuter sur votre facture d'énergie. La quantité d'électricité qu'un téléviseur consomme en veille représente généralement 2 à 5 % de sa consommation électrique typique. Un téléviseur qui consomme 145 watts/h bouffera qu' environ 2,9 à 7,25 watts/h en mode veille.        
    • le site est encore foutu...plein de liens dans lespace client ne fonctionne meme pas !!!!!!!!!!!!!!!!!!!!!!!!!!!
×
×
  • Créer...