Reprise du message précédent :
ya quelqu'un qui connait un peu PHP / symphony qui pourrait m'aider quelques minutes svp ?

 
Step 1 - Faire un devis exorbitant
Step 2 - Sous traiter à Kenshineuh avec 50% de marges
Step 3 - Profit
Step 4 - ???

envoie les questions ici, on est plusieurs à pratiquer.

Bon Flaie, lors de ma prochaine mission, je vais p-ê faire du Java et un peu de Kotlin
Je vais te sous-traiter la partie Kotlin

https://gist.github.com/nraynaud/72 [...] 7c8249fa2a
comment je réparre cette erreur ?
 
(PHP 5.3)

ouch, c'est quelle version de symfony?

 
ouai et aussi le contexte ?    

C'est marqué : Installing symfony/symfony (v2.6.13)
 
Ca pue ton projet nraynaud
Ton client il est vraiment en 5.3 en prod ? Parce que ça fait 7 ans que c'est plus maintenu la branche 5.3 : https://www.php.net/eol.php

Avec recursion (mais qui reste toute relative) + memoization ça tourne en < 10ms ici

3eme dose de 5G faite, j'aurai même plus besoin de la fibre \o/

j'ai ça côté prod:
https://imgur.com/a/gvSbueo
 
j'ai trouvé ça dans le fichier lock:

je m'en fous je suis là pour de la géométrie.

@nraynaud tu peux poster le contenu du composer.json ? ainsi que ton app/config/config.yml

plus maintenu, plus maintenu, tant que ça marche hein

https://gist.github.com/nraynaud/42 [...] b58199ee8f
 
j'ai répondu à moiitié à côté en postant le .lock, parce que j'ai un warning que le lock et le json sont pas en phase.

Le mec il n'a aucune preuve qu'il est l'inventeur du BTC, mais il vient quand même de récupérer un portefeuille de 1,1 million de BTC, d'une valeur de 54 milliards de $.
 
https://www.theguardian.com/technol [...] h-billions

 
 
Je fais plus de PHP/Symfony depuis un moment.

 
Et toi pendant ce temps on se fait chier à bosser pour quelques miettes.  

J'ai hésité à faire la blague dans la salle d'attente, je captais quasiment aucun réseau sur mon tel.

J'aurai du dire qu'ils se sont encore trompés de vaccin et que je capte rien avec mon tel.

Ma récursion à moi est absolument dégueulasse

Tente de passer la config serializer à false dans ton config.yml (L.13), puis de clear le cache symfony ensuite et de recommencer le composer install.

Sinon, option inverse, avant de faire ton composer install, tente un composer require symfony/serializer, j'ai l'impression que ce composant est manquant. Avec un peu de chance ça va auto-tagger le bouzin.

PS : j'aime pas symfony

Day 9 : enfin  
Faut vraiment que je lise les énoncés correctement, j'étais parti sur un truc v'la compliqué
 
https://github.com/Ydalb/adventofco [...] solve2.php

Bon j'ai passé mes variables un peu délicates (login/pass mysql, smtp, clés diverses, ...) dans des variables d'environnement Apache. Finalement c'était assez simple (j'ai juste remplacé l'attribution en dur de mon fichier de conf genre $bddpass = 'toto' par $bddpass = getenv('bddpass') (enfin presque, avec un test d'existence quand même).
 
J'ai juste eu un peu peur en affichant un phpinfo() ... qui affiche toutes les variables d'environnement.
C'est aussi - à mon sens - plus sensible aux failles qui permettraient l'exécution de code php arbitraire, c'est assez facile d'aller faire un var_dump($_SERVER) ;
Bon après en cherchant j'ai vu qu'o peut aussi utiliser get_defined_vars() et ainsi avoir TOUTES les variables, donc ça ne change finalement pas grand chose au problème...  
 
Personnellement après avoir ouvert ma connexion à la bdd je faisais un unset($dbpass) histoire qu'il ne traine pas en variable/mémoire, à priori on peut faire pareil pour les variables d'environnement donc ça devrait être ok.
 
Bref il faut juste être plus vigilant et ne pas faire d'output de tout $_SERVER (chose que je faisais par exemple pour du débug dans les mails que j'envoie lorsqu'il y a une erreur PHP sur le serveur en prod).
 
Du coup j'en reviens un peu à une de mes premières questions sur ce topic : maintenant que mon fichier de config est propre et sans login/pass/clé... comment je peux faire pour que ces infos ne soient plus jamais retrouvables dans l'historique de git ?

 
Tu peux pas réécrire l'historique de Git by design.  
 

18 ans pour rentabiliser, à condition que la prod soit à la hauteur de la simulation (d’ailleurs qui l’a faite ? Tient-Elle compte du fait que les panneaux perdent environ 20% de puissance sur 15 ans ?). Pas ma définition du bon plan…

Poste le composer.json Nray.
 
J'ai l'impression qu'une dépendance n'est pas fixée et du coup le composant serializer est plus récent que son utilisation dans le projet.

https://gist.github.com/nraynaud/42 [...] b58199ee8f
 
 
 
\o/ j'ai réussi à m'activer mon propre compte \o/
 
maintenant j'essayer de me passer admin

