costas

Вы админки не перепутали? :rolleyes:

Видимо до админки Вы таки не добарилсь, на счёт формы регистрации это уже зависит от магазина. Вы видимо не имели дело с prestashop, только видели её вблизи, инсталяция хаков/модулей и правка кода для opencart это мелочь в сравнени с тем, что магазин (в частности prestashop) изначльно полный тормаз и еле шевелится.Выбор движка под магазин личное дело каждого, prestashop медленный и не поворотливый, из ещё существенных минусов - отсутвие бесплатных модулей и хаков (только те что идут в комплекте), остальное всё за деньги. Ну раз разговор о prestashop зашёл, линканите ссылку на магазин на базе prestashop с нуменклатурой хотя бы 2-3 тыс. позиций.

:rolleyes: А что конкретно Вас не устравивает в opencart в сравнении с другими? или Вам внешний вид не устроил? З.Ы. opencart это не CMS это что б Вы знали.

ИХМО идеальная связка при 10000+ позиций это синхронизация с 1С, идеальнее ничего пока не придумано, да и думается врятли придумают...

Дааня функция addRewrite, из класса библиотеки url движка версии opencart 1.5.x, если у Вас версия 1.4.х или ocStore 0.2.x то работать не будет.для версии ocStore 0.2.x можно попробовать это https://opencartforum.com/topic/4778-seo-mod-для-ocstore-v022-тестировние/

Aptana Studio Eclipse PDT vim (по привычке)

<div id="search"> <div class="button-search"></div> <?php if ($keyword) { ?> <input type="text" value="<?php echo $keyword; ?>" id="filter_keyword" /> <?php } else { ?> <input type="text" value="<?php echo $text_keyword; ?>" id="filter_keyword" onclick="this.value = '';" onkeydown="this.style.color = '#000000'" /> <?php } ?>

Ах да, если вы заглянете в реальные файлы магазина opencart 1.5.x то не найдёте там файла с таким названием, то что поставляется с ocstore это сугубо личные предпочтения команды которая занимается сборкой этой версии, данный файл может необходим для господина тындекса (на гугле даже описание есть для чего и как), но всё же не является обязательным, и господа разработчики оригинального opencart не берут на себя ответственности по части предустановленной версии данного файла с целью облегчить жизнь в борьбе с поисковиками (ничего против данного файла не имею).З.Ы. я бы не включал данный файл в сборку магазина, но это мои личные предпочтения. Последний аргумент: вот сайт http://kvartnikstroy.ru/, хотите знать где админка? открываем http://kvartnikstroy.ru/robots.txt ... без коментариев

приведёт к тому что знающий пользователь сможет найти данную директорию в поисковике, она не будет проиндексирована, но будет отмечена в поисковике как запрещённая к индексированию, сам факт что она будет засвеченна уже на лицо, в сотый раз повторюсь, поисковик может индексировать сайт только по доступным url и индексация начинается с индексного файла (смотрите настройки Apache) в случае магазина это index.php (стоит поразмыслить почему все скрипты php начинаются с этого файла), файл index.php это точка старта, далее парсится контент который отдаётся по запросу index.php на предмет переходов на другие страницы, то есть все ссылки полученные из содержимого ответа сервера в запросах HTTP GET к файлу index.php, дальнейший парсинг идёт тем же путём по ссылкам найденым в контенте. Веб сервер не отдаёт случайных директорий и файлов, клиент не может узнать ничего кроме того что отдаёт сервер по запросу, инициатором запросов в данном случае всегда выступает клиент (браузер, поисковик и тд), всё общение сервера и клиента сводится к вопросу со стороны клиента и ответу со стороны сервера. Ни одни поисковик не сможет узнать о существовании директории если на неё нет ссылок из контента к которому ведёт index.php. Запрещение в robot.txt дано для того что бы контент который доступен например с главной сраницы (авторизация пользователя или корзина) не был проиндексирован, но не для защиты или скрытия, а просто чтоб не попадал в поисковую базу и только для этого. у меня точная копия на диске в директории сайта в открытом доступе занимает порядка 6ГБ, вот только в поисковике максимум 18 Мб наберётся, и что же поисковик такой умный не нашёл всё остальное? Это не логика и не умозаключение, это чуть-чуть немного знаний о работе веб-сервера и протокола HTTP (не к месту и не на этом форуме)...

офтоп...увидел вложенные запросы и возник вопрос а зачем? можно же обойтись двумя простыми, при этом не будет временных таблиц и как следствие пагубного влияния на производительность, мне не понятно зачем использовать такой функционал MySQL в ущерб производительности...

