markimax

Ну и как инструмент seo-шника 5-я версия будет :)

MarkStore - созвучно MaxyStore :) - не надо нам такой "рекламы" ocEngine - громко звучит, как работа Engine - не все выговорят и знают, что такое Engine ... Спасибо BNV еще жду ;)

Конкурс (нужна помощь) Предложите лучшее короткое название для модуля в одно слово (словосочетание) (для меню и т.п.) Уже есть 1. iБлог (iBlog) 2. Блогмарк (Blogmark) 3. aCMS 4. iCMS 5. ocCMS ("о це cms") :) 6. ocBlog - не знаю есть ли такое название уже у кого-то. 7. MarkStore (BNV) 8. ocEngine (BNV) ... ...

В модуле реализовано (не буду называть каком, в профиле посмотрите): Теперь ссылки пагинации записей в категории блога имеют вид типа http: //site/news/page-2 а не http: //site/news/?page=2 а /page-1 имеет 301 редирект на / И title документа (и description тоже) имеет вид title." страница ".$number Пример: www.opencartadmin.com/news/page-2

Анонс 5-й версии beta X4 Называется "радость seo-шника" :ugeek: Теперь ссылки пагинации записей в категории блога имеют вид типа http: //site/news/page-2 а не http: //site/news/?page=2 Это очень полезно для seo И title документа (и description тоже) имеет вид title." страница ".$number Пример: www.opencartadmin.com/news/page-2 Плюс для записей можно выставлять окончание (напомню, что seo url генерируется автоматом), например .html . И....плюс для категорий можно делать любые окончания, хоть /index.html Не говорю о том, что давно реализовано теги H1 и Title документа для записей и категорий P.S. Осталось для seo -шников сделать рекомендуемые записи к категориям товаров и категориям блога, а потом рекомендуемые категории записей к категориям товаров, и будет "полный комплект" seo - шника

Ну и ... зачем? Сразу удар по seo. У вас все ссылки становятся второго уровня. Google-цы четко говорят, что правильно будет локализация http ://site/?lang=ru (ну может еще http ://ru.site/ ) но никак не http ://site/ru/

Кстати в 5-й версии модуля captcha полностью переделана и работает на поддоменах тоже. (так как рабоатет без "путей") Так что можете скинуть мне e-mail я вышлю свежую версию

Да нету уже в новых версиях HTTP_IMAGE и HTTPS_IMAGE, этот у.... :ugeek: Даниель их про.... куда-то. Кому они мешали - не понятно Раньше были - тут раз в 1.5.5.* уже нету! :ugeek: Наверно с бодуна лег на клаву и Del прижал на строках где была такая важная константа Слов не хватает, одни чувства :)

Нет! Это не скорость загрузки, картинки загружаются вне документа. Результат будет если поддомен расположен совершенно на другом физическом сервере, тогда на основной снизиться нагрузка (судя по всему здесь не тот случай). Это вариант снижения нагрузки на основной сервер. А не "увеличение" скорости, вынесите картинки хоть в Свазиленд. Лучше поработать над кешированием view и mysql запросов с memecached, вот это реальное увеличение скорости!

А вот это вы не видели в resize модели image.php if (isset($this->request->server['HTTPS']) && (($this->request->server['HTTPS'] == 'on') || ($this->request->server['HTTPS'] == '1'))) { return $this->config->get('config_ssl') . 'image/' . $new_image; } else { return $this->config->get('config_url') . 'image/' . $new_image; } а раньше было как надо до версии 1.5.5.* if (isset($this->request->server['HTTPS']) && (($this->request->server['HTTPS'] == 'on') || ($this->request->server['HTTPS'] == '1'))) { return HTTPS_IMAGE . $new_image; } else { return HTTP_IMAGE . $new_image; } Чувствуете разницу!!! В последних версиях плюют Даниель со своей OC на DIR_IMAGE и все что связано с путями к images Из-за таких канделябров очень непросто сделать нормальный мультистор и отделить images При таких танцах ушами, вы по нормальному не отделите images на другой поддомен, так как resize копии в кеше будут находиться на основном сервере, а они в основном и "работают" Без правки руками - можете забыть о "Перенести все image на поддомен" У вас получилось, потому что сидите на старой версии до 1.5.5 В прошлых версиях была HTTP_IMAGE, зачем было её убирать? Не пойму логики Даниеля. Убрать HTTP_IMAGE - полная безмозглость, кому она б... мешала?! P.S. В 5-й версии модуля капча работает уже "без путей" :)

Думаю до конца сентября выйдет

Вы рассмотрели "частный" случай не демо seo перелинковки, а просто демо функциональности сайта, каждый может сделать так, как он захочет.

Тестировал 50 запросами в секунду OC со своим модулем - всё OK. На странице модуля - есть отчетность.

Проверьте *.php на функцию eval (alt+f7 в total commander и галочку напротив "с текстом" - и в поле eval) и если она в паре base64_decode - значит там троян - аккуратно грохаем

Анонс: 5-я версия умеет делать баннерные (галерейные) системы. C мультиязычными заголовками, описанием (всё в html), ссылками. (замечу: один из шаблонов - адаптивный с центрированием в центральной части баннера, а не как у большинства, по левому краю)

Как сказал один умный человек. Банкиры - это мошенники

Можно прикручивать последнюю сборку beta 11, и дружит она лучше с нестандартными темами, так как практически во всех виджетах есть поле привязки к элементам, т.е. если у вас не стандартные классы элементов, то прописав в настройках вы все равно привяжитесь к не стандартной теме, не редактируя шаблон

2. Конечно можно в 5-й версии есть виджет "Рекомендуемые"

В 5-й все есть. (title, h1) Насчет страницы контактов. В 5-ке можно сделать различные формы запросов, как на демо сайте и запись использовать вместо "контактов"

Продается то он здесь :)

Немного не от меня зависит, когда функционал форума немного "подрасширят". Обещали до 1-го сентября.

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

Свой еще сделать надо, хотя архитектура уже "заложена" в моих прошлых модулях. Вот только смотрю по покупкам данного модуля - только время тратить, а работы там будь здоров. Когда-то сделаю, но в планах далеко не на первом месте. Может кто высоконагруженный проект закажет, тогда придется делать.

Доработать, чтобы не надо было регистрации и id, классы привязки, чтобы можно было в настройках модуля ставить (у кого тема сильно перепилена топором)

SEO: Гуглу и яндексу наплевать на это. Им подавай быстрые сервера, они загружают чистый html и картинки отдельно. Для высоконагруженных проектов - штука нужная, но до неё надо оптимизировать сам opencart :) Данный модуль сокращает количество запросов к серверу (полезная штука) , что очень важно для "плохих" хостеров, которые любят отключать сайты из-за нагрузки 100 человек в день :) Вообще скорость меряется не в Мбитах, а в количестве запросов и пингу к серверу. Если второе решается выбором хостера, то первое решается модулем. Не видел реализацию, но в принципе полезная штука, скорость как таковую она не меняет, а вот нагрузку на сервер уменьшает. Чтобы как то побороть тормознутость opencart, надо сделать нормальный модуль кеширования MySQL запросов, вот где узкое "бутылочное" горлышко. Пока те реализации что я видел, далеки от совершенства. Плюс добавить кеширование по блокам вывода view работы модулей.