캐시가 켜져 있지만 var / cache가 비어 있습니까?

16

magento 1.9.0.1이 있는데 모든 캐시가 켜져 있는데 왜 var/cache비어 있습니까? 백엔드에서 캐시 만 비울 수 있지만이 문제가 발생하면 문제가 있습니다.

magento는 캐시 파일을 어디에 기록합니까?

magento-1.9 cache

— 파비안 블레 슈미트
소스

권한 / 사용자 / 그룹 문제 일 수도 있습니다.

— Dan Norris

15

와 같은 다른 캐시 저장소를 사용하고있을 수도 있습니다 memcached.Redis

— 샌더 맥겔
소스

예, 만약 magent가 redis / memcached를 캐시 저장소로 사용한다면 var / cache 폴더에 저장되지 않습니다

— Amit Bera

그러면 어디서 저장합니까?

— Black

14

당신이있는 경우 var디렉토리 또는 심지어 var/cache디렉토리를하지만, 마 젠토는 쓸 수 없습니다, 마 젠토는 사용 sys_get_temp_dir()캐싱 파일을 저장할 수있는 좋은 장소를 결정합니다.

종종입니다 /tmp/및 결과 /tmp/magento/var/cache(감사 fschmengler에)

— 파비안 블레 슈미트
소스

5

이 경우 캐시 디렉토리는/tmp/magento/var/cache

— Fabian Schmengler

magento.stackexchange.com/questions/94638/…을 보고 답장 을 보내 주시기 바랍니다 . 충분한 정보를 줄 수 있기를 바랍니다.

— Butterfly

정말 도움이됩니다

— Amit Bera

"진정한"의견과 질문에 대한 의견 영역을 떠나 감사 의견을 작성하는 대신

— 공감

난 이미 :) 그래서이 시간을 upvote에 .. 과거에 이런 짓을하지 않았다

— 아 미트 Bera

6

magento가 캐시 파일을 /tmp/magento/var/cache폴더에 쓸 때이 문제가 발생했습니다 .

이것은 이상한 문제입니다. 다음 명령 으로이 SELinux 문제를 해결했습니다.

$ sudo restorecon -R /var/www/html
$ sudo setsebool -P httpd_unified 1

— 무 파달
소스

3

누구에게 영향을 미칩니다. " .xml"로 끝나는 모든 파일을 사용할 수 있습니다.
XML 파일의 이름 을 도트 XML로 끝나지 않는 곳에서 oldsomething.xml해야하는 것과 같이 XML 파일의 이름을 바꾸는 것만으로는 충분 local.xml.back하지 않습니다. 떠나는 local.xml및 것은 oldlocal.xml모두 파일을로드합니다.

나는 이것이 왜 그런지 알기 위해 내면의 일에 대해 충분히 알지 못하지만 그것이 사실인지 알기 위해 테스트했습니다. 이름이 바뀐 XML에서 Magento를 손상시킬 수있는 무언가를 넣으면이를 증명할 수 있으며 Magento는 작동을 멈 춥니 다.

어쩌면 마 젠토 코드는 파일 이름을 구별하지 않고 특정 위치의 확장자만을 구별합니까?

내 웹 사이트는 여전히 Magento 1.6.2.0
에 있습니다. 업데이트 하기에는 너무 부끄러 웠지만 (파산하지 않았습니다) 1.8 Redis 부분을 넣었고 작동하는 것 같습니다. 1.9.2.0을 테스트하고 있지만 아직 내 확장 중 일부가 더 이상 작동하지 않으므로 아직 준비가되지 않았습니다.

https://github.com/steverobbins/Magento-Redismanager를 시도 하십시오 . 나는 당신이 그것을 좋아할 수도 있습니다 그것을 좋아합니다!

— 제임스 닐 랜드
소스

당신의 정보를 위해 Magento 는 기능에 .xml파일을 로드 합니다 . 그것은 모든 걸립니다 PHP 함수와 함께 시작 부분에Mage_Core_Model_ConfigloadBase().xmlglob()$files = glob($etcDir.DS.'*.xml');

