Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forum osCommerce-fr _ Sécurité - Mises à jour _ MS2-FR RC1 - W3C

Écrit par : Gnidhal 21 Apr 2008, 14:17

Sous l'impulsion de Oneill et avec son travail considérable sur la validation et la traduction de l'installeur de la RC1, cette version devient notre nouvelle référence pour les installations osCommerce.
Malgré le soin porté à la validation de ce pack et le travail fourni par Oneill et moi même pour tester et mettre à jour les divers scripts, il se peut que des erreurs se soient glissées dans les scripts.

Si vous constatez des erreurs ou des problèmes importants sur cette version, vos remarques et commentaires sont bienvenus ici.

Toute question non directement liée à la mise à jour de ce pack sera effacée sans préavis.
Si vous avez des question sur le fonctionnement global d'osCommerce ou l'installation de ce pack, référez-vous aux autres forums, à la FAQ ou posez votre question dans le forum approprié.

http://www.oscommerce-fr.info/portail/index.php?option=com_remository&Itemid=183&func=fileinfo&parent=folder&filecatid=18

Écrit par : oneill 21 Apr 2008, 18:45

Les questions sur l'installation et le fonctionnement de cette version commencent à arriver sur le forum. Il est impératif que vous vous signaliez comme utilisateur de cette version pour éviter toute confusion. Le mieux est de le mettre en signature comme RC1-FR, cela suffira.

Merci


EDITION du 24/04/08 06h44

Quelques fichiers se sont égarés en cours de route (!). Quelques petites modifs se sont avérées nécessaires. Une nouvelle version sera dispo dès le 24/04 en principe.
En attendant, http://www.oscommerce-fr.info/portail/index.php?option=com_remository&Itemid=183&func=fileinfo&parent=folder&filecatid=19 de corrections qui comprends les fichiers manquants ou modifiés et un fichiers txt pour un update sql pour les boutiques déjà installées (mais une réinstalle serait mieux) sinon appliquez le patch directement dans le fichier /oscommerce-2.2rc1-FR-w3c/ sur la version neuve 1.0, les fichiers se mettront en place tout seul et lancer l'installation de la boutique.

Quand mettre ce patch ?

La version qui est actuellement en téléchargement est la 2.0. Comment savoir si vous êtes à jour et comment savoir si vous avez besoin du patch ci-dessus ?
Facile !

Si en page index en admin vous ne voyez pas la liste des clients (John Doe pour les nouvelles install), pas besoin d'ordonnance, vous devez prendre le patch. Cette liste des clients et des commandes est la partie la plus simple à voir pour se rendre compte rapidement.

Écrit par : bes_lau 22 Apr 2008, 23:09

Trés beau travail messieurs, chapeau bas à vous Gnidhal & oneill

Install nickel et en bon français.

Je vais me mettre dessus pour mon prochain site.

Écrit par : angel2005 22 Apr 2008, 23:31

beau travail merci

Écrit par : wumpus 23 Apr 2008, 10:15

Installation facile et sans problème.

Merci encore pour ce travail offert pour toute la communauté.



Écrit par : Billouteman60 23 Apr 2008, 15:47

bonjour, félicitation a vous car il est propre et simple

Merci de votre réponse et félicitation a vous

Écrit par : joef 23 Apr 2008, 19:22

Bonsoir a tous

Je viens d'installer, sans problème particulier, bravo messieurs, la version MS2FR RC1 d'oscommerce et commence a tester sur le serveur.

[problèmes réglés avec le patch et la version 2.0]

Merci en tout cas de cette nouvelle version et de votre aide .

Écrit par : Al09 23 Apr 2008, 20:09

merci beaucoup pour ce boulot smile.gif

j'ai une question idiote blush.gif////

pourquoi ne pas être directement passer à la 2.2 RC 2a

cela pose t'il probléme ?

je la teste en local
il me semble que tout va bien .... pour le moment

merci encore smile.gif

Écrit par : oneill 23 Apr 2008, 20:25

