Tchinkatchuk

L'avis des internautes t'aidera mais attention, leur choix ne doit pas être suivi à 100%.

Tout dépend du temps que tu as de disponible, des capacités en développement, graphisme, intégration html ...

La plus sérieuse est sans aucun dout Magento mais c'est aussi la plus dure à connaître et la plus complexe.

Une chose est sure. Si les grosses applications le font, ils faut le faire.

Bon, ce n'est pas toujours vrai et il faut comprendre pourquoi.

Je ne connais pas la "limite" pour le nombre de fichiers mais voici comment je fonctionnerais.

Tu fais un md5 de ton nom de fichier par exemple. Tu stock ce md5 en base (par ex: gkhjij567dsds..feg.jpg) et tu stocke ce fichier dans l'arborescence : g/k/h/gkhjij567dsds..feg.jpg

Le nombre de niveaux dépendant du nombre de fichiers sur ton serveur et du nombre de fichiers par répertoire que tu désires obtenir.

Après, il y a peut être mieux.

De plus, je ne vois pas où tu essaie de faire des 301 de ton back office.

Ton back office est rewrité ? et tu le redirige vers le front.php ?

hello captain torche

Un grand merci pour tes conseils et le lien pour le tuto. Je suis d'accord que c'est suicidaire malheureusement je n'ai pas bien le choix, je suis obligé de mettre en place la réécriture.

A++

Tes anciennes urls fonctionneront toujours mais seront dupliquées avec les nouvelles.

Soit tu fais les 301 à la main ^^soit tu peux le faire via une petite extension maison ...

Mais Realurl est désormais assez indispensable car tres rapide en mise en place sous Typo3.

Le seul moyen d'identifier la relation entre xxx et yyy est dans la base ?

Il n'y a aucun moyen sémantique de les repérer via regex ou posix ?

2 moyens en réfléchissant rapidement :

* Mettre tous les couples en RewriteRule dans le htacess ou httpd.conf ( tres fastidieux et en "dur" donc à déconseiller)

* En php, identifier les xxx lors de l'accès à la page et faire une redirection 301 vers yyy.

Si j'ai bien compris, tu es l'annonceur.

Je suis super pas spécialiste, mais l'utilisation d'un cookie, à la manière de ce que fait la plateforme d'affiliation me parait tout indiqué, non ?

Cookie et seulement cookie avec une durée de vie de 30 jours, en effet

Déjà, Paypal, je suis quasiment sur que tu perds des clients.

C'est pratique mais beaucoup moins facile à utiliser qu'un paiement CB type Atos Origin.

Ensuite, ton référencement est-il en rapport avec tes produits ?

Etudie les entrées, les points de sortie.

C'est un métier à part entière et il faut y passer du temps, tester, améliorer, revenir ...

Bonne chance, c'est laborieux mais intéressant.

Si tu trouves Jommla trop compliqué, oublies Drupal, Typo3 et les CMS réputés contenant beaucoup de fonctionalités.

Je ne les connais pas tous mais je le ferais rapidement sous Wordpress, surtout si tu connais déjà la plateforme.

Merci pour vos réponses !

