paolodelmare
-
Compteur de contenus
280 -
Inscrit(e) le
-
Dernière visite
Messages postés par paolodelmare
-
-
Bonjour
Pas de pb sous firefox3, je n'ai pas ie et ne puis donc vérifier.
-
-
Bonjour
parmi ceux que je connais, je recommande régulièrement typolight, modx , drupal (cmsms ou pluxml pour les tout petits projets).
Je déconseille joomla malgré sa notoriété (zéro souplesse, sécurité---)
par rapport à tes exigences ce serait plutôt Drupal (c'est le seul dont je sois sur pour la galerie vidéo)
Il est vrai que ce n'est pas le plus simple
Pour un site plus costaud, un mutualisé sera forcément bridé et limité.(cf davidm)
Pour le développement solide d'un site d'envergure, un dédié avec python/django (ou python/zope/plone+ plugin type plumi) aurait mes faveurs.
Tout dépend aussi, comme toujours, de ce que tu peux investir dans le projet (en temps, en compétence et en argent).Pas mieux.
-
Je suis d'accord avec toi david, on ne s'est pas compris dur l'acceptation du terme.
Il est vrai que "commercial" prête ici à confusion.
Pour le libre, j'ai déjà constaté des pratiques peu scrupuleuses où des prétendus pros revendaient un cms LGPL à un client en faisant de la rétention d'information (ils ne précisent pas le choix que tu évoques).
Je trouve ça très moyen de profiter de l'ignorance du client et j'espère que ces pratiques sont marginales.
On digresse un peu par rapport au sujet initial, donc je ne posterai plu sur ce topic.
Bonne journée à tous.
paolo
-
Absolument,
dans ce cas la méthode permet de ne pas charger l'image entièrement
[edit]Il est vrai que la question initiale portait sur un upload par formulaire
-
C'est la référence.
Beaucoup trop lourd pour des projets à taille humaine.
Uniquement sous windows.
Couteux (1300)
Difficile à interfacer avec des produits non microsoft (crm,erp)
En libre, l'équivalent est openworkbench que j'ai déjà cité
Il faudrait que tu précise tes besoins, ton volume de trvail, de personnel, les évolutions à venir pour te conseiller plus précisément.
-
Non, le script récupère seulement la portion utile du fichier (bloc à bloc) pour la vérif
page d'origine (cf commentaires) http://www.php.net/getimagesize
-
->petit-ourson : non pas de flash ou de clien-side, c'est du server-side (download bit à bit de la portion permettant la vérif)
voici un script (auteur: james relyea de zifiniti)
<?php
// Retrieve JPEG width and height without downloading/reading entire image.
function getjpegsize($img_loc) {
$handle = fopen($img_loc, "rb") or die("Invalid file stream.");
$new_block = NULL;
if(!feof($handle)) {
$new_block = fread($handle, 32);
$i = 0;
if($new_block[$i]=="\xFF" && $new_block[$i+1]=="\xD8" && $new_block[$i+2]=="\xFF" && $new_block[$i+3]=="\xE0") {
$i += 4;
if($new_block[$i+2]=="\x4A" && $new_block[$i+3]=="\x46" && $new_block[$i+4]=="\x49" && $new_block[$i+5]=="\x46" && $new_block[$i+6]=="\x00") {
// Read block size and skip ahead to begin cycling through blocks in search of SOF marker
$block_size = unpack("H*", $new_block[$i] . $new_block[$i+1]);
$block_size = hexdec($block_size[1]);
while(!feof($handle)) {
$i += $block_size;
$new_block .= fread($handle, $block_size);
if($new_block[$i]=="\xFF") {
// New block detected, check for SOF marker
$sof_marker = array("\xC0", "\xC1", "\xC2", "\xC3", "\xC5", "\xC6", "\xC7", "\xC8", "\xC9", "\xCA", "\xCB", "\xCD", "\xCE", "\xCF");
if(in_array($new_block[$i+1], $sof_marker)) {
// SOF marker detected. Width and height information is contained in bytes 4-7 after this byte.
$size_data = $new_block[$i+2] . $new_block[$i+3] . $new_block[$i+4] . $new_block[$i+5] . $new_block[$i+6] . $new_block[$i+7] . $new_block[$i+8];
$unpacked = unpack("H*", $size_data);
$unpacked = $unpacked[1];
$height = hexdec($unpacked[6] . $unpacked[7] . $unpacked[8] . $unpacked[9]);
$width = hexdec($unpacked[10] . $unpacked[11] . $unpacked[12] . $unpacked[13]);
return array($width, $height);
} else {
// Skip block marker and read block size
$i += 2;
$block_size = unpack("H*", $new_block[$i] . $new_block[$i+1]);
$block_size = hexdec($block_size[1]);
}
} else {
return FALSE;
}
}
}
}
}
return FALSE;
}
?>ce n'est pas un de ceux que je connais mais le principe est le même
-
Je confirme, getimagesize() se base sur le contenu;tu peux lever une exception E_WARNING si le type est invalide, et un autre (E_NOTICE je crois) si c'est illisible. (la doc est sur php.net)
Attention, pour les gros fichiers c'est assez lent, car il faut uploader l'image en entier avant de faire le check. On trouve des bons scripts qui permettent de vérifier le type avant le transfert.
Si je retrouve ceux que j'ai déjà utilisé je mettrai le lien ici.
(Perso je préfère imagemagick)
Bon courage
-
Feyesh, tu touches du doigt le souci majeur de tous les intégrateurs : les caprices des navigateurs (allez, surtout un)
Si ton HTML est propre, c'est déjà un bon point. ultérieurement, tu peux perfectionner ton code en vérifiant sa sémantique, réduire les balises au juste besoin etc
Les pb d'affichages sont essentiellement liés aux CSS, interprétés (comme cela vient d'être écrit) différemment selon les moteurs de rendus.
De plus, certains navigateurs (allez, surtout un) gèrent mal certaines images (png).
Pour que ton site s'affiche correctement sur d'autres navigateurs que celui sur lequel tu as travaillé, il faut adapter les css et rechercher les hacks publiés sur le net.
Une autre solution (pour ie) est d'utiliser les commentaires conditionnels dans le html afin de charger une feuille de style en fonction du navigateur.
Les designs fluides ou liquides sont difficiles à implémenter et souvent peu robustes. on corrige ce problème avec des min/max-width pour autoriser l'adaptation dans une certaine plage
Les designs trop statiques risquent d'obliger l'internaute à scroller horizontalement (ça c'est mal)
Les designs élastiques permettent d'adapter le design à la taille des caractères.
Le mieux est souvent d'observer le (bon) travail des autres dans les sites de layouts et de s'en inspirer.
Il existe aujourd'hui plusieurs services permettant de voir son travail sur une multitude d'os/navigateurs, comme litmus ou browsershots.
Bon courage!
-
-> davidm
Ca ressemble à une licence commerciale :
"The commercial license for TYPOlight helps to get around the stickier points of the LGPL and make the system work for your individual project" http://www.typolight.org/commercial-license.html
Après tout dépend de ce que l'on entend par "commercial"
Effectivement, la GPL et à fortiori la LGPL ne contredisent pas une utilisation commerciale de son propre logiciel http://www.gnu.org/philosophy/selling.fr.html. Cependant, faire une utilisation commerciale (vente) du logiciel écrit par un autre, même si c'est autorisé voire encouragé (cf. diffusion onéreuse de Linux), ça me parait douteux médiocre dans ce contexte...
Le business model du libre repose sur les services.
-
En desktop :
open workbench
ganttproject
-
-
C'est difficile de donner une réponse pertinente. Certains hébergeurs de mutus surveillent l'activité de ton domaine pour éviter les scripts qui bouclent indéfiniment et risquent de ne pas tolérer une surcharge. Le mieux est de consulter l'aide ou les forums de ton hébergeur ou de contacter le service technique.
Pour un taux récurrence important, il te faudra un dédié.
-
Absolument ! pb des droits d'auteurs et du "vol" de bande passante...
-
J'ai oublié http://www.woozweb.com/homeview, un observatoire proposé par smile.
-
->Xeon, smashingmagazine est un must, avec des tonnes de liens chaque jour
Voir aussi freelanceswitch (orienté bizness) avec et la ribambelle de site en *tuts (psdtuts, nettuts,vectortuts) du même editeur (collis et cyan ta'eed)
Sitepoint (editeur de bouquins australiens)
alistapart (mister zeldman)
noupe
faveup (portfolio), csszen
boxesandarrow (wireframe)
jakob nielsen (usability)
smile et ses livres blancs
breek publie de bons comparatifs
actengo accessibilité
lire (et comprendre l'anglais) est très utile
et bien sur google...
bonne lecture
->xethorn je bookmarque ton site silent-strength !
-
Effectivement, il faut anticiper sur les besoins futurs, mais il reste important de considérer le juste besoin !
->david Ok pour Modx et surtout typolight qui sont deux merveilles
->libelinfo typolight est sous lgpl, ce qui signifie que la seule obligation est de préserver les infos de copyright (en commentaire dans le html) et le code source. Une license commerciale est dispo (200)
Évidemment, on ne peut revendre ce cms (ça ne me viendrait pas à l'idée de faire payer pour le taf d'un autre)
-
Bonjour
Wordpress peut être utilisé comme un cms classique (un petit coup de google sur "wordpress as cms" vous donnera toutes les astuces) ou http://www.scriptol.fr/blogs/wordpress-cms.php
CMSMS est un très bon outil
Pluxml est un outil basique qui fonctionne sans bdd, ce qui peut être un atout pour des tous petits sites
Si votre contenu n'est pas appelé à changer souvent, un codage en dur (html) peut être le plus adequat !
Bon courage!
-
Absolument ! Spip est confidentiel hors francophonie mais reste un outil solide et rapide à prendre en main. Il est intéressant pour la rédaction collaborative et le multilinguisme.
Il dispose également de fonctions sympa comme la génération d'images typographiques (type sifr/flir)
La dernière version a été entièrement remaniée et corrige (il paraît) les approximations de codage.
Les ressources sont nombreuses dans la langue de molière (plugins, docs, livres) et un bouquin libre est téléchargeable chez www.framasoft.net
La communauté est en général très open et sympa (apéros spips, ça va plaire aux broxs!)
Wordpress est un très bel outil, malgré le snobisme de certains (c'est le cms le plus utilisé de la planète)
Bien que très orienté blog, il est utilisable (et très utilisé) comme CMS classique
Une autre solution que je préconiserais dans votre cas est typolight, un cms robuste et doté de pas mal d'extensions utiles. I
il dispose d'origine de phplist pour la newsletter, d'un framework css, d'une gestion des news, de lightbox pour les images et j'en passe. L'installation d'extensions se fait en un clic, grâce à un dépôt(repository) bien fourni.
Pour avoir examiné le code, je peux témoigner de son extrême propreté.
Par contre il ne tourne que sous php5, ça peut être une limitation chez certains hébergeurs.
- Publication de type blog pour l'actualité du groupe de musique- Gestion de plusieurs utilisateurs pour la publication de billet et modification du site avec différents niveau de restriction de l'edition
- Possibilité d'avoir accès privé à une partie site pour le partage des partitions de musique et d'autres informations propre au bagad
- Newsletter
- Galerie photo ou chacun peut mettre ces photos avec également restriction privé/public
pour le blog : oui, grace au module de news
Groupe utilisateurs :oui
acces prive : oui
newsletter : oui
galerie photo : oui
La courbe d'apprentissage est plus raide, mais ça reste très abordable. un manuel en français est téléchargeable, et un forum français est visible ici : www.typolight.fr
Bon courage et kénavo!
Problème de connexion à la base de données
dans PHP
Posté
Pour débuter, je te conseille (vivement) de bosser en local, c.a.d d'installer un package apache mysql phpmyadmin sur ton poste (xamp,ou wamp)
Suis un tuto du type http://pbnaigeon.developpez.com/tutoriel/P...site-dynamique/
Quand ça fonctionnes, tu uploades les fichiers avec un client ftp (filezilla) chez ton hébergeur après avoir vérifié qu'il supportatit ta version de php et créé une bdd (connaissant serveur de bdd, logion+pass)
Bon courage