CITATION(Al09 @ 23 Apr 2008, 21:09) [snapback]279016[/snapback]
merci beaucoup pour ce boulot smile.gif

j'ai une question idiote blush.gif////

pourquoi ne pas être directement passer à la 2.2 RC 2a

cela pose t'il probléme ?


Non pas idiote la question . La RC1 est réputée stable, la RC2 ne semble pas encore sèche. Mais on y travail déjà.

Écrit par : Al09 23 Apr 2008, 20:59

merci smile.gif

Écrit par : joef 24 Apr 2008, 09:38

[.....]
Autre remarque, il n'y a pas de paiement par CC (avec TPE perso), ni d'expédition par la poste (tables et zones) dans cette version.
Ma question est donc : Comment récuperer les modules de paiement et d'expédition de mon ancienne version ?

Merci d'avance de ton aide et bravo pour ton efficacité !

Écrit par : oneill 24 Apr 2008, 09:44

Pour tes modules, tu les récupères simplement (ces fichiers vont par deux avec le fichier langue)

Pour les mails, je l'ai fait et refait, ca fonctionne chez moi sur serveur distant.

Écrit par : joef 24 Apr 2008, 11:14

Tu as parfaitement raison pour les emails, ça venait de mon serveur, fonction smtp non activée. Résolu par l'hebergeur.

Pour les modules, je vais faire l'opération selon tes instructions.
Merci

Écrit par : Bonarpe 24 Apr 2008, 15:23

Bonjour,

une erreur impardonnable !

sous l'admin Zones France les départements correspondant à la Bretagne sont notés : 22-29-35-59 !!!

on aura tous rectifiés en notant : 22-29-35-56

Bon, allez c pas si grave que ca. wink.gif






Un Rennais

Écrit par : Gnidhal 24 Apr 2008, 15:49

Rhhhaaa pardon, c'est à cause des biloutes et de leur imprégnation nationale.
Le six s'en est retourné sur le clavier shock.gif didon! heinnnnng?
ça sera réparé dans le prochain patch s'il y en a un wink.gif

[edit] et puis à la réflexion c'est une très vieille histoire quand le 22 était encore dans les Côtes du Nord! Ya de la revanche là dessous

Écrit par : oneill 24 Apr 2008, 15:54

Alors la gnidhal, t'es cuit !!!
La diaspora Bretonne est sur le coup.

Le 6 qui se change en 9... Comme le gars au tiercé qui jouait 2 fois le 9 au cas où le 6 arriverait sur le dos....

