root77

Как вариант: - Нет денег на счете покупателя. - Необходимо проверить считается ли сумма Итого: Дополнения/Учитывать в заказе/Сумма/Итого. - Проверьте настройки в: https://merchant.webmoney.ru/

Вот именно! :) +++ небольшая заточка того и сего..., дает небольшой результат: Это без кеширования, оптимизации БД и прочих плюшек - тупо напильник :) Золотые слова!!! При чем, это касается еще 1000к разных приблуд и прочих причиндал. Сайт должен быть самодостаточным! Не в дверь, так в форочку :)

Оптимизация картинок может быть осуществлена с помощью программы Riot Использование этой софтины (с библиотеками), позволяет наглядно представить, как оптимизируется файл. Массовая оптимизация картинок может осуществляться разными программами. Часто пользуюсь pnggauntlet Не актуально начиная с 1.5.3.х (может и чуть ранних версий) Тема в которой обсуждалось.

А не проще в файле: /system/library/image.php: public function save($file, $quality = 90) { поменять на: public function save($file, $quality = 75) { а то получается: библиотека говорит: 90, а команду даете на 75. Раскорячить сайт можно такими дополнениями.

Я бы не рекомендовал использовать сторонние сервисы для оптимизации своего сайта, тем более с прикруткой ns. Отчего тогда вообще не отказаться от своего сайта, в пользу конструкторов!? Сайт должен быть самодостаточным и не должен зависить от неких третьих сил. Максимум, на что можно пойти в части (ускорения) использования сторонних сервисов, это использовать CDN Гугла или лучше Яндекса, для подгрузки Js. Также воспользоваться облаками для хранения картинок, тем более, что все равно клиент будет, так или иначе пользовать почтовые сервисы mail/gmail/ya Это лично мое мнение, никому его не навязываю. Интересно почитать.

По поводу .html - лучше с ним чем без него. Все будет указывать как на стац. страницы. RewriteCond %{ENV:REDIRECT_STATUS} ^$ RewriteRule ^/category/category1/produkt/$ http://%{HTTP_HOST}/produkt/ [R=301,L] RewriteRule ^zapis/$ /category/category1/produkt/ [L] Но через htaccess, мне кажется не решение. htaccess не обрежет ссылки, они выдаются исполнением php кода. 301 редерикт не решит проблемы для ПС. Потом seopro с sitemap надо скормить готовый url. ХКрошки можно не жалеть, даже неплохо без ../кактегории/.., для не сильно глубоких сайтов, и вообще сайт.ru/кактегории/ - не плохо бы не делать <а>

Отличный модуль! Спасибо создателю! Теперь OcStore с таким модулем, еще больше рулит! OcStore 1.5.5.1.2. В левую колонку внес модуль, из "Другие". У него и не должно быть виджета. Пытался стереть, но процесс не сохраняется, выключил. Выключенный, потухший блок, все равно висит на схеме. Невозможно перетащить ошибочный виджет из левой колонки. Др. виджеты добавляются, но что то кривокосо. Решение: Удалил тот модуль, что случайно перенес в левую колонку. Все ok.

Столкнулся с проблемой по скачиванию прайса. Решение: В .htaccess Закоментировать: RewriteRule ^download/(.*) /index.php?route=error/not_found [L]

Очень Важное дополнение! А так ни туда, ни сюда. ТС нет желания доработать? Я бы прикупил с такой возможностью, да и не я бы один, пожалуй.

Так то оно так, про скорость загрузки... Но есть момент! Сама страница загружается как положено. А скорость загрузки Дискуса не влияет на индексацию страницы совсем! В Дискусе есть один определенный +, заключается он в том, что комменты Дискуса индексируются поисковиками еще и как отдельные страницы! Т.е. Это дает эффект сателита, который таковым не я вляется и не воспринимается ПС за таковой. Проблема ссылки на сторонний ресурс не столь важна, поскольку это, во первых Дискус, а ПС понимают что это такое, а во вторых... ну всего то одна ссылка то... причем одна при многочисленном отображении на многочисленных страницах.

Надо заполнять все. Дублируют, если не заполнены и то не все (по моему). Дотошно не проверял, поскольку считаю что нужно заполнять все. Вполне возможно. Посмотрите, не дублируются ли страницы которые не в индексе, с теми что в индексе по тегам. Необходимо заполнять теги не простым копипастом и не банальным "+ купить", а теми кейвордами, что входят в общее семантическое ядро."+ купить" - Верно, но если "купить" входит в общий кейвордс магазина. "Теги товара" - заполняются по принципу идентичности товаров по группам/категориям/видам/..., что сами по себе, тоже кейвордс, Вашей семантики. Вообще, достаточно сложно заполнить узко тематический магазин, тегами и пр., не "перебрав" с тошнотой, по всему сайту. Ведь не так уж и много текста в магазинах, а описания некоторых товаров будет либо повторяться, либо не сможет содержать большого объема.

Хороший модуль. На сайте есть версия для 1.5.3., только глючная.

Странное "понимание" и странная манера передергивать сказанное. Еще раз, для тех кто в бронепоезде: А могли бы поспориииить! Штуку бачковских терять жалко за "пустую болтовню" :) Лучше ретироваться. :) Ну и правильно..... Господа! Продолжаем по теме топика!

