Cloud Linux를 실행하는 서버로 이동 한 사이트에서 이전 버전의 TinyMCE (MoxieCode) ImageManager를 사용하고 있습니다.ImageManager 또는 PHP의 가상 메모리 사용을 줄이는 방법
불행히도 우리 호스팅은 이전 서버에는없는 1,048,576KB의 각 계정에 대해 가상 메모리 제한이 있음을 알리지 못했습니다.
이것은 많이 들리지만 ImageManager는 임의로 내부 서버 오류 500을 생성하고 여섯 개의 축소판 이미지마다 무작위로 하나만 선택하면 성공적으로로드됩니다.
서버 오류 로그에서 다음과 같은 메시지가 반복적으로 자주 발생합니다. 다른 폴더의 다른 index.php에 대해 이미지 관리자/스트림 폴더뿐 아니라 언어 폴더, js 폴더 및 rpc에서도 무작위로 반복됩니다 폴더 :
메모리를 할당 할 수 없습니다 : 자식 프로세스를 만들 수 없습니다 :/옵션/suphp 경우/sbin/suphp
보라 내가 웹 사이트에 대한의 cPanel 페이지를 새로 고치면있는 나는 현재하고 상쾌 해요, 보라 ImageManager, 나는 가상 메모리 사용량이 1,048,576 KB로 초과되었음을 알 수 있습니다. (일반적으로 그 크기의 10 %보다 훨씬 작습니다.)
테마, 일부 스타일 시트, 언어 팩 및 여섯 개의 축소판을로드하는 데 왜 엄청난 양의 메모리가 필요합니까?
특히 phpinfo에서 output_buffering이 0으로 설정되고 ob_start가 ImageManager 코드의 아무 곳에서나 호출되지 않음을 알 수 있습니다.
아마도 축소판이 mcith 폴더에서로드되는 대신 처음부터 새로 만들어 졌을 것이라고 생각했지만, 축소판 파일의 날짜에서 볼 수 있듯이이 경우가 아닙니다.
실제로 축소판을 삭제하면 완전히 중단됩니다 (thumbnail.auto_generate는 true로 설정 됨).
물론 우리는 다른 사이트에서 사용한 최신 ImageManager (현재 MoxieManager라고 함)로 업그레이드 할 수 있지만 잘 작동하지만 사용자 인터페이스와 세션 인증이 크게 변경되었으므로 많은 문제가 발생할 수 있습니다 실제로 업그레이드를 원하지 않는 클라이언트를 코딩하고 재교육하는 작업
누구든지이 문제를 해결하는 방법에 대한 아이디어가 있다면 크게 감사 할 것입니다.
Google 호스팅이 이제 해결 된 서버에서 일부 마스터 구성 문제였던 것으로 보입니다. – clayRay