59, 56, à quand les baraques à crèpes à la sauce Picalilly ?
(Sur Rennes, autour du stade, c'est plutôt des baraques à galette saucisse...)


Le prochain patch ? J'ai encore de l'ancien sur les doigts... (il a pas 2 heures)

Écrit par : joef 24 Apr 2008, 17:17

Une autre petit remarque :
Il n'y a pas de case a cocher "j'accepte les CGV" dans le checkout_payment.
Un petit oubli mais je crois que c'est obligatoire our les boutiques en ligne .

En tout cas je confirme, cette version est compatible php5

Écrit par : oneill 24 Apr 2008, 17:24

Il n'y a pas les cgv de base. C'est à toi de les installer.

Écrit par : Gnidhal 24 Apr 2008, 17:29

CITATION(oneill @ 24 Apr 2008, 16:54) [snapback]279145[/snapback]
Le 6 qui se change en 9... Comme le gars au tiercé qui jouait 2 fois le 9 au cas où le 6 arriverait sur le dos....
Faut arrêter avec tes conneries, la voisine a failli appeler les flics tellement j'ai hurlé de rire.
CITATION(oneill @ 24 Apr 2008, 16:54) [snapback]279145[/snapback]
Le prochain patch ? J'ai encore de l'ancien sur les doigts... (il a pas 2 heures)
C'est comme les galettes, faut pas laisser refroidir sinon le beurre ne fond plus.

CITATION(joef @ 24 Apr 2008, 18:17) [snapback]279166[/snapback]
Une autre petit remarque :
Il n'y a pas de case a cocher "j'accepte les CGV" dans le checkout_payment.
Un petit oubli mais je crois que c'est obligatoire our les boutiques en ligne .

En tout cas je confirme, cette version est compatible php5
Certes...
Oui, bin non.
Ya une contribution pour ça. Si on intègre une contribution dans un pack de base, ça devient un "fork" même si cette contribution est impérative.
Même avec un pack tout neuf, il faut mettre les mains sous le capot.
Désolé. Compatibilité oblige.
Et puis on va pas tout faire à la place des utilisateurs non plus, sinon où est le plaisir de prendre de l'Open Source si on peut pas claironner après "C'est moi qui l'ai fait!" ?

Écrit par : joef 24 Apr 2008, 17:44

Ok, Ok C'etait juste une remarque ! comme c'est obligatoire ........

A propos des contrib, n'y a t'il aucun problème de compatibilité php5 de ces contrib avec cette RC1 ?
Merci de vos precieux conseils.

Écrit par : Gnidhal 24 Apr 2008, 17:59

En général non, mais faut tester.
PHP5 n'a pas de gros soucis avec le code osC (ou plutôt l'inverse). Le problème peut venir de mySql avec certaines requêtes (dans des vieilles contributions) qui doivent être ré-écrites. La solution est dans la FAQ.
Cependant certaines contributions devront être revues si elles touchent aux fonctions(elles sont rares), c'est la rançon de cette RC1 qui est compatible register_global=off.
Le cas échéant, il faut voir avec l'auteur de la contrib' s'il est disposé à faire un update... sinon au code!

Écrit par : oneill 24 Apr 2008, 21:02

Le diable est dans les détails et aussi dans les dates.
Afin de mettre les dates à la française dans la page index de l'admin(après le login)
Dans admin/includes/modules/index/customers.php remplacez ligne 24

Code
         '    <td class="dataTableContent">' . $customers['customers_info_date_account_created'] . '</td>' .

par
Code
         '    <td class="dataTableContent">' . tep_datetime_short($customers['customers_info_date_account_created']) . '</td>' .


Dans admin/includes/modules/index/orders.php remplacez ligne 27
Code
         '    <td class="dataTableContent">' . $orders['date_last_modified'] . '</td>' .

par
Code
         '    <td class="dataTableContent">' . tep_datetime_short($orders['date_last_modified']) . '</td>' .


Si vous n'avez pas ces fichiers, téléchargez la version 2.0 ou le patch (Et oui, comme ces fichiers avaient été "égarés" ils n'ont pas été francisés à fond. Mea culpa)


Histoire de remettre le Morbihan loin de Lille (heiinnngggg tiot Gnidhal ?)
Code
UPDATE `zones` SET `zone_code` = '22-29-35-56' WHERE `zone_id` =186;

Sur la Base de données bien sûr

Écrit par : NEMROD34 1 May 2008, 14:09

Question bête mais je voudrais être sur avant de me lancer:
le fichier UPGRADE.html indique bien les modifs à faire sur la première ms2 (fr) pour arriver à cette version c'est bien ça ?
Pas besoin de faire les majs de 2005 avant ?

Écrit par : oneill 1 May 2008, 15:20

Oui mais de la version US

Il faut que votre boutique soit à jour de la dernière version téléchargeable ici (oscommerce-2.2ms2-FR-060817-2010) Le Upgrade joint est celui de la version US un peu différent du notre (pas de validation W3C)

Mais si tu peux patienter un peu, je suis en train de faire un gros fichier comparatif qui reprends fichier par fichier en html toutes les modifs faites entre la oscommerce-2.2ms2-FR-060817-2010 et la RC1-FR actuelle.


##############EDIT#############

A savoir que ces versions (US et Française) sont des RC donc pas définitives, puisqu'une RC2a US est sorti et que cette version est en cours de réalisation ici. Donc modifier en profondeur une boutique en prod avec tous les risques que cela comporte avec une RC me parait peut être un peu précipité.
Personnellement, mes boutiques vont rester telle qu'elles sont. Les changements pour les register_globals ne m'est pas utile par exemple car ca, ca va changer le comportement de la boutique et des contribs installées antérieurement, vont certainement ne plus fonctionner correctement.