@Tchinkatchuk : Après une recherche (j'avoue rapide), je vois qu'il est difficile de trouver des cours sur ce modèle... Tu saurais où en trouver ? J'aimerais bien lire à ce sujet.

@Captain : c'est vrai que je peux faire comme ça. Non, ce qui me gêne le plus, c'est l'affichage. Si je crée une table par type d'objet, je vais devoir faire de multiples selects (parce que le nombre de colonnes sera sûrement différent), puis les retrier par date via PHP, puis en faire un traitement spécifique pour l'affichage. Avec la deuxième solution, le problème est justement de mélanger de tout dans une même table, dont des objets qui n'auront pas nécessairement le même nombre d'attributs.

Bref, je suis coincé au niveau de la structure : soit j'ai un truc très propre mais dur à mettre en place, soit j'ai un truc moche mais fonctionnel.

@paolodelmare : Merci pour la ressource et pour l'information. Après un rapide coup d'il, je vais attendre de ne plus être le matin pour comprendre les slides, ça m'a l'air bien poussé.

Je n'en ai pas sous la main malheureusement.

J'ai appris à la dure (donc pas forcément la meilleur méthode ) en regardant la base de données de Magento.

Mais une fois assimilé, on a l'impression d'avoir beaucoup plus de possibilités lors de la conception technique.

Ce que tu veux correspond apparremment au modèle EAV.

Des entités (video, news, commentaires, ...) auxquelles sont "attachés" des attributs (titre, video_file, status ...)

En espérant t'avoir guider un minimum

Bon anniversaire le hub.

Je ne passe plus mais loin du pc, proche du coeur

Bonjour à tous,

J'ai un souci avec es urls contenant des points. Je ne vais pas faire tout le topo a propos de pourquoi mon url est comme cceci, etc.

En résumé, mon url est celle ci : www.domain.dev/membre/.../keywords%5B2%5D/C.D.O.S/.../sorting

Mon ht access est celui-ci

Options +FollowSymLinks +ExecCGI

<IfModule mod_gzip.c>
	mod_gzip_on		   Off
</IfModule>

<IfModule mod_rewrite.c>
  RewriteEngine On

  # uncomment the following line, if you are having trouble
  # getting no_script_name to work
  #RewriteBase /

  # we skip all files with .something
  RewriteCond %{REQUEST_URI} \..+$
  RewriteCond %{REQUEST_URI} !\.html$
  RewriteRule .* - [L]

  # we check if the .html version is here (caching)
  RewriteRule ^$ index.html [QSA]
  RewriteRule ^([^.]+)$ $1.html [QSA]
  RewriteCond %{REQUEST_FILENAME} !-f

  # no, so we redirect to our front web controller
  RewriteRule ^(.*)$ index.php [QSA,L]
</IfModule>

# big crash from our front web controller
ErrorDocument 500 "<h2>Application error</h2>symfony application failed to start properly"

Il s'agit du htacccess par défaut de symfony.

Pour le moment, ce htaccess fait que si l'URL contient un pont, il n'y a pas de réécriture mais le serveur apache cherche le fichier. Dans le cas contraitre, symfony s'occupe de la gentille URI.

Mais je voudrais modifier cela pour que si il y a un point mais qu'il n'est pas suivi d'un slash dans le reste de l'URL, on cherche le fichier sinon on réécris. Je ne sais pas si je suis très clair ?

Merci d'avance pour tout aide envers un averti du htacess qui n'y comprend des fois pas plus qu'un débutant ^

Bonjour à tous.

Je souhaite détecter l'encodage d'un fichier ou de plusieurs fichiers à l'aide d'un logiciel ou en ligne de commande.

J'utilise pour l'instant sous Linux ou Mac os X les commandes suivantes :

file -i monfichier
utrac -p monfichier

utrac est plus précis que file.

mais j'ai un souci avec de nombreux fichiers dont un tout particulièrement. Il est censé contenir du roumain (iso...2) si je ne me trompe pas.

La problème est que utrac me retourne un "segmentation fault".

Quelqu'un connait-il un logiciel ou script qui me permettrait de détecter et/ou d'ouvrir ce fichier directement dans le bon encodage ?

Merci d'avance.

CakePHP, Symfony et CodeIgniter

Il y a des comparatifs, mais les 3 cités se détachent.

Oui, je pense que ces 3 la snt très bon. CodeIgniter et plus épuré et tu as plus de codes à faire pour arriver à tes fins. Pour l'instant, il est idéal pour pour faire un gros sites avec des fonctionalités spécifiques.

Symfony te conveindrait peut être plus./

En tout cas, oublie le retour en arrière.

Niveau gestion des droits complexe avec u grand nombre de possibilités, c'est, je pense, typo3 qui st le meilleur. mais après ce n'est pas le plus facile à prendre en main et pas le plus agrébale à travailler. Et ca ne correspond peut être à d'autres besoins que tu aurais.?

Toutefois, ca vaut peut être le cout que tu jette un oeil au système de droit et de workflow de Typo.

Je vois qu'il y a des connaisseurs

JE vous déconseille la mousse au chocolat

Merci à vous. Je vais essayer de faire parler ma classe légendaire

Bonjour à tous,

je me présente : Tchinkatchuk, développeur Symfony, Postgresql principalement.

Je ne suis pas tout a fait nouveua. J'ai pas mal particpé en 2003 mais depuis, je boudais Dan et son site . Non, à l'époque, je faisais énormément de référencement et suivais le forum activement mais depuis, je me suis mis à bosser

Rapidement, je suis Breton immigré à Paris (origniaire de Brest). F Pour la partie plus perso, je suis assez intéréssé par la musqiue (Reggae en particulier), les voyages et le sport (Football, Hockey, Badminton, Plongée).

Donc voila, j'espère revenir plus fréquemment et aider autant que l'on m'a aidé.

Bonne journée à tous et meilleurs voeux.

Bonjour Tchinkatchuk,

Cela faisait lngtemps qu'on ne t'avait plus vu par ici

Lol, je vois ta réponse plusieurs années plus tard.

Ca me semble loin le temps ou je trainais sur ce forum.

Bonne journée mon "ancien" sauveur Dan ^

JE te remercie.

J'ai en effet utilisé le man mais ce que je ne comprenais pas, c'est qu'il interpretait bien le '*.php5' dans le sed mais pas dans la sortie '>'.

Pour le bouquin je trouverais, il y a ptet un sujet qui en prle d'ailleurs, j'aurais besoin de me confirmer en adminbistration !

Bon ben c'est bon.

Bizarrement, il ne me fallait pas le " autour de php5 a partir du moment ou aucun des noms de fichiers ne contient d'espaces

Voici le code pour ma part

for file in *.php5
do
        echo $file
        sed -e 's/Francia/Argentina/g' $file > out_tmp
        mv out_tmp $file
done

Merci a tous et bonne jounée

Au fait, Dan, tu aurais un bouquin a conseiller sur l'administration Linux, etc pour un debutant ?

J'en demande peut etre beaucoup

moi aussi ce ne me ferait pas de mal

j'ai essayé d'utiliser ton petit script Dan et c'est la memerde

#!/bin/sh
for file in '*.php5'
do
mv $file old/
sed 's/Francia/Argentina/g' < 'old/'$file > $file
done

Je fais un move a la place d'un rename car le mv avec extension .old ne fonctionne pas !

le probleme est que le < 'old/'$file ou <old/$file n'est pas accepté. Il ne le prend pas comme une variable mais comme une chaine de caractère. Il recherche old/*.php5

Le move fonctionne mais pas le sed avec $file.

Quelqu'un peut-il m'aider, je suis sur que c'est tout bête.

Merci d'avance.

En tout cas, merci beaucoup.

J'ai cahnger en plus de répertoire et tout fonctionne a merveille.

Pour ne pas avoir de probleme avec les urls fournies a la banque, j'ai créé le meme sous-domaine mais un en http vers un repertoire er un en https vers un autre repertoire

Merci a vous

OK, il me faut une heure pour vois un truc gros comme ... je sais pas d'ailleurs.

Mon répertoire n'avait pas les droits d'execution !!!!!

merci a tous en tout cas

Je le sais bien !!

C'est totalement HALLUCINANT jules edouard comme dirait l'autre.

J'ai supprimé mes htacces, fais un updatedb et un locate de mes htaccess, il n'y a aucun present sur ce chemin de repertoire.

Pourtant toujorus en forbidden.

Mon httpd.conf ne contient rien concernant des interdictions et j'ai redemarré apache 2 fois depuis !!

Bon allez a table, ca ira mieux apres