Site immobilier

ViPHP
ViPHP | 2291 Messages

24 mai 2010, 19:31

Merci Dunbar,

je met tout sur une meme page ou pas?

ou le lien je le met sur la page désirere... :lol:

je viens de la tester sa marche
Franchement je te dis merci

Tes un boss.
=D>
A toi de choisir :wink:
ImageCe que l'on apprend par l'effort reste toujours ancré beaucoup plus longtemps.

Eléphanteau du PHP | 10 Messages

24 mai 2010, 20:04

Juste une derniere question :^o

On fait comment pour l'habillage html
du detail...

donc des pages details

ViPHP
ViPHP | 2291 Messages

24 mai 2010, 20:28

ImageCe que l'on apprend par l'effort reste toujours ancré beaucoup plus longtemps.

ViPHP
AB
ViPHP | 5818 Messages

24 mai 2010, 21:59

Sinon c'est à vocation professionnelle ce site ou un truc comme ça pour t'amuser ?

Parce que pour un truc pro tu parts sur de mauvaises bases :

Normalement il ne devrait pas y avoir plusieurs colonnes pour représenter un contenu de même nature.
Si une maison peut être représentée par plusieurs photos alors il ne faut pas faire plusieurs colonnes mais une table spécifique pour stocker les photos. Idem pour ta colonne "prestation".

Pourquoi ? parce que ça t'éviterais d'avoir des trous dans ta table pour les maisons n'ayant qu'une prestation (ou aucune) et pareil pour les photos.

Mais surtout le plus important c'est que ton code serait naturellement évolutif si tu avais trois tables distinctes, et tu n'aurais rien à modifier si par exemple un jour une maison avait plus de 5 photos ou plus de 3 prestations.

Alors qu'avec ton système, pour augmenter le nombre de photos ou de prestations tu devras non seulement recréer des colonnes dans ta table (qui créeront autant de trous pour les maisons ne le nécessitant pas) mais aussi, petit détail qui a son importance, refaire toutes tes requêtes et système de récupération des données.

A ta place, j'y réfléchirait plus de deux fois avant d'aller plus loin :wink:

Eléphanteau du PHP | 10 Messages

24 mai 2010, 23:02

Bonsoir ab.

Non ce n'est pas a vocation professionnel
je suis en 1 année de bts informatique, et cette année, je suis en stage dans une entreprise immobilière qui n'ont pas de site.
Donc je m'y colle.

Le truc c'est que cette année en cour, c'est que on a vu le basic en php ( la connections, l'insertion, suppression, modification...)
On a fait très peut d'heures.

Donc s'attaquer a un site immobilier au début c'est assez complexe.

En plus, plus tard je voudrais plutôt m'orienter dans le design..

Voila bonne soirée
http://horws-studio.com

ViPHP
ViPHP | 2291 Messages

24 mai 2010, 23:10

Bonsoir ab.

je suis en stage dans une entreprise immobilière qui n'ont pas de site.
Donc je m'y colle.
Donc c'est bien un truc pro (pour reprendre le terme de AB :) .
Tu devrais suivre ces conseils quand-même.
ImageCe que l'on apprend par l'effort reste toujours ancré beaucoup plus longtemps.

Eléphanteau du PHP | 10 Messages

24 mai 2010, 23:41

Bonsoir,

Je comprend pas pourquoi pas plusieurs tables
Apres tout, j'ai une table pour chaque type de bien ( terrain, maisons, appartement, commerce...)

Donc je trouve sa logique d'avoir plusieurs tables.

Après
dunbar un ptit probleme :(

$sql = "SELECT id, ville, categorie, type, nbre_chambres, surface_sejour, surface_habitable, surface_terrain, type_cuisine, type_chauffage, prestation_1, prestation_2, prestation_3 FROM mais_vente order by desc
";


le order by me met une erreur...


Puis ensuite
Pour insere une photo de ma bdd

<?php

echo '<img src="/photo/'.$aze.jpg.'">';

?>

ne marche pas

ViPHP
AB
ViPHP | 5818 Messages

25 mai 2010, 03:25

ORDER BY, si tu traduis en français ça donne quelque chose comme "ordonner par" donc la requête attend que tu lui donne le paramètre logique suivant qui est le même qui te viendrais à l'esprit si tu poursuivais cette phrase : ...ordonner par quoi ? Et le quoi est le nom de la colonne sur laquelle tu veux faire ton tri. Après avoir donné ce nom tu donne l'ordre du tri.

Sinon pour ce que je te disais plus haut ce n'est pas vraiment du code ou de la technique php mais simplement un principe d'organisation. Selon le modèle que tu choisis tu auras une souplesse d'évolution quasiment sans contrainte ou pas d'évolution possible sauf à refaire une grande partie du code.

Relis ce que je te disais plus haut. Ce n'est que de la logique.

Quand tout ton code sera fini terminé, tu fais comment si le client te demande :
<< - Oui mais aujourd'hui j'aimerais bien avoir plus de cinq images par maison. J'ai maintenant deux ou trois très gros biens et en fait il faudrait que je puisse mettre beaucoup plus, en fait je ne sais pas vraiment combien, c'est suivant les cas, donc en fait un nombre indéterminé de photos pour représenter chaque maison >>
Et là si tu n'as que ta table "maison" avec ses cinq champs réservés, tu te rend compte que tu as un très très très gros souci 8-|
Tu comprends ? Ta méthode est valable mais figée.

L'autre demande plus de travail lors de la conception de la structure des tables et des requêtes qui devront faire appel à des jointures (oui enfin c'est pas non plus compliqué dans le cas de ton sujet) mais en contre partie c'est beaucoup plus souple et tu n'aurait pas de limites concernant par exemple le nombre de photos par maison. Et même principe pour les prestations.

Donc si ton boss te jure devant tous les dieux réunis que jamais au grand jamais, il n'aura jamais non vraiment jamais besoin de plus de cinq photos par maison, tu peux faire simple et appliquer la méthode avec une seule table (tout en sachant qu'à moins de refaire un grosse partie du code, les possibilités sont figées, il faut insister sur ce point).

Ou alors tu peux lui dire "oui ça fait plus de travail de conception au départ mais en contre partie vous n'auriez pas de limites et donc de regrets en cas de nouveau besoin que vous n'avez pas prévu aujourd'hui"...

Donc voilà l'enjeu du problème et il faudrait bien étudier cette question avec l'entreprise pour laquelle tu travailles (ton client) avant d'aller plus loin. C'est ce qu'on appelle bien définir le cahier des charges.

Et si tu as compris les données du problème et que tu sais bien l'expliquer (je t'ai donné les exemples) tu auras déjà gagner pas mal de points sans avoir pondu une seule ligne de code. Lâches un peu ton clavier, c'est pas forcément du temps perdu :wink:

Eléphanteau du PHP | 11 Messages

26 juin 2012, 12:18

Bonjour à tous!

Je tenais à vous remercier pour ces posts, ils sont très utiles pour les débutants comme moi ;-)
En tout cas, même après 2ans, on s'en inspire encore.

Petit nouveau ! | 3 Messages

12 oct. 2012, 13:58

Et oui un site immobilier c'est pas des plus facile à mettre en oeuvre et à gérer. Moi même j'ai un petite site immo et je me suis arraché les cheveux un bon moment pour que tout marche. On retrouve en effet beaucoup de fonctionnalité dessus : annuaire, module de vente, blog, articles, etc.. etc... Et c'est en parcourant les différents sites immo et post comme celui ci en php/sql que moi aussi j'améliore mon site.
Bonne chance à tous et merci pour l'aide.