Si c'est pour remonter de la boutique neuve, pas de problème mais attendez-vous à des mises à jours successives (RC2a FR puis RC3 US et RC3 FR s'il y a lieu)

Écrit par : tiaris 15 May 2008, 17:47

Je vais tester cette nouvelle version, j'ai juste un problème de codage de caractères :

les caractères accentués ne s'affichent pas et donc la validation w3C donne

Citation
1. Warning

Sorry, I am unable to validate this document because on line 420 it contained one or more bytes that I cannot interpret as utf-8 (in other words, the bytes found are not valid values in the specified Character Encoding). Please check both the content of the file and the character encoding indication.

The error was: utf8 "\xEA" does not map to Unicode


mon serveur est une debian Etch classique.
Y a-t-il une astuce, un paramètre à mettre ou me faut-il convertir tous les fichiers dans le bon codage de caractères ?

J'ai trouvé tout seul :
Citation
j'ai modifié la configuration d'apache2
AddDefaultCharset ISO-8859-1

ne pas oublier de redémarrer /etc/apache2/apache2 reload pour les debian

Si c'est utile à quelqu'un d'autre...

cela fait un moment que je veux renouveler mes sites, vaut-il mieux attendre la RC2 fr ou je me lance à installer les contributions ?

Écrit par : angel2005 16 May 2008, 15:31

bonjour,
apres plusieurs essais, il y aurrait apparement un souci avec les mises à jours des commandes, celle ci se font bien et sont dans la base mais aucun mail part.

cdt

Écrit par : oneill 16 May 2008, 16:56

Oui, oui, on a bien un soucis avec les mails de changement de statut.

Pour moi le problème est dans ce test (comme ca, vite fait, à la louche)