— Matthéo Geoffray에게

0

문제를 해결하기 위해 관리하면 가장 이상한 일입니다. local.xml문제를 해결하기 위해를 변경하면 라는 이전 파일의 백업을 넣었습니다 local_back.xml. 방금 해당 파일을 삭제하면 모든 것이 정상적으로 작동합니다. 마 젠토가 왜 그 파일을 선택했는지 모르겠다. 어쨌든 문제가 해결되었습니다.

— 애쉬 빈 몬 파라
소스

1

magento는 모든 XML 파일을로드 app/etc/할 수 있기 때문에\Mage_Core_Model_Config::loadBase

— Fabian Blechschmidt

나는 bigin magento devloper를 가지고있다

— Ashvin Monpara

0

아마도 다른 커밋에서 Magento가 ".xml"로 끝나는 모든 것을로드 할 것이므로 누군가가 무슨 일이 일어나고 있는지 또는 내 대답을 이해하지 못했을 것입니다. 따라서 백업이나 백업을 추가하거나 사용하지 않는 백업이나 사본을 원할 경우 작동하지 않습니다!

back_local.xml이 작동하지 않습니다

복사 또는 백업을 원할 경우 파일 이름의 접미사를 바꾸거나 "local.xml.backup 형식으로 바꾸거나 .xml을 모두 종료해야합니다. local.xml.backup 을 사본으로 사용합니다. 원하는 경우 ".backup" 을 쉽게 제거 할 수 있으므로 테스트 중 입니다. 편집기에서 .back_today 또는 .back2와 같은 다른 버전의 경우 '다른 이름으로 저장'을 항상 사용할 수 있습니다.

Magento는 loadBase () 함수의 Mage_Core_Model_Config에 .xml 파일을로드합니다. 처음 $ files = glob ($ etcDir.DS. '*. xml')에서 PHP 함수 glob ()를 사용하여 모든 .xml을 가져옵니다. – Matthéo Geoffray 2 월 17 일 '16시 14:56

따라서 다른 백엔드를 테스트하는 동안 위 형식을 사용하십시오.

APC memcached 는 구식이며 Redis 와 같은 키를 사용하지 않습니다 . 내가 이해 한 것 사이에는 큰 차이가 없습니다.

    <session_save><![CDATA[db]]></session_save>

[파일], [db], [memcache] 또는 기타 캐시는 서버 응답 시간 및 / 또는 서버에서 사용되는 하드 드라이브의 상황에 더 가깝습니다. "마 젠토 세션 저장 : 어떤 것을 선택하고 왜 ?"

My VPS (InMotion)가 솔리드 스테이트 하드 드라이브로 변경되면 모든 것이 훨씬 빨라졌습니다. 나는 밀리 초 전송을 받고 있었다!

집에있는 자체 테스트 서버에서 HST 10k 스핀들 속도를 사용하는 하나의 상자와 64MB (서버 사용으로 표시됨)와 같은 보트로드 캐시를 사용하는 하드 드라이브는 매우 빠르며 다른 상자는 하드 드라이브를 사용하는 경우 매우 느립니다. OEM 상자에서.

또한 8 개의 CPU 코어와 32GB의 RAM이 있으면 많은 도움이됩니다. VPS 나 심지어 전용 서버로 온라인에서 제공되는 많은 것들이 속임수입니다 !!! 서버가 실제로 공유 호스팅이 다른 것으로 전달 된 경우 무제한으로 얻을 수있는 세부 사항이나 리소스에 들어가야합니다 . 그리고 Pictures가 그들의 시설이 실제로 무엇인지에 대해 오도하지 않도록하십시오. Hillary가 전자 우편으로받은 것, 화장실 옷장에있는 것 같은 것을 얻을 수 있습니다. 후크는 종종 좋은 가격을 얻기 위해 1 년 이상의 계약을 원하며 느린 서버에 있다는 것을 배우기 전에 설정을 최적화하는 데 한 달 이상이 걸릴 수 있습니다!

— 제임스 닐 랜드
소스