vikingshop

777 на директории стоит?

судя по http://www.mvideo.ru/favicon.ico

<link href="http://domain.ru/image/data/cart.png" rel="icon" /> cart.png перевести еще в favicon.ico и положить в корень?

я могу ;) в чем прайс?

Добавьте, добавьте индекс это будет правильнее... по мере роста (изменения этого параметра) mysql может больше жрать CPU :)

Напишите в поддержку хостинга пусть вам базу почекают на всякий случай... просто так таблицы не сыпятся...

Угу он самый... что у всех клиентов при обработке некислые тормоза на серваках как вы утверждаете выше или таки вы еще раз ошиблись тут? 2Vanoid при 100 человеках в сутки, думаю кеш можно и раз в неделю чистить и не морочится на mysql и на все прочее... К стате что бы touch запустить нужне же sheel-exeс или другой исполнитель... они обычно на виртуалах отключены дабы не плодить левую нагрузку... т.ч. остаются отметки в mysql или не париться на время последнего обращения вообще...

под рутом дайте команду grant all on database.* to user@localhost identified by "pass"; database - ваша база

В данный момент он у вас не тормозит... Судя по описани тарифов hc.ru у вас нету шелла :( как будет тормозить... лучше пишите поддержки супорта хостинга и пусть они смотрят что конкретно тормозит... у вас еще в корзине кусок "&nbsp-" висит над бы убрать :)

Во народ, спасибо!

Можно и touch, но не у всех линух сервера :) А при экспорте не оригинал нужен? Тут модуль же есть дык он вообще свое разрешение для яндекса делает... и заметьте там правильно указано что это дело лучше что бы работало под КРОНОМ!!! И потом опять товарищь toporchillo через кешь отдать даже сам список... а тут кешь уже не рулит т.к. его надо чистить... Не пытайтесь решить проблему всю целиком!!! Тогда тупо при экспорте товарищу МЕСТА НЕ ХВАТИТ НИКАК и все он попал!!! неужели это так трудно понять? Хотя да куда проще лепить что первое в голову придет... :) Даже при экспорте они нужны все, но как вы НЕ заметели НЕ СРАЗУ! Это то вы хоть понимаете, что даже яндекс за секунду все картинки не запросит или и тут будете спорить?! P.S. аплоад картинок не происходит, читайте про технологию cdn самостоятель, и про индексы/кеширование mysql...

ну войдите в шелл введит top и посмотрите :)

Да вот принцеп один и тот же тока кеши разные как вы заметили таки... оставить то что часто используется... а то что не часто УДАЛИТЬ из КЕША ибо нех жрать место!!! Правильнее конечно же определить когда последний раз открывали эту картинку (заходили на страницу с ней) и если ее не открывали последние сутки то удалить ее... но это ГЕМОРОЙНО!!! Поэтому как я в начале и предложил берем то что старше суток и удаляем... что мы имеем в итоге... нам надо что-то заново создать при заходе на эту страницу... верно? Какова вероятность что тут же нам их придется создать (ВСЕ!)!? Тут все зависит от кол-ва посетителей на сайте... если у человека кеш на 20гб то берем 20.000.000кб делим на 20кб (средний размер) и получаем 1000.000 картинок... предположим у человека 10 картинок на товар... у него 100.000 товара в базе... Берем количество просмотров 10.000 человек, каждый получает по 10 картинок, т.е. за сутки его база должна отработать 1/10 всего... Делим 100.000/24/60 в минуту надо зафигарить 70 картинок, т.е. это чуть больше 1 картинки в секунду, это при том что запрос не попал в кеш... это нагрузка ниипаца просто :) на самом деле если у него есть 10к простмотров, то он скорее купит хостинг где есть хотябы 100гигов места :) Да я то не ошибся форумом, а вот вы не зная даже что такое cdn походу явно имеете ошибку... и ошибка это как в одном анекдоте :)

Да я то понял, это шутка такая была... в конце же смайлик :) Вот вы ему это подробно и расписали за меня, а то он бред с умным видом не только тут несет...

Не рабочий потому что, удаление одного файла - это 100% загрузка на CPU :) А так по сути господа решайте... или место на диске или... вот такая жопа... Можно вообще cdn прикрутить и сразу удалять файлы... повторно они могут не понадобится :) 2toporchillo: почитайте вообще что такое кеширование, кеширование в mysql и для чего оно нужно... а то второй раз влезаете, а суть проблемы не догоняете, т.к. не понимаете как все работает...

Зачем есть же шопы под WP например :)

cache не успевает чистить или нет прав на файлы там (может залили файлы какието случайно)...

В phpmyadmin в sql (или в чем можно исполнить sql на вашей базе) в v1.5.4.1 вроде такая же структура этой таблицы...

CREATE TABLE IF NOT EXISTS `product_tag` ( `product_tag_id` int(11) NOT NULL auto_increment, `product_id` int(11) NOT NULL, `language_id` int(11) NOT NULL, `tag` varchar(32) NOT NULL, PRIMARY KEY (`product_tag_id`), KEY `product_id` (`product_id`), KEY `language_id` (`language_id`), KEY `tag` (`tag`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=0;

Ну версия то какая?

Всем спасибо тему можно закрывать! :)

Новый хостинг найдите! 20гб вообще ни о чем в наше время... или скрипт по крону пускайте который бы чистил, а оставлял бы файлы скажем за последний день...

Есть же модуль по добавлению html в любое место? Добавляйте код youtuba

В общем если заходить по менюхам то имеем правильный путь т.с. в верху странички Главная » Одежда » Термобелье » Comfort Line 3021002 раз. 46-48 (M) если с поиска то Главная » Поиск » Comfort Line 3021002 раз. 46-48 (M) Если товар добавлен в Рекомендуем то Главная » Comfort Line 3021002 раз. 46-48 (M) Вот как бы у него в шапке получить Главная » Одежда » Термобелье » Comfort Line 3021002 раз. 46-48 (M) независимо от того как к нему пришли? В product.tpl надо изменить масив $breadcrumbs если я правильно понял... а вот где он получается найти не могу :( Версия 1.5.3.1

Народ как отключить эту проверку?