Code
          if (isset($HTTP_POST_VARS['notify']) && ($HTTP_POST_VARS['notify'] == 'on')) {
            $notify_comments = '';
            if (isset($HTTP_POST_VARS['notify_comments']) && ($HTTP_POST_VARS['notify_comments'] == 'on')) {
              $notify_comments = sprintf(EMAIL_TEXT_COMMENTS_UPDATE, $comments) . "\n\n";
            }

Dans admin/orders.php

Mais on est un peu charette Gnidhal et moi en ce moment. Si vous avez une idée, n'hésitez pas. wink.gif

Écrit par : angel2005 16 May 2008, 17:22

ha ok pas de souci, je pensais avoir vu un post a ce sujet mais soit il etait pas fait soit il est ailleurs.

j'ai tester la version rc2 et sur cette version ca marche, je me suis dit que j'allas placer le fichier orders de la rc2 dans la rc1 et la ca marche pas.

ca me rappel quand j'ai tenter de resoudre ce souci sur une contribution. je vais regarder de ce cote aussi.

cdt

Écrit par : Gnidhal 16 May 2008, 21:42

Fixé :
un oubli suite à la traduction des flags 'true/false' en 'Oui/Non', c'est ma faute :
dans admin/includes/application_top.php, lignes 66 à 70, remplacer :

Code
// set application wide parameters
   $configuration_query = tep_db_query('select configuration_key as cfgKey, configuration_value as cfgValue from ' . TABLE_CONFIGURATION);
   while ($configuration = tep_db_fetch_array($configuration_query)) {
     define($configuration['cfgKey'], $configuration['cfgValue']);
   }
par
Code
// set application wide parameters
  $configuration_query = tep_db_query('select configuration_key as cfgKey, configuration_value as cfgValue from ' . TABLE_CONFIGURATION);
  $config_flag_in = array('Oui', 'Non');
  $config_flag_out = array('true', 'false');
  while ($configuration = tep_db_fetch_array($configuration_query)) {
    $configuration['cfgValue'] = str_replace($config_flag_in, $config_flag_out, $configuration['cfgValue']);
    define($configuration['cfgKey'], $configuration['cfgValue']);
  }

Pack bientôt à jour et patch téléchargeable rapidement aussi.

Écrit par : Gnidhal 16 May 2008, 22:15

Citation (tiaris @ 15 May 2008, 18:47) *
j'ai juste un problème de codage de caractères .../...
j'ai modifié la configuration d'apache2
AddDefaultCharset ISO-8859-1
ne pas oublier de redémarrer /etc/apache2/apache2 reload pour les debian

Petite précision sur cette version RC1 :
le codage html des caractères accentués avec des entités html du genre &eacute ou &eagrave a été abandonné car il est inutile dès lors que le codage des pages est correctement synchronisé tout ISO-8859-1 ou tout UTF-8.
A noter que le code de page de cette version est ISO-8859-1 et nécessite donc un serveur utilisant le même charset comme Tiaris en a fait l'expérience.
Si vous souhaitez passer la version en UTF-8, c'est possible.
Pour cela, vous devez en premier modifier le charset du site dans chaque fichier de langue, ex.: french.php, changer :
Code
// charset for web pages and emails
define('CHARSET', 'iso-8859-1');
par
Code
// charset for web pages and emails
define('CHARSET', 'UTF-8');

Ensuite vous allez devoir ré-enregistrer tous les scripts destinés à l'affichage (donc pas les scripts de function ou de class par exemple mais tous les scripts de la racine + les scripts du répertoire languages/ et quelques autres comme header.php ou footer.php) en UTF-8 avec un éditeur de texte qui fait correctement la conversion (PsPad le fait, mais il n'est pas le seul). N'oubliez pas l'administration!
Enfin, il va falloir aussi convertir la BDD en passant les tables et la bdd entière de Latin vers UTF-8 (un export puis un enregistrement au bon format suffisent généralement)
La majorité des serveurs mutualisés en France sous Apache utilisent le ISO-8859-1. Toutefois et si ce n'est pas le cas, il est parfois possible de changer ce charset depuis la console d'administration fournie par l'hébergeur, sinon voyez avec lui comment procéder (une ligne dans le .htaccess peut aussi être mise en place)

NB le charset UTF-8 est plus puissant et surtout plus vaste en possibilités de codage que le charset ISO (qui nécessite d'être adapté à l'alphabet, donc peu portable dans tous les langages).
Avec de l'UTF-8 on peut afficher des caractères japonnais, cyrilliques, espagnols ou bretons (ha ? ya des caractères spéciaux bretons? Nooon! c'est pour rire!) sans changer le charset!
avec de l'ISO, il faut changer pour chaque langue utilisant des caractères propres.
Malheureusement l'UTF-8 n'est pas encore parfaitement accepté par tous les navigateurs et/ou éditeurs de code et l'encodage des caractères ce qui peut poser des problèmes d'affichage.

Écrit par : Gnidhal 18 May 2008, 12:04

Bug rencontré sur la page de gestions des attributs avec un serveur sur register_globals = off :
il est impossible de changer de page d'affichage avec les liens 1 | 2 | >>
(bloc Options, Valeurs ou Attributs des produits)
le fix est le suivant :
dans admin/products_attributes.php entre la ligne 14

Code
$languages = tep_get_languages();
et la ligne 16
Code
$action = (isset($HTTP_GET_VARS['action']) ? $HTTP_GET_VARS['action'] : '');
insérer les lignes suivantes :
Code
  //BOF debug multi-page_links ### Gnidhal ###
    if (isset($HTTP_GET_VARS['option_page'])) $option_page = $HTTP_GET_VARS['option_page'];
    if (isset($HTTP_GET_VARS['value_page'])) $value_page = $HTTP_GET_VARS['value_page'];
    if (isset($HTTP_GET_VARS['attribute_page'])) $attribute_page = $HTTP_GET_VARS['attribute_page'];
  //EOF debug multi-page_links ### Gnidhal ###


