[Spip] Prêt pour MySQL

Salut tout le monde,

J'ai installé phpMyAdmin (2.0.5) sur Atlas, il nous permet de travailler
sur la base MySQL "copains", qui contiendra toutes les tables que l'ami
Erwan est en train de nous concocter.

L'adresse du phpMyAdmin :
http://rezo.brainstorm.fr/phpMyAdmin/

Si vous avez besoin de travailler dessus, demandez-moi le
login/passwd.

Laz

Yop, ça m'intéresse! :slight_smile:

ARNO*

>Si vous avez besoin de travailler dessus, demandez-moi le
>login/passwd.
Yop, ça m'intéresse! :slight_smile:

Pareil !

Erwan.

Salut tout le monde,

J'ai été assez discret ces derniers temps, vu que je suis plongé dans la conception du suite Vuibert en PHP/mySQL. L'intérêt du truc étant que j'ai réussi à vendre (pour un prix qui me semble personnellement indécent, mais Erwan m'a dit que c'était plutôt pas cher) un projet en mySQL alors que je n'avais jamais fait de mySQL auparavant...

Toujours est-il que ça avance bien, je m'en sors plutôt bien avec les requêtes croisées.

Le principe de fonctionnement (c'est ce que je leur ai vendu):

-> je livre un moteur, ensuite je ne m'occupe pas de tenir le site à jour; ce sont les éditeurs (responsables éditoriaux si vous voulez) de Vuibert qui tiennent eux-même à jour les fiches de chaque livre.

-> en échange de ce supplément de travail (puisqu'auparavant ils ne géraient pas le site ni de base informatique de leurs livres), le système leur fournit un service: ils peuvent utiliser le même système pour produire l'abondante paperasserie qui jalonne la vie d'un livre. Du coup, la "surcharge" peut s'avérer un gain de temps: auparavant, chaque éditeur utilisait Word pour rédiger la "fiche argumentaire" (technique et commerciale) de chaque livre, chacun à son format; le même travail, réalisé en ligne, permet désormais de fabriquer le site Web. Ensuite, d'autres documents peuvent être facilement générés automatiquement en exploitant les informations déjà fournies.

Salut tout le monde,

- Ah si, un truc donc je suis assez content: j'ai réussi à installer
la bibliothèque JPEGlib dans mon système; mais pas d'une manière
optimale, car je n'ai pas d'accès root à mon hébergement. Du coup, je
peux tout de même gérer des transformations de JPG et de Gif par PHP
(je n'ai pas la bibliothèque GD, donc pas d'accès aux imagecreate de
PHP) par un "passthru" en PHP (exécution d'un programme externe).

Ben moi aussi, je suis content. Je viens d'installer FreeType sur atlas et
ca marche nickel. C'est l'outil qui me permet de générer mes GIFs de titre
sur menteur (la date, le titre, la date de la derniere chronique).

Ca se fait aussi par un appel externe :

exec("/usr/local/bin/ftstrpnm -g -p 18 Garabd.ttf \"".$dt."\" |
/usr/bin/ppmtogif >auto/date.gif");

Garabd c'est la fonte (il faut avoir le .ttf correspondant dans le
repertoire), $dt c'est le texte à mettre en GIF, 18 c'est la taille.

Vous pouvez jeter un oeil sur http://rezo.brainstorm.fr/freetype.
Le script une.php genere l'image auto/date.gif

Donc a priori on pourra utiliser ça si on veut que des scripts créent des
imagettes pour nos noms de dossiers, de webzines ou de thèmes... Le seul
problème pour l'instant c'est que les images sont générées uniquement sur
fond blanc et ne sont pas transparentes, mais ca peut sans doute se
changer.

Laz

Question de sécurité : il faut que tu nettoies $dt pour en supprimer (ou
modifier) les guillemets "

* Pierre Lazuly (lazuly@rezo.net) écrivait :

Pour un essai j'ai envoyé la base de données des revues du Diplo dans une
table. Problème : j'avais deux lignes possédant le même code, donc il refuse
'code' comme clé primaire. Jusque-là c'est normal. En revanche, comment
supprimer un enregistrement ? phpMyAdmin n'a pas l'air de le faire ?

* Pierre Lazuly (lazuly@rezo.net) écrivait :

Pour un essai j'ai envoyé la base de données des revues du Diplo dans une
table. Problème : j'avais deux lignes possédant le même code, donc il refuse
'code' comme clé primaire. Jusque-là c'est normal. En revanche, comment
supprimer un enregistrement ? phpMyAdmin n'a pas l'air de le faire ?

PhpMyAdmin n'arrive a faire des "delete" que si la table possede une
clef primaire...
En fait, pour le faire, tu dois toi-meme trouver deux champs discriminants
pour la ligne que tu veux supprimer et faire a la main un
delete from table where champ1=x and champ2=y;

Erwan.

En effet, maintenant que ma table est propre et avec clé primaire, les
boutons "effacer" "modifier" apparaissent à côté des champs.

* Erwan Cario (erwan@ornitho.org) écrivait :