mrprometei

Ребят помогите ткните носом где можно почитать как каждому поисковику назначить свой sitemap.xml Так как решено отдавать чистой статикой которая будет генериться и правиться под каждый поисковик. В частности под Яшу буду убирать теши image так как он на них ругается. С гуглом проблем нет. Может кто-то реализовал уже так. Или В такой ситуации лучше без картинок кормить обоим? Прощу прощения за глупый вопрос.

Скармливаете гуглу свой sitemap яше свой? По идее проблем со скоростью скачивается у яндекса тоже у Вас нет? Сколько у вас товара если не секрет?

Добрый день Гуру! Встретился с проблемой следующего характера. Sitemap грузится довольно долго. гугл его взял но Яндекс не хочет категорически уповая на 10 секунд. Отсюда появилась идея по крону вечером забирать файл sitemap паковать его и потом кормить поисковикам. Хотелось бы узнать какой негатив я могу получить из этой модели отдачи sitemap? Второй вопрос можно ли скормить определенному поисковику определенный sitemap или если его качать как описано выше то yandex ругается на картинки. За второй вопрос за ранее прошу прощения еще не гуглил его.

А не подскажите есть ли такой вариант тольк для категорий?

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

Добрый день Гуру! Подскажите пожалуйста как реализовать автоматическую подстановку в SEO URL. Но есть одно но так как стоит и используется Total import Pro соответственно все уже заливается в базу и автоподстановка или заполнение полей SEO URL должно как я понял быть в базе уже. Встречал модули которые делают подстановку при создании или редактировании товара. Но количество товара большое и по этому данные модули не подходят. Подскажите пожалуйста как можно решить данную проблему? Может кто-то сталкивался.

Думаю пока на старте буду на апаче сидеть потом по трафику ориентироваться. Хотел задать еще вопрос. А сколько приблизительно должно тратиться времени на открытие страницы? Для комфортной работы. Понимаю что вопрос сугубо личный но если поделитесь усреднено цифрой буду благодарен. а то сейчас смотрю у меня сейчас 0.5 в среднем с разбросом 0.1-0.2, вроде нормально но начинаю посматривать может все таки медленно. =)

В общем долгими поисками нашел нехватку одного индекса в category_path поправил сейчас съехал до 0.5 благодаря этому. Всем спасибо. Особенно AWAROЗа указанный вектор.

Касаемо Индексов сейчас вот закралось подозрение что в категориях они не все. (Сейчас смотрю в эту сторону) На счет связки nginx на сколько я знаю это добавит скорости по выводу статики.(но это больше задел на будущее) Касаемо подсчета тоже интересно сейчас покопаюсь в этом направлении. Посмотрел минусанули это сообщение, но не понял почему.

Количество товаров было сразу выключено. Дабы смысловой особой нагрузки в нем нет. Касаемо Percona спасибо полезу смотреть более подробно что это и с чем его едят.

Хм. Интересно. убрал меня из топа и сполз по времени до 0.8 -0.9, но как поступить с меню. Отказываться от него не хотелось бы.

Сори. Закипел. Вот моя недоделка :-) /*.....*/

Добрый вечер гуру! Подскажите имею VDS Intel Xeon 2.4 с двумя гб оперативки opencart 2.0 12000 товаров 400 категорий загрузка любой страницы в среднем 2 секунды При этом если смотрю top то mysql поднимается до 46% и более. Понимаю что проблема кроется в мускуле, но не понимаю где. Начал гуглить нашел что очень частая проблема с индексами посмотрел индексы есть. А так же статью встречал что в этой версии индексы должны быть в стоке. Юзается total import pro раз в сутки. Подскажите в какую сторону копать?