Если хотите, я уже предложил вариант (см. выше). Если интересна тема, предлагаю открыть топик в соответствующем разделе. Этот топик, я открывал не про SEO и не про внутреннюю оптимизацию. Здесь же хотелось бы конструктивизма, по теме топика, без "пустой болтовни" - ни о чем.

Как вы передергиваете вопросы! От: До: Я же ответил: Но если говорить о "решающей роли", то и на него отвечу:Безусловно играет решающую роль. Особенно если продолжать контекстно вашему вопросу: Разве не влияет на ранжирование, количество переходов из поиска? - Влияет!Разве количество внутренних переходов не влияет на распределение веса страниц? - Влияет! Разве не влияет на ранжирование индексация страниц сайта поисковыми ботами? - Влияет! Разве не влияет "загаженность кода" на индексацию страниц сайта, поисковыми ботами? - Влияет! Можно клавиатуру стереть и не одну, отвечая на ваши "вопросы". Можно привести сайты, в которых даже законченный лузер увидит косяки по коду и которые продвигаются в поиске лишь благодаря большим бюджетам, но и то безуспешно. А что бы было совсем корректно, приведу цитату себя самого: Это достаточный ответ, на ваши передергивания? Или все еще хотите поспорить? :)

Ранжирование - рулит.

Любая оптимизация помогает в продвижении сайта! В том числе js и css. А смысл "писанины" в том, что бы "пустой болтовни" больше не было.

freelancer желаете поспорить? тогда: 1. Заходим на форум searchengines.ru. 2. Открываем топик по теме: "Оптимизация сайта и сокращение издержек на SЕO до "0"." 3. Зазываем Гуру. 4. Закидываем модератору по 1000$ каждый. 5. Я демонстрирую сайт. 6. Получаем анализ сайта и подтверждение моих слов от Гуру в SEO. 7. Забираем 2000$, радуемся жизни и "пустой болтовне" оппонента. Все просто :)

А http://yandex.st/ и http://ajax.googleapis.com/ не падали еще ни разу

Вообще то, это общеизвестный факт! А что бы впредь проверенные и общеизвестные факты ни кто не осмелился называть "болтовней", предлагаю сделать так: Делаем ставку в 1000$, я приведу пример такого сайта. Сайта, который был просто грамотно написан. Сайта, который вообще никак не продвигался (СПЕЦИАЛЬНО! Палец о палец не ударил что бы его продвинуть, даже бота не приглашал, Просто залил на хост и все!), который при этом находится на ПЕРВОМ месте в выдаче Яндекса, в тематике с: Яндекс Нашлось 4 млн ответов / Показов в месяц 68 По запросу, днем забит Директ + Реклама. Не плохая напряженность! Не так ли? :) При этом, при помощи общеизвестных сервисов, можно проверить со всей точностью, продвигался этот сайт или нет. А вот это уже болтовня. Гугл падал, всего один раз и то почтовые сервера. Или ставку сделаем? :) Статистика то падений - открыта и общеизвестна.

Оптимизация кода, СУЩЕСТВЕННО сказывается на уменьшении усилий и бюджета по SEO, порой, сводя их до "0"! Не говоря о повышении конвертации. Кто то хочет с этим поспорить? В "родном" css даже сброса нет, о чем тут можно говорить вообще?!

Странный вопрос. Оптимизация Сэээр! :) Например, в обоих модулях ZOOM + Скрол "Последние товары" + Полет в корзину + ВСЕ аккардионы, можно использовать jquery.min 142. Этот JS, еще несколько модулей может обеспечить. При этом, до тех пор, пока до покупки дело не дойдет или до тех пор, пока юзер не перейдет на страницу товаров, js не будет загружаться клиенту. Таким образом, нагрузка на хост уменьшается, скорость загрузки сайта вырастает. Необходимо отметить, что если юзер заходит на Ваш сайт, когда уже посетил не первый десяток, перед этим, при правильной постанове, js даже не будет загружаться к нему в браузер вновь. Ведь кеш то он не чистил. Оптимизация - однако!

Я понимаю, что он имел ввиду немного другое, но суть проблемы Автором того топика, в общих чертах, затронута. Готовые? Не вполне понял, о чем Вы? Ковыряю Opencart 1.5.3., пихаю модули, устанавливаю шаблоны. Столкнулся с распространенной проблемой идентичности стилей (как в скинах, так и в модулях). Также, характерным дублированием решений в js и излишним кодом. Например в нескольких модулях, полностью исключил "родные" js, заменив их обращением к http://yandex.st/ или http://ajax.googleapis.com/ (в зависимости от хоста). Сейчас ковыряю "родные" js самого движка и также нахожу "варианты оптимизации". Становятся очевидными преимущества таковой оптимизации, когда, запросы к JS существенно сокращаются. А что я сделал? Всего то унифицировал css и сократил обработку ajax. Это при том, что "экспериментальная сборка", включает в себя, практически все бесплатные модули и хаки, содержит витрину в 1000 товаров. Суть моего предложения - унификация. Если был бы JS и CSS FRAMEWORK для Opencart, разработчики, могли бы ориентироваться на них. Меняя код модулей (для коммерческих разработок), я по сути, нарушаю Авторские права и условия лицензии.