Discussion :

[openeyes]

Bonjour,

Je possède dans mon entreprise un logiciel intranet développé en php/AJAX qui fait appel à une base de données.

Ce logiciel est en local via WAMPSERVER (sous Windows)

Le logiciel fonctionne très bien, aucun soucis. Cependant l'accès aux données est très très très ... très lent. A tel point que parfois j'ai "dépassement de délai"...

Mon ordinateur est pourtant récent mais j'avoue que le logiciel fait appel à beaucoup de données...

Plus je rentre des données sur mon logiciel plus le temps d'accès est long...

Donc je pense opter pour un server (mac mini), est ce la solution ?

Comme je ne m'y connais pas beaucoup en serveur, quelqu'un peut il m'orienter sur l'installation.

Si un serveur est nécessaire (j'attends déjà vos retours pour savoir si cela est vraiment nécessaire...), le mac mini est il un bon rapport qualité / prix ? N'y aura t il pas de problème en utilisant ce serveur sur Windows XP ? Le temps d'accès sera t il plus rapide ?

J'aurai besoin d'un bon tutoriel qui explique comment installer un serveur mac mini avec une connection internet.

Merci d'avance,

[highleaf]

Bonjour,

Je te conseille de choisir une machine type mini PC qui consomme peu, genre un processeur à 1 GHz, 1Go ou 2 de ram, un truc qui ne consomme pas, qui ne fait pas de bruit, avec un disque de 500 Go. Un mac mini c'est cher pour ce que c'est et c'est galère pour mettre les mains dedans.

Ensuite, une distribution linux avec déjà les interfaces de configuration, genre : sme server, clear os et si tu es plus doué une debian, centos, archlinux...

Et ton précieux : http://www.linuxhomenetworking.com/

Budget : 200-300 € environ.

J.H

[rakakabe]

Faits : il y a plusieurs données mais que l'accès est trop lent.
hypohtèses : à mon avis,

• soit ta façon d'accéder aux données est mauvaise (du genre SELECT * alors que tu veux juste le CODE, ou peut être selectionner tous alors que l'on a uniquement besoin des 10 dernières entrées, ...)
• soit simplement parce que le firewall bloque l'accès (à vérifier car suis pas sûr)

[souviron34]

j'appuie fortement ce que vient de dire rakakabé..

Avant de penser à modifier le matériel, il serait bon de savoir réellement où ça coince...

• Est-ce dans la requête ?
• Est-ce dans la construction de la base ? (trop de tables intermédiaires, ou bien mauvais découpage des tables)
• Est-ce dans l'utilisation du langage ? (par exemple le stockage une fois la requête effectuée, ou bien une mauvaise utilisation de l'affichage)

Si tout est absoluent correct et efficace de ce côté-là, là on peut commencer à penser matérie (plus de mémoire, machine plus rapide...)

[openeyes]

J'ai utilisé le framework CodeIgniter. Mes requêtes SQL ne sont pas trop grosses, elles sont plus ou moins basiques, j'affiche 6 champs dans un tableau par nombre de bons de dépôts...

Si quelqu'un pouvait m'aider paerceque c'est mon outil de travail, et je suis plus ou moins bloqué ... A la limite prendre le controle de mon ordi via Teamviewer pour voir ce qui ne fonctionne pas ...

HELP :/

[openeyes]

Bizarre, je viens de basculer le logiciel vers mon pc fixe (Core 2 duo) et il fonctionne normalement. Alors que sur mon portable i3 4Go de RAM ca pose pb. Comment cela est il possible ?

[chettane]

je pense que c'est un peut de tout ça c'est a dire du matériel et du logiciel. dans ce dernier je pense que votre conception {étude et conception,requête,base de donne.. } na pas été bien conçut , a mon avis essaie de simplifier votre conception et aussi de limiter l'affichage et le chargement de donnée sauf les plus utiles

[CinePhil]

Ce qui est spectaculaire avec un SGBD pour améliorer les performances, c'est une bonne indexation des tables.
Vous passez de l'escargot à la Ferrari parfois en quelques clics ou en deux lignes de code SQL.