NB : Ce bug n'apparait pas sur un serveur en register_globals = on puisque justement le mode register_globals transfère les valeurs $HTTP_GET_VARS en variables locales.

Mise à jour à venir sur le pack en ligne (V4)

Écrit par : joef 23 May 2008, 10:10

Bonjour a tous !

Je suis en phase de test . Tout ce passe bien mais je viens de rencontrer un petit soucis avec les newsletters.

Dans l'admin , lorsque j'essaye de creer (sauver) un bulletin d'info, j'obtient le message d'erreur suivant :
"Module bulletin d'informations requis ! "
Le fichier newsletter.php est bien dans admin/includes/modules/newsletters/ ainsi que dans admin/includes/languages/french/modules/newsletters/

Ces fichiers semblent correct. Ou ce situe le problème ?

Merci de votre aide toujours efficace.


Écrit par : jihef 23 May 2008, 16:47

Bonjour Joef
J'ai eu le même problème que toi (Module bulletin d'informations requis !)
Ce message d'erreur provient d'un test effectué dans le fichier admin/newsletter.php (lignes 41 à 44).
J'ai passé la variable de la ligne 43 de true à false ($newsletter_error = false;) et tout est rentré dans l'ordre !
(J'espère que ce test ne sert pas à autre chose et que je n'ai pas créé de pb ailleurs ! Si quelqu'un a des lumières la dessus ...)
Bon code
JF

Écrit par : jihef 25 May 2008, 17:53

Bonjour Gnidhal, et merci de ta réponse.
Suite au problème rencontré pour envoyer une newsletter (message d'erreur "Module bulletin d'informations requis ! ") tu indiques :

Citation
@jihef : la V3 devrait éliminer ce problème. La conversion 'true'/'false' de 'Oui'/'Non' avait été oubliée dans le V2 blush.gif

Effectivement je n'avais pas la dernière version de admin/application_top.php. Je réinstalle la RC1 V3 et je refais des tests pour voir ce que ça donne.
Cordialement
JF

Écrit par : joef 27 May 2008, 20:39

Pour moi cela ne fonctionne pas.
Meme avec la mise a jour, le problème persiste. "Module bulletin d'information requis".
Puis je laisser la ligne 43 sur "false" ou bien cela risque t'il de gener le fonctionnement de la boutique ?
Merci de votre aide.

J'ai refais une install complete, meme chose !

Écrit par : jihef 29 May 2008, 19:29

Bonjour à tous, (et un début de réponse à joef)
Je crois avoir repéré ce qui se passe pour l'affichage du message d'erreur "Module bulletin d'information requis" dans admin/newsletter.php
Cela dépend du paramétrage de Register_globals (dans php.ini)
- Si Register_globals est à On, pas de problèmes avec la RC1 V3 ; on peut laisser le test des lignes 41-44 (dans admin/newsletter.php) à true.
- Si Register_globals est à Off, on a le message d'erreur. On peut le faire sauter en passant le test des lignes 41-44 à false. Je pense qu'il n'y a pas de risque, dès lors que les fichiers admin/includes/modules/newsletter/newsletter.php (et product_notification.php) existent bien (c'est ce que vérifie ce test).
Bon code
JF

Écrit par : jihef 12 Jun 2008, 15:29

Bonjour à tous,
Je teste actuellement la rc1 v3. J'ai constaté que si on veut "envoyer cet article à un ami" (fichier tell_a_friend.php), les champs "votre nom" et "votre adresse électronique" ne sont pas pré-remplis (Sur ma précédente boutique en ms2 ils étaient bien pré-remplis).
J'ai d'abord complété le formulaire en indiquant que ces informations sont requises, mais ce n'est évidemment qu'un pis-aller !

[RESOLU] Je me réponds à moi-même, ayant trouvé la solution. Si cela peut servir à quelqu'un...

Dans catalog/tell_a_friend.php rechercher la portion de code tep_draw_input_field('from_name') a priori vers la ligne 158
Il faut rajouter la "value" de ce formulaire, c'est à dire remplacer :

Code
<td class"main"><?php echo tep_draw_input_field('from_name'); ?></td>

Par :
Code
<td class="main"><?php echo tep_draw_input_field('from_name', $from_name); ?></td>

Puis il faut faire de même (vers la ligne 162) de façon à pré-remplir l'adresse e-mail et donc remplacer :
Code
<td class="main"><?php echo tep_draw_input_field('from_email_address'); ?></td>

Par :
Code
<td class="main"><?php echo tep_draw_input_field('from_email_address',$from_email_address); ?></td>

Je ne sais pas pourquoi le comportement de la rc1 est différent de la ms2 précédente, mais enfin la modif ci-dessus semble résoudre le pb !
Bon code
JF


Écrit par : Phocea 19 Jun 2008, 20:31

Les fichier mail.php et les modules newsletters.php ainsi que products_notification.php n'utilise pas la fonction tep_mail, ce qui une erreur je pense, mais pas du à la traduction

C'est tout ce que j'ai trouvé comme problème pour le moment, donc un très bon boulot smile.gif

Écrit par : shoprun 20 Jun 2008, 07:14

Citation
Les fichier mail.php et les modules newsletters.php ainsi que products_notification.php n'utilise pas la fonction tep_mail, ce qui une erreur je pense

Effectivement, mais ils utilisent directement la classe mail.php, ce qui revient au même normalement, non ?.
La fonction tep_mail() utilise la classe mail.php, cette fonction est là juste pour simplifier/diminuer le code.

@Phocea
Du coup, quel est le problème que tu rencontre ? Que constate tu ?

Écrit par : Phocea 20 Jun 2008, 13:50

tep_mail fait un test pour voir si la clef de configuration EMAIL_USE_HTML est vrai ou fausse. Les modules ne passant pas par tep_mail envoi le mail en texte tout le temps.

En plus, tant qu'a avoir des fonctions, autant factoriser le code pour qu'il marche avec. Une meilleur maintenance du code en découle

Écrit par : shoprun 20 Jun 2008, 17:51

Citation
En plus, tant qu'a avoir des fonctions, autant factoriser le code pour qu'il marche avec. Une meilleur maintenance du code en découle
Effectivement, vu sur cet angle ça ce justifie.

Mais j'ai du mal à croire que le communauté osC est effectuée une telle erreur (encore que ce n'est pas une erreur mais un choix), de plus ne rien faire pour la corrigée depuis le temps, sans compter que sur la MS3 ce même principe y est encore.