Я не программист, так уж сложилось, вего лишь unix-администратор (php это хобби), для того чтобы использовать сниффер нужно вклиниться в TCP/IP сессию между админом (его рабочее место) и сервером где расположен магазин, к директориям на сервере и работе самого сервера, как и магазина, это не имеет никого отношения, сам факт попытки такого взлома это уже человеческий фактор в отношении магазина и его владельцев, либо к компании хостинг-провайдера где находится данный магазин.Кейлогер это уже на совести пользователя, украденные пароли и всё остальное то же не имеют отношения к работе http сервера и не никакие действия не спасут ни один сервер от такого пользователя, который раздаёт пароли и тд налево и направо (примеров из жизни масса). На счёт логов согласен, неправильно настроенный хостинг тому способствует, ну и конечно же логи которые ведёт сам магазин (не включенный htaccess и тд).

Видел точно, но платный или нет не припомню...

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

К сожалению объяснение принципов работы сервера HTTP, а также протокола http выходит за рамки данного форума.Советую поковырять документацию в инете на предмет как работает сервер HTTP (Apache,Nginx,Lighttpd), что такое листинг директорий и что такое индексный файл и каким образом клиент (Web browser, поисковик и тд) получает дерево "ссылок" всех файлов и директорий на сервере. Если Вы вностите в robots.txt исключение того или иного контента, то как уже писалось на этом форуме, в поисковике существование этого контента будет зафиксированно со всеми вытекающими. Повторюсь, никто не может обнаружить на сервере директории если к ним не прописаны пути/ссылки/etc. вне этой директории, поисковик начинает ходить по сайту с индексного файла и непосредственно с ссылок которые он находит в индексном файле + robots.txt (или Вы думали что поисковики обладают какими то чудесными полномочиями и сервер HTTP по первому запросу вываливает всё содержимое директории с сайтом?!) Это не спор, это всего лишь знание или не знание технологий/протоколов и тд (опять же выходит за рамки этого форума).

Вам тогда должен быть интересен модуль "Ещё товары из этой же категории" или "Близкие по цене из той же категории"

ммм не совсем уловил смысл "который сдаст всех с потрохами".. файл robots.txt это не исполняемый скрипт, это просто текстовый файл который не завязан никуда и ни с чем в файл robots.txt не нужно вносить переименованную директорию admin и никто никогда не сможет её найти (подбирать директорию по словарю методом тыка никто не будет, если только совсем психически больной) ну и Вам никто не мешает создать директорию admin пустую и положить туда пустой файл index.html/php или даже можно с формой отправки куданить подальше на какой нить порнохостинг (ну это будет слишком наверно) Вы никогда не сможете найти отдельно взятую директорию, которая существует сама по себе и не связанна с пользовательской частью ни коим образом (в т.ч. и с robots.txt), а подобрать имя директории _http://mysite.ru/b17221c7f4f9ce93d387a2f61d770101/ - как говорится "море удачи и дача у моря!"

не совсем понятен смысл тогда автогенерации рекомендуемые, рекомендоватть можно по признаку или группе признаков, к таковым может относится цена товара, похожие харатеристики, политика продажи определённого товара и т.д.Но вот рандом здесь никак не может иметь место быть, к примеру вы смотрите телефон с QWERTY - модуль выдаст вам рекомендуемый...? именно... без QWERTY: бесполезно более чем и у покупателя осадочек... и таких исключений будет масса... Хотя всё зависит от типа продукции...

Идея не плохая, но алгоритм Вы не описали, например если делать рекомендуемые отталкиваясь от цены и категории товара, то будет не очень красиво если на запрошенную батарейку к самсунгу вывалится батарейка от соньки (криво больше подходит), да даже если будет тоже самсунг но другой модели, если будет такая логика, то модуль по факту бесполезен (как и в текущем состоянии)iPhone и iPod Classic это разные категории, и для совпадения по именам Apple это исключение из правил, с Samsung или LG такое не пройдёт, как и в большинстве случаев для других вендоров.

ИХМО уместно использовать кеширование карты и постраничным на уровне СУБД запросами для её созданя, это решит проблему с памятью и отдачей самой карты, но не решит проблему с временем выполнения скрипта (тут надо изобретать велосипед с индексацией), хотя если есть cron на хостинге то нет проблем и с временем выполнения...Ну или смотреть в сторону другого хостера (например с наличием python для такого рода задач)

Сейчас мигрируем один проект с opencart 1.5.х на ocStore 0.2.2, там была такая доработка, соответственно придётся её тож портировать, так что пока только ждать или искать другие варианты...

Делал такую доработку для oencart 1.5, для ocStore 0.2.x думаю не проблема, но это не модуль, это небольшая доработка фильтрации товаров.

Словил баг при отключенном SEO не работает сортировка и постраничное хождение. Кто поставил модуль отпишитесь имеется такое дело или нет...

Если есть ssh на хостинге, то зайдите на хостинг по SSH и выполните команду telnet smtp.gmail.com 465будет видно есть соеденение или нет

Версия магазина?

mtp.gmail.comможет всётаки smtp.gmail.com