Я немного ошибся у меня сейчас только несколько таблиц innobd и то связаны с модулем импорта. На сколкьо я понимаю они на работоспособность влиять не должны верно? И второй вопросик по оптимизации mysql накопал вот такие данные конечно по ним буду детально разбираться но может вы подскажите с высоты опыта хватит ли данных настроек для корректной отдачи мускуля с базой 25К товара key_buffer = 400M max_allowed_packet = 48M table_cache = 1024 sort_buffer_size = 4m read_buffer_size = 4m read_rnd_buffer_size = 2m myisam_sort_buffer_size = 64m tmp_table_size = 96m query_cache_type = 1 query_cache_size = 64m thread_cache_size = 16 max_connections = 300 wait_timeout = 120

Спасибо большое за то что поделились опытом! Буду сейчас переводить свое детище =)

Подскажите пожалуйста на сколько повышается процент возможности краша базы? И есть ли возможность безболезненно и с наименьшими потерями перевести базу? Сори за вопросы не гуглил, но может подтолкнете в нужное направление =)

Добрый вечер Гуру =) Подскажите какую подсистему выбрать для 2.0 с товаром тыс в 12 со временем может вырости до 25 и категориями штук 100 примерно. Начал гуглить и тут столкнулся что кто-то хвалит одно кто-то другое. Сейчас имею базу в innobd пока к серваку не лез все стоково, но имею задержки 3-5 сек при обращении к странице.

Парни подскажите пожалуйста! Поправил все что показал код рекомендованный выше. ВСе файлы php, но проблема так и не пропала. Есть ли еще какие то варианты поиска источника проблемы?

Касаемо логов все помогло. Спасибо. Касаемо поиска пробелов после ?> рекрусивно грепнул весь каталог и ужаснулся итогом. очень много файлов в дефолтовой теме. Можете подсказать Такое возможно?

нашел очень большую кучу файлов. но появились еще вопросы очень много файлов в дефолтовой теме допустим /catalog/view/theme/default/template/agootemplates/module/search.tpl получается изначально там были пробелы?

У меня opencart 1.5.5.1.2. Может с сталкивались с такой проблемой?

Спасибо большое за советы. И прошу прощения если вопросы сильно банальны =) Подскажите еще пожалуйста когда в админке захожу в журнал ошибок вижу следующее Fatal error: Allowed memory size of 201326592 bytes exhausted (tried to allocate 193664010 bytes) in ***/vqmod/vqcache/vq2-system_engine_controller.php on line 58 И не могу понять смысл ошибки ведь ресов хватает.тогда в чем проблема?

Спасибо. За совет попробую этими прогнать может что-то найду. Только есть у меня большое подозрение что правились файлы предшественниками. =( А есть ли варианты поиска пустых строк или пробелов?

Да в этом то и парадокс. Так как не я один вел сайт и связи с предшественниками нет. Под подозрение попадает любой файл. Можно ли как то еще попробовать вычислить пакостника? Ибо проверять каждый файл это смертиподобно =))) а очень не хочется городить костыль на костыле.

Есть проблема с капчей opencart 1.5.5.1.2. Добрые люди подсказали что скорее всего проблема с каким то модулем или с кодировкой в каком то файле модуля. Так как сайтом рулили несколько людей до меня то круг поиска увеличивается до всего сайта. Отключал модули поочередно эффекта не принесло. Пробовал найти файлы с BOM рекрусивно тоже эффекта не принесло. пример проблемы http://jigfish.ru/aksessuary/attraktanty/attraktant-marker-zapah-krovi.html когда хочешь оставить отзыв. еще пример http://jigfish.ru/reviews Нашел костыль на сайте $out = ob_get_contents(); $out = str_replace(array("\n", "\r", "\t", " "), "", $input); ob_end_clean(); Попробовал с первым примером проблема пропадает со вторым нет. Так как не люблю костыли хочу попробовать разобраться с проблемой в корне. В связи с этим хотел узнать как можно найти файл с неправильной кодировкой применительно ко всему сайту? Есть ли возможность или какие то инструменты для локализации проблемы еще? Буду очень признателен за советы или наставления в этом направлении.