tu penses que le prix de l'elec ne va pas bouger en 18 ans ? en 10 ans, ça a pris 50% d'augmentation , il pourrait y avoir +10-12% au 1er janvier 2022 ( https://www.lemonde.fr/economie/art [...] _3234.html )

la garantie est 20% de pert au bout des 25 ans de garantie
Le nerfs de la guerre est le rendement réel des panneaux solaires : l'hypothèse est de 60% de la capacité pendant les heures d'ensoleillement . Mais ça c'est un pari.

edit : j'arrive à un équilibe au bout de 12-13 ans , et un excédent de 15-20K€ au bout de 20 ans
ça me fait une facture simulée en 2041 qui serait de l'ordre de 2700€/an d'élec
en mettant un peu d'apport et en sortant ~200€ /mois de plus , je peux avoir solder l'investissement dans 4 ans. En même temps que le crédit immo.

AoC du jour:
 
https://pastebin.com/VRnnGxL3
 
J'ai découvert petgraph, pas foufou mais ca a fait le taff (j'ai pas vu de filter map ou autre qui aurait été bien pratique donc tout a la mano). L'algo explose sans probleme vu qu'il est recursif degueu. Mais bon ca passe    
 

 
Je pense que le calcul Wc*heures d'ensolleillement*0.6 est VACHEMENT optimiste
Déjà atteindre les Wc théoriques le 21 juin à midi au soleil c'est pas gagné. Il vaut mieux espérer 80 à 90% sur une très bonne installation.
Ensuite il y a l'inclinaison (horizontale) par rapport au soleil, t'es rarement perpendiculaire
Idem sur le cours de la journée. Même si tu as 12h de soleil une journée, les premières et dernières heures tu ne vas produire pas grand chose. Ca fait une belle cloche, avec les nuages pour animer un peu la droite    
Idem avec la chaleur, en aôut tu produiras probablement moins qu'en juin (independamment de la durée du jour bien entendu) parce qu'à 40°C les panneaux ne produisent pas aussi bien qu'une belle et froide journée de mai par exemple.
Ainsi de suite, le rendement de l'onduleur, les jours off parce que le machin a disjoncté et que tu ne l'as pas remarqué, ...
 
Bref un calcul que j'ai tendance à faire, c'est de diviser par deux les "prévisions" théoriques données par les calculateurs du type "j'habite là donc j'ai x heures de soleil par an".
 
Je précise que j'ai une trois installations différentes chez moi, donc c'est pas juste des paroles en l'air.
Bien sûr il y a un topic sur le sujet : https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

ben je suis pas bien loin , si ?
tu me dis de diviser par  2 donc de ne garder que 50%. Le calcul a été fait avec 60%
Toit à 35°, orienté quasiment plein sud
les onduleurs sont individuels par panneaux

a noter que si je voulais plus de panneaux, il faudrait passer en tri phasé, et que l'investissement grandirait pas mal

Justement, ca doit etre les versions que tu utilisais quand tu en faisais encore
 

J'ai la flemme de faire le calcul avec la hausse du prix de l’électricité sur 20 ans, mais on est quand meme dans un retour sur investissement qui ne fait pas rêver, particulièrement si on dégrade de 10% ta prévision de rendement.
 
Ou alors tu attends un peu et tu votes Jadot, tu devrais avoir un dispositif d'aide pour l'acquisition et une politique énergétique qui t'apportera d'importantes hausses de l'élec
 

putaaaain, la part 2 qui passe pour le test mais pas pour le vrai jeu de test.
 
Fait chier.

Tu rajoutes un x0.5 au calcul incluant le x0. 6

Apres tu peux avoir une bonne surprise avec de l'excellent matos, mais rien que l'orientation elle ne va pas être optimale au fil de l'année.

Mon installation principale est très loin d'être une référence (matos d'occasion, ombrage...) mais par exemple en ce moment (novembre / décembre) mon pic de production instantanée est inférieur à 1000W pour 2400Wc installés.
Et je parle du pic à midi au soleil... Très vite avant et après ça s'effondre en dessous de 700W.

C'est exactement la fonction récursive que je voulais écrire (j'avais la même signature )... Mais du coup j'ai commencer à m'embrouiller en mode "mais t'as pas de return comment ça va marcher". Bref

Un pari sur une telle période, avec le niveau d'incertitude à plein de niveau (rendement, évolution du prix de l'élec, évolution du matos, solvabilité de l'entreprise qui pose...) je trouve ça joueur.
Surtout pour le rendement financier en question.
Sachant que tu auras sans doute déménagé bien avant

La pile de propositions de support sous le tweet de jubi

   
 
masklinn, toi qui est expert en expertise, peux tu stp nous faire la synthèse de ce que dit reddit sur les rendements moyens de ce genre d'installation pour des climats comparables a lolmacon  

ta production faible actuelle  ne me choque pas, les courbes de prod montrent que 60-70% de la prod est entre mars et octobre

donc toi, tu partirais,dans de bonnes conditions sur un rendement reel a 30% ? Si c'est pas indiscret, tu as quelle prod réelle a l'année avec 2400Wc ?

rendement : vrai doute
evolution du prix : il y a peu  de revente. La seule inconnue est l'volution du prix de l'electricité à l'achat, et je pense peu risqué de parier sur sa hausse
evolution du matos : une fois posé ça change quoi ?
solvabilité de l'entreprise : ça ne joue que sur la garantie. La boite existe depuis 2007. Mais même s'il elle coule ça n'arrête pas le projet, ça complique juste les répartations.
A noter que c'est fini les poses ou tu découvre le toit. les  panneaux sont posés sur des rails, et il n'y a que quelques fixations et une gaine qui passent au travers du toit

et même si je repars de la maison, ça doit pouvoir se valoriser en partie quand même . En tout cas plus qu'une salle de bains

Preuve est faite que j'ai bien fait de poster ici plutôt que là-bas