Je pense qu'il faut garder à l'esprit le contexte, la newsletter + la notification est susceptible de faire des envoies de mails en masse pouvant atteindre un nombre énorme suivant les sites (plusieurs milliers voir des dizaines de milliers de mails), un mail au format html est automatiquement plus lourd que le format texte, ça peut être une source d'erreur ...
Je pense que c'est pour cela qu'ils ont fait ce choix, qui quelque part force celui qui le modifie à bien juger des conséquences.

Si on dit que c'est une erreur, alors c'est une erreur délibérée, enfin, c'est comme cela que je vois la chose ...

Puis si on connais un peu php, ce qui doit être le cas, c'est loin d'être compliqué de le modifier, puis pour les allergiques aux php, en cherchant un peu je serais étonné qu'il y pas une contribution proposant de corriger cela.

Écrit par : coconimo 2 Jul 2008, 15:19

erreur de données dans le fichier oscommerce.sql du dossier install (native à l'original également) :
fabricant erronné :[warner]

Code
insert into products (products_id, products_quantity, products_model, products_image, products_price, products_date_added, products_last_modified, products_date_available, products_weight, products_status, products_tax_class_id, manufacturers_id, products_ordered) values ('3', '2', 'MSIMPRO', 'microsoft/msimpro.gif', '49.9900', '2006-08-19 16:06:10', NULL, NULL, '7.00', '1', '1', '3', '0');

remplacer avec :
Code
insert into products (products_id, products_quantity, products_model, products_image, products_price, products_date_added, products_last_modified, products_date_available, products_weight, products_status, products_tax_class_id, manufacturers_id, products_ordered) values ('3', '2', 'MSIMPRO', 'microsoft/msimpro.gif', '49.9900', '2006-08-19 16:06:10', NULL, NULL, '7.00', '1', '1', '2', '0');

fabricant erronné :[microsoft]
Code
insert into products (products_id, products_quantity, products_model, products_image, products_price, products_date_added, products_last_modified, products_date_available, products_weight, products_status, products_tax_class_id, manufacturers_id, products_ordered) values ('4', '13', 'DVD-RPMK', 'dvd/replacement_killers.gif', '42.0000', '2006-08-19 16:06:10', NULL, NULL, '23.00', '1', '1', '2', '0');

remplacer avec :
aucune idée puisque le distributeur est Sony, ex Columbia ...
ninja.gif

Écrit par : Phocea 4 Jul 2008, 14:06

Bon je me suis tapé la mise à jour de la 2.2RC1 vers la 2.2RC2a. Je vous partage donc les fichiers qu'il faut remplacer dans la MS2-FR RC1 - W3C pour faire la mise à jours.
Si vous avez fait des modifs, utilisé un comparateur de fichier. Si vous trouvez des erreurs, faites en part au plus vite que je corrige:

http://www.eboutik.net/tmp/Upgrade%202.2RC1FRW3C_2.2RC2aFRW3C.rar

Écrit par : planetaire 13 Jul 2008, 06:35

bonjour, super boulot.

après maj RC1 => RC2a, j'ai du remettre la traduction des flags oui/non => true/false dans le /includes/application_top (ligne 66 à 70 code ci-dessous)
et aussi intégrer l'upgrade.sql qui se trouve à la racine du patch (pour avoir notamment les 2 nouveaux champs et les nouveaux index)

CODE

// set the application parameters
$configuration_query = tep_db_query('select configuration_key as cfgKey, configuration_value as cfgValue from ' . TABLE_CONFIGURATION);
$config_flag_in = array('Oui', 'Non');
$config_flag_out = array('true', 'false');
while ($configuration = tep_db_fetch_array($configuration_query)) {
$configuration['cfgValue'] = str_replace($config_flag_in, $config_flag_out, $configuration['cfgValue']);
define($configuration['cfgKey'], $configuration['cfgValue']);
}



Écrit par : armoise 30 Jul 2008, 16:46

version : 2.2RC2aFRW3C. Pour information

Le Champ de la Date de disponibilité : (YYYY-MM-DD) dans admin/categories.php ne s'affiche pas

---> avec admin/includes/javascript/... de la version 2.2RC2aFRW3C

---> le champ date fonctionne corrrectement avec admin/includes/javascript/... version 2.2RC2a pris sur oscommerce.com

Bon dvpt

Écrit par : corbin 10 Dec 2008, 16:21

Tout d'abord, bravo pour la somme de travail.

Citation (Gnidhal @ 21 Apr 2008, 14:17) *
Si vous avez des question sur le fonctionnement global d'osCommerce ou l'installation de ce pack, référez-vous aux autres forums, à la FAQ ou posez votre question dans le forum approprié.
Ensuite, je profite d'un petit travail de remise à flots lié aux register_globals qui passent à off dans cette version, pour oser une remarque sur les http://www.oscommerce-fr.info/faq/search.php?search=register_globals&x=0&y=0 dans la FAQ, et qui mériteraient un petit lifting.

Écrit par : delete 19 Dec 2008, 14:09

J'interviens sur ce sujet épinglé afin que tous ceux qui sont en perdition avec leur module Atos ne pratiquent la même hérésie comme différents post que j'ai vu à ce sujet (remplacement de checkout_confirmation de la RC1 par celui de la MS2)

Donc :
excl.gif Pour les Utilisateurs de Solutions ATOS lire ce sujet :

http://www.oscommerce-fr.info/forum/index.php?showtopic=58660&view=findpost&p=305914

wink.gif

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)