Aller au contenu

niko38190

Membres
  • Compteur de contenus

    31
  • Inscription

  • Dernière visite

À propos de niko38190

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

niko38190's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. Même problème pour moi avec le hostfile 1.6.3. Tout les téléchargements tombent en attente (sauf quelques rares exceptions). De plus, quand je vais dans la configuration du hostfile pour y mettre mes identifiant premium, j'ai un message qui me dit que le compte ou le mot de passe n'est pas valable, ce qui est faux, je suis bien en premium et j'utilise bien les bons identifiants. Je soupçonne des changements récent coté Uptobox. Redémarrer le NAS (VM) n'y change rien pour moi... EDIT: Bon finalement c'est tombé en marche au bout d'un moment sans raison particulière... Le hostfile semble tester la validité du compte en téléchargeant le cookie d'authentification, et en appliquant une simple regex sur le contenu de la page "My Account" récupérée avec cURL. Il y a peut-être eu une indispo sur cette page pendant un petit moment (de mon coté ou du côté d'uptobox), ce qui expliquerait le "compte non valable" et l'impossibilité de lancer un téléchargement.
  2. niko38190

    Fichier Host Uptobox

    Oups, en effet tout est ok ! J'avais oublié de changer les paramètres DNS du NAS après avoir changer de FAI il y a quelques semaines. Désolé pour la fausse alerte et merci pour le host file Uptobox. .
  3. niko38190

    Fichier Host Uptobox

    Bonjour, Ne fonctionne pas pour moi (v1.2 avec le téléchargement direct activé sur mon compte premium). Au moment de vérifier mon compte depuis Download Station, le "Vérification en cours" ne se termine pas. Si je valide quand même et que je test avec le téléchargement d'un fichier, rien ne se passe.
  4. Des nouvelles sur un éventuel spk nodejs ?
  5. Bug corrigé dans la version 4.2 du DSM
  6. niko38190

    Erreur

    Même problème pour moi, j'ai voulu désinstaller plex mais même après la désinstallation, un processus plex tourne toujours en arrière plan et utilise le port 32400, du coup impossible de refaire une installation propre sans éteindre le syno en appuyant sur le bouton power car le process plex empêche le reboot du syno.
  7. Voici la réponse de Synology Ils vont surement m'envoyer un Nas tout neuf ( l’espoir fait vivre ).
  8. J'ai créer un ticket sur cette page ce lundi : https://myds.synology.com/support/support_form.php?lang=fre Je ne sais pas si c'est la page adéquate mais je n'ai pas trouver autre chose...
  9. Bon j'ai trouver un moyen de contourner le problème . Pour ceux qui souhaitent installer Symfony sur un Nas rencontrant ce problème, il faut éditer le fichier RouteCompiler.php qui se trouve a l'emplacement suivant : Votre-dossier-webDossier-de-SymfonyvendorsymfonysymfonysrcSymfonyComponentRoutingRouteCompiler.php Trouvez la ligne suivante (ligne 71 dans la version actuelle de Symfony2) : // find the first optional token $firstOptional = INF; et remplacez la par : // find the first optional token $firstOptional = -log(0); Videz le dossier appcache et recommencez l'installation, tout devrait fonctionner.
  10. Le problème c'est que INF est définie mais vaut 0 sur mon DS1512+, donc impossible de lui donner une valeur. Mais bon au final et comme dit un peu plus haut, je ne sais pas vraiment si mon problème de regexp est directement lié à ce problème de constante. C'est possible qu'il n'y ai aucun rapport entre les deux mais en tous cas j'ai constaté dans mon entourage que tous les environnement PHP qui affiche INF = float(0) rencontre l'erreur des regexp mal générées dans Symfony.
  11. Le problème psuken c'est que toutes les Regexp générés par Symfony posent problème, c'est pour cette raison que je veux trouver le fond du problème afin de toutes les régénérer correctement et non pas seulement celle-ci. Sinon PiwiLAbruti, la constante INF est bien définie mais pas correctement, enfin pas comme sur la majorité des environnement qui n'ont pas de problème avec Symfony... Et comme tu le sais surement, ce n'est pas vraiment correcte (Voir peut-être impossible) de redéfinir une constante. Edit : J'ai déjà essayer de remplacer la regexp de mon 1512+ par celle de mon DS209 et en effet ça ne pose plus de problème, mais le problème c'est que je dois faire ça pour chaque regexp, et j'aurai ce problème à chaque fois que symfony m'en générera une... J'essai donc plutôt de trouver la raison des cette "mauvaise génération de regexp" plutôt que de réparer les dégâts. @Mike913 : Le DS1512+ et le DS712+ sont très proches, je pense que si tu essaies d'installer Symfony sur ton DS712+ tu seras confronté au même problème que moi, ça peut-être intéressant de vérifier...
  12. Le script de Mike913 me renvoi "INF" donc il semblerait que cette constante soit défini. Le problème c'est que c'est la seule différence que j'ai trouvé entre mon DS1512+ et mon DS207 qui pourrait peut-être expliquer les problèmes rencontrés. Pour info, voici le message d'erreur que j'ai à l'installation de Symfony : preg_match(): Compilation failed: unmatched parentheses at offset 41 in /volume2/web/Symfony/app/cache/dev/appdevUrlMatcher.php line 154 Ligne 154 sur le DS1512+ (celui qui bug): if (0 === strpos($pathinfo, '/_configurator/step') && preg_match('#^/_configurator/step(?:/(?<index>[^/]+))?)?$#s', $pathinfo, $matches)) { Sur mon DS209 cette ligne est différente est ne pose pas de probléme : if (0 === strpos($pathinfo, '/_configurator/step') && preg_match('#^/_configurator/step/(?<index>[^/]+)$#s', $pathinfo, $matches)) { Le fichier appdevUrlMatcher.php est généré par Symfony au moment de l'installation et comme vous pouvez le voir ici, les regexp générés sont un peu différentes. Au début je pensais que c'était à cause d'une version trop veille de PCRE sur mon DS1512+, mais pourtant c'est exactement la même version qui équipe le DS209... J'en ai donc conclu en cherchant un peu sur la toile que celà pouvait étre lié à cette constante prédéfinie. Je rappel que mes 2 syno utilisent la version 4.1-2661 de DiskStation. Voici leurs phpinfo() : DS1512+ : http://nikoserveur.com/test.php DS209 : http://nikoserveur.com:2000/test.php Merci beaucoup pour votre aide
  13. Bon, je viens de faire un reset de mon synology et j'en ai profité pour mettre à jour le firmware en 4.1-2661. Hélas, j'ai toujours le même problème, impossible d'installer Symfony2... Si quelqu'un possédant un DS1512+ passe sur ce Topic, merci de faire le test avec mon script, ça me rassurerais de savoir que je ne suis pas le seul à avoir ce bug...
  14. Alors j'ai déjà essayé de mettre ces lignes au début de mon script de test : ini_set('INF', 'test'); et define('INF' , 'test'); Mais ça n'a absolument rien changer, la sortie affiche toujours float(0). Et pour définir les constante directement depuis le php.ini je ne sais pas vraiment comment m'y prendre, je ne sais même pas si c'est possible... Un mec semble avoir le même problème ici : http://stackoverflow...-has-value-zero Ici aussi : https://groups.google.com/forum/?fromgroups=#!topic/silex-php/peZqxXhC0yw
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.