smarteg

Ссылку на обсуждение? Лично я например тоже не в курсе, хотя и не сталкивался.

Да на этот код указывает ошибка. Я не могу ничего подсказать потому что не понимаю куда в вашем магазине деваются токены. Ошибка выдает что контроллеру не прилетает токен. То есть либо они у вас вообще не работают, либо работают как-то странно либо еще чего-то.

Слушайте, ну единственное что я могу предложить - дайте в личку логин-пароль от админки и фтп. Потому что у меня больше никаких вариантов как помочь Вам с быстрым редактированием. А что касается экспорта/импорта - не ко мне вопрос. Я им пользовался 1 раз в жизни.

Всем привет! Есть небольшая доработка: можно грабить корованы грузить фотки по несколько штук за раз. Качаем@тестируем; замечания высказываем. "Баги" которые обсуждались выше я не фиксил, т.е. оно как раньше работало по такой же схеме, так и сейчас ничего не поменялось принципиально. Желающие сказать спасибо чуть громче остальных - Яндекс.Деньги 41001275236952 ))) UPDATE: для тех кто будет обновляться - достаточно просто перезаписать файлы из архива, а точнее контроллер, и отображение. simple_img_upload_mu.zip

Что такое токен? Токен это строчка авторизации, которая генерируется при успешной авторизации администратора магазина. Поэтому в администраторской части все ссылки имеют примерно такой вид: http://мой-сайт.ru/admin/index.php?route=что-то/что-то&token=0a87a4347bd8c7a7f8119134498fb47e где 0a87a4347bd8c7a7f8119134498fb47e это и есть этот самый токен. В контроллерах админки первое что проверяется это передан-ли токен, если не передан или токен "протух" действие считается неразрешенным т.к. пользователь не авторизован и контроллер отправляет на страницу авторизации. Вот в 2-х словах теория о токенах и их применении. Дальше разберитесь работают они у Вас или нет, если у вас все каким-то образом работает без токенов, лично мне было бы очень интересно узнать как ...

Э ... а у Вас токены отключены чтоли? Честно говоря я с трудом представляю как без токенов авторизация работает. Конечно можно попробовать убрать его до такого: $this->data['fast_item'] = HTTPS_SERVER . 'index.php?route=catalog/fastitemedit'; Но я не уверен что это будет работать.

Yesvik, спасибо! *хочется сказать "Спасибо дружищще!" но не уверен насколько это будет политкорректно и правильно воспринято" Спасибо за подсказку про 301 редирект, это отличная идея и просто великолепное решение! А насчет бардака со ссылками, да вы совершенно правильно указали причину. У меня категории были SEOшные, а продукты - нет. В любом случае, тем у кого "бардак" вроде того что у меня - выпиливайте, у кого все в порядке - запиливайте решение by Yesvik. Мое мнение. P.S> для тех кто интересуется почему бардак ... знаете, базу в > 5000 товаров привести в нормальный вид, даже с модулем auto SEO не так-то просто. К тому же он мне не подходит, мне нужна кирилица в URL-ах.

Я занднюю не включал) просто с аргументом Очень трудно поспорить XD А вставлять или не вставлять выпил -- это дело сугубо личное каждого. Просто еще раз повторю свое наблюдение, а дальше уж решайте сами включать, не включать или выключать. Несмотря на все уверения о необходимости сайтмэпсов и прочего, сайтмэпс далекоооооооо не всегда воспринимается поисковиком как истина в последней инстанции. Поисковик по моим наблюдениям (могу ошибаться как и все) иднексирует то, что видит. Поэтому проиндексировав http://мой-крутой-магазин.рф/товары/туризм/спички-непромокаемые рекурсивно пройдя по тому, что ему дала заглавная, вовсе не обязательно что увидев rel="canonical" вида http://мой-крутой-магазин.рф/спички-непромокаемые он пройдет и проиндексирует именно эту страницу. А даже если и проиндексирует, то вовсе не обязательно решит пустить в выдачу её т.к. один из формальных критериев: ссылка на ЭТУ страницу с главной -- отсутствует. И если уж и пустит в выдачу, то шанс ранжирования её на вкусном месте весьма невелик. Но удалит неканоническую совершенно точно. Ну или конечно можно сделать css-кой скрытый текст на заглавной странице куда засунуть все ссылки на все товары ... Но за это и в баню можно отправится ;) Именно по этой причине на данный момент я остаюсь при своем мнении, что лучше при такой организации SEO этот атрибут убрать. Наплевать каким видом попадет страница в выдачу http://мой-крутой-магазин.рф/товары/туризм/спички-непромокаемые http://мой-крутой-магазин.рф/туризм/спички-непромокаемые http://мой-крутой-магазин.рф/спички-непромокаемые или вообще http://мой-крутой-магазин.рф/лучшие-товары/спички-непромокаемые главное чтобы 1) она там была 2) ПО проиндексированоый ссылке можно было перейти Извините за некоторый снобизм, но мне лично моделировать сферических коней в вакууме нет финансовых ресурсов. Я не гугль, котоырй может несколько милионов баксов вложить в проект вроде wave и потом его закрыть на нафикнадобностью. То, о чем я пишу -- реально работает при таком стечении обстоятельств, то о чем пишет Yesvik вероятно тоже, судя по всему он грамотный специалист, но это 2 точки зрения. Как минимум ода из них правильная, чья - решать вам руководствуясь здравым смыслом и опытом предыдущих поколений. Ну и печальным опытом в том числе.

Опс, в README ошибка Вместо: А можно подробнее что за нотис? Скиньте целиком пожалуйста сообщение об ошибке.

Окей, принято)

Да ничего страшного ИМХО если выпилить этот ваш rel. Профита он никакого не дает хоть с дублями, хоть без дублей. Поисковикам вообще лучше не указывать (опять-же ИМХО) каким образом индексировать сайт, это настолько пустое и бесполезное занятие ... Им лучше давать жрать контент, и наплевать по какой ссылке он пришел, главное чтобы эта же ссылка была и в пользоваельской части, эта же ссылка генерировалась. А что sitemaps ... sitemaps тут не причем. Нигде-же не написано что в нем должны быть АБСОЛЮТНО ВСЕ ссылки. Вот пусть поисковик и разбирается. Просто когда вроде все делаешь как рекомендуют сеошнеки, сделаешь правильные сайтмэпсы, все красивенько оформишь, ссылочки ровные, однотипные - хрен! Как забьешь на это дело, поисковик наиндексирует криво-косо, где-то как продукт, где-то как продукт внутри категории, где-то еще как - так и пошел трафик с поисковиков. Я не знаю конечно может у меня руки кривые, но работает это именно так. P.S. у платных движков кстати (phpshop, webasyst) тоже на этот вопрос положен такой болт, что в индексе чего только нет, даже rss-ки (ну откуда я с их изкаробочным инсталлером знаю что мне еще нужно robots.txt делать! там же клик-клик, клац-клац!) и при этом переходов с поисковиков чуть менее чем дохрена.

Я выпилил этот код их файла common/header.tpl текущего. <?php foreach ($links as $link) { ?> <link href="<?php echo str_replace('&', '&', $link['href']); ?>" rel="<?php echo $link['rel']; ?>" /> <?php } ?> Немного брутальное решение, но в моем случае кроме этого рела в прилетающем в шаблон массиве ничего собственно путного не было.

Да скорее всего где-то так. В апреле у меня сваливался индекс с www, но там быстро вернулся сам, а с этим да ... помучался. Нет не было ничего такого в robots.txt

OpenCart 1.4.9.3 (не ocStore). (У меня свои причины использовать оригинальную, например меня не устраивает оригинальная библиотека отправки почты, я её выпилил и пользуюсь phpMailer`ом ... так на всякий) Примерно конец-апреля - начало/середина июня в этом промежутке. Точную дату не помню ... Никак. Такое чувство что один раз удаливши это дело йандекс без "стимуляторов" возвращать это дело собираться не намерен. Но есть выход ... Самое действенное это поставить йандекс.метрику, если посещаемость у магазина более-менее ну за пару-тройку недель количество страниц в выдаче придет в норму. Если посещаемости нет - (сайт не раскручен) после установки метрики (только не надо обзываться потом личинкой SEO-шника XDDD ) создать встречу на вконтакте в которой дать ссылку на магазин, наприглашать туда школьников и в назначеный день объявить поиски белого кролика, игру что на одной из страниц с товаром спрятана картинка с белым кроликом, кто первый найдет - тому косарь. Благодарные лемминги прошерстят магазин, джава-скрипт йандекс.метрики отработает в куче браузеров и ... ну вы понели %) А может даже чего нибуть и купят) тогда еще и косарь отобъется XD

Есть. Работает. Тоже более менее. Нету! Вообще нету! И врятли будет в ближайшее время. А еще дополнения и модули ставятся руками с перезаписью файлов в которых генерируется меню например что доставляет нехилый баттхёрт. Лично я из-за этого даже начал пользоваться SVN. Джумла в этом плане покажется щастьем. Но только в этом. SEO работает в изкаробочном варианте. Правда я так и не понял что значит внутренняя оптимизация ... Ну и так, от себя добавлю что OpenCart это не столько готовое решение, сколько это прекрасный фрэймворк для построения интернет-магазина на базе которого есть базовое решение. В него очень легко и удобно интегрировать свои модули, переписывать логику под свои нужды и т.д. Любой популярный вебасист в этом плане с его непролазными дебрями прикурит. Как и виртуемарт прикурит. И вообще много что прикурит. Так что если для друга - ставьте. Ну и развивайте понемногу ...

Странный вопрос ... очень напоминает "Сколько штук помидоров в одном килограмме". 1) Какая будет посещаемость сайта? Если 3,5 анонимуса в сутки то можно и 200 000 товаров залить. Пока место на сервере не будет приближаться к концу ... 2) Для MySQL эти ваши 20 000 товаров это вообще ниочем. Если вы когда нибуть видели движки популярных форумов, то в курсе что все сообщения хранятся в одной таблице, а 20 000 сообщений это примерно год работы средненького форума. И вроде никто раз в год базу не сносил ... т.е. выборки по базе будут нормально работать. 3) Хостинг. На выделенном сервере я лично не вижу никаких проблем. Но на тарифе "Посоны в стартапе: 99 рублей в мес" конечно это работать не будет ... 4) Frontend. Если отказаться от apache и поставить pure nginx или lighttpd (рекомендую почти 3 года полет нормальный!) это существенный выхлоп даст в плане производительности. Но нужно уметь настраивать php ... (вариант для VDS/VPS/Dedicated) Ну вот как-то так.

Ох я влетел с этим rel="canonical" ... Вобщем суть такая, если НЕ ПОЛЬЗОВАТЬСЯ SEO - можно забыть о нем. Если SEO включено - это первое что надо выпилить из шаблона. Суть в чем, поисковик когда индексирует, он какбэ проходит по тому, что видит (не рассказывайте про сайтмэпсы, по опыту - на сайтмэпс он СМОТРИТ, но все равно приоритетней то, что сам видит когда какбэ проходит по сайту как пользователь), так вот, в итоге загружаются страницы с URL`ами вроде /алкогольные-напитки/водка/?product=2234 или /алкогольные-напитки/водка/смирнов-номер-21 и у этих страниц получается канонический в виде длинной НЕ SEO ссылки, которая фактически нигде в пользовательской части не генерируется (у всех менюшек генерируются SEO ссылки) и получается что нужные ссылки вылетают из индекса, а "не нужные" не индексируются. Я по неопытности и по незнанию уже получил больно по доходу (сижу на % от продаж) ... Так что нужен он вам или нет - делайте выводы сами. Поисковики не дураки пишут, поисковики сами в состоянии дубли выпилить.

Я не понимаю людей, которые не ели омаров и начинают орать что это не вкусно (или наоборот - очень вкусно)! Есть хреновая куча специализированного софта во ВСЕХ сферах, который Windows only. Автодиагностического софта под линукс ВООБЩЕ не бывает и в вайне оно не работает чуть менее чем всегда. Музыкального софта под линукс раз-два и нету, аудасити, розенгарден и еще пара программ. Ну и так далее продолжать можно до бесконечности. Но в виндах нет sshfs что очень не доставляет, приходится пользоваться этим б-го мерзким WinSCP вместо того чтобы как обычно обменял ключами и sshfs -o reconnect йузер@далекий-сервер:/хоме/йузер /хоме/локальный_йузер/серваки/далекий-сервер Ну и далее еще можно кучу всего в пользу той и другой стороны сказать, поэтому сей флейм уныл, печален и стар как кернель 2.x Отправлено из Ubuntu.

А ... вот оно чего. Я этим модулем пользовался 1 раз когда импортировал товар по схеме Другой_движок -> CSV -> OpenOffice -> XLS -> OpenCart чего-то про id вылетело из головы ... Тогда да. Тогда я действительно не прав насчет слетающих ссылок.

Есть такая штука в MySQL, называется она auto_increment, собственно говоря именно он и генерирует эти самые id. Так вот при каждой генерации счетчик меняется да единицу вперед, соответственно по логике вещей после затирания базы происходит обычное добавление построчно и мускуль ДОЛЖЕН присваивать следующие по-порядку id-шки.

Окей, тогда про то что поменяются URL и иже с ним беру слова назад. Я был уверен что этот модуль затирает базу и заносит по новой все при импорте. Но вообще странно ... ибо: А проверять у себя -- лень.

Еще как по теме! Давайте мы не будем от одной религии переметаться к другой. Вы взрослый (надеюсь) человек, который к тому же пишет на планктон-скриптинге и в состоянии проверить. Возьмите какой нибуть товар и зафиксируйте у него URL ДО обновления прайса (зайдите через пользовательскую часть и сохраните в блокноте URL). А потом поменяйте цену и обновите этот ваш прайс и снова найдите этот же товар через пользовательскую часть и сравните 2 URL, до и после. Если я окажусь прав - стена напротив перечитайте еще раз предыдущее сообщение. Если окажусь не прав - сообщите мне об этом. Может быть мы с вами о разных модулях говорим, я так понял речь идет об импорте из CSV/XLS https://opencartforum.com/files/file/21-importexport/ См. выше и перечитайте обсуждение. А так же просто поймте что поисковику в процессе индексации НАПЛЕВАТЬ что у вас на странице за товар или голые женщины. Он берет URL и то, что по этому URL находится. А потом уже, разбирая что там есть, он определяет что это к товарам в поисковой выдаче, а это к голым женщинам. А теперь прикиньте что в вашем случае (еще раз повторюсь) если я прав, то URL`ы меняются, а голые женщины, не смотря на то, что лежали там веками - нет.

Ну вообще-то VDS-ка стоит копейки, от 150 рублей в месяц. Согласен выразился немного не корректно, "взял в аренду" было бы правильней. Только в отличие от ООО "Бомжехостинг" я сам себе хозяин на ней и хоть из исходников php собираю, хоть беру апач, беру патч и ..яч ...яч (с) И не завишу ни от одмина-Е*анько, который на вопрос "Почему phpmailer НА ВАШЕМ ХОСТИНГЕ не отправляет через sendmail почту?" ответит спустя пару дней что нибуть вроде "Отправляйте функцией mail();" Мой сервер -- это мой сервер и я сам там должен понимать что у меня настроено, как, где и зачем. А еще очень удобно не лог в админке смотреть когда что-то отлаживаешь, а tail -f /path_to_log/site.error.log на порядок ускоряет поиск проблем. Так что это нормальная тема, для тех кто в состоянии асилить дорогу.

А я бы пошел другим путем. Я бы купил VDS-ку, снес на ней ВСЕ кроме сендмайла (фря) или exim`а (Linux) и поставил php-cli, php-cgi, нужные библиотеки и модули php и Lighttpd! Этот замечательынй веб-сервер НАСТОЛЬКО быстрее в связке с php as FastCGI против апач + мод_пхп что сайт будет летать. + лайти меньше подвержен DDoS`у Но это вариант для тех кто знает юниксы и не боится трудностей %) P.S. у меня на этом добре WebAsys работал (сейчас я отказался от поддержки этого веб сайта, поэтому говорю в прошедшем времени, хотя сайт работает и по сей день уже 3 года полет нормальный). Тем, кто не в курсе - этот движок редкий тормозной атас! Но он таки ускорился лайтей, с 3,5 секунд (дефолтный апач) он стал генерить страницу за 0,8 секунды. Помоему это весьма неплохой выигрыш %) P.P.S. адепты апача, я знаю что апач тоже надо уметь настраивать и можно было его настроить, но лайти всеравно быстрее!

https://opencartforum.com/topic/2187-auto-seo/page__st__20 http://www.opencart.com/index.php?route=extension/extension/info&extension_id=547 Думаю это все что есть в "паблике". Остальное каждый под себя делал генерацию SEO. А вообще, если честно, от себя добавлю, что SEO-схемы в URL хоть и дают выхлоп для продвижения сайта в поисковиках, но он "уже не тот". Тоесть смотреть на на священную корову на эти SEO-схемы не нужно. А вот постоянная перезаливка товаров вообще сводит на НЕТ индексацию поисковиками.Сейчас объясню почему ... Каждый раз при перезаливке меняются id товара, а без SEO это основная часть ссылки. А теперь представьте что ссылка на товар меняется 2 раза на дню? Поисковик даже её зацепил и проиндексировал, завтра она уже будет не актуальна. А западло номер 2 состоит в том, что OpenCart НЕ ОТДАЕТ 404 страницу, поэтому при повтороном обходе поисковый робот думает что страница изменилась и переиндексирует её по новой. И так всю базу. И в итоге когда он начинает разбирать что наиндексировал получается овер9000 одинаковых страниц с одинаковым контентом "Страница не найдена" в виде валидной веб странички (именно это опенкарт отдает вместо 404 ответа), и что он сделает дальше? Правильно засунет это дело в ж..пу, а не в поисковую выдачу. Конечная цель SEO - это твердые хорошие позиции в поисковиках. Так вот поисковик больше любит постоянство для УЖЕ проиндексированного и корректные обновления обновляемых страниц. Вот тогда будет результат. Именно по этой причине я и рекомендовал вам в корне изменить технологический процесс. Для того чтобы получить разряд по легкой атлетике надо целенаправленно тренироваться на стадионе не жалея ни времени ни обуви, а не между перекурами в офисе бегать на пару соседних этажей и обратно искренне веря что от этого через некоторое время будет первый разряд по бегу) Конечно люди всегда верили в философские камни и прочую алхимию, веками уповали на чудодейственные зелья и прочее плацебо, но умные люди изучают как это работает, а идиоты придумывают религии. Я очень надеюсь что после этого сообщения вы начнете осознавать в каких местах заблуждаетесь и сделаете правильные выводы. Даже если выводы будут "опенкарт гамно, а камьюнити сборище самоуверенных лентяев, которые пальцем о пальцем не пошевелят для хорошего человека" - возможно это будет отличный выход для вашего интрнет-бизнеса как мотивационный шаг перейти на битрикс и заплатить таки денег программисту, который вам сделает нормальные человеческие стыковки с тем, что прилетает от поставщиков. OpenCart это магазин-фрэймворк. Он прекрасен для разработчика потому что позволяет переделать все что угодно под собственные нужды не загоняя особенно в какие-то рамки т.к. имеет довольно свободную архитектуру. У меня в одном схема работы менялась в течение 2-х месяцев 2 раза и оба раза я модифицировал логику, причем делал это довольно быстро. Этим хорош OpenCart, а не тем, то "все работает изкаропке и варит кофе". Оно конечно будет с SEO изкаропке и еще много тыщ расширений со временем, у опенкарта есть все шансы очень серьезно потеснить джумлу в е-коммерции и как следствие обрасти кучей модулей и это замечательно, прежде всего для таких людей как вы (не воспринимайте это за оскорбление), но скорее всего без понимания "как это работает", а в тупую "поставил включил смотрю" не даст "1 разряд по бегу" для вашего бизнеса. За сим откланиваюсь, все чем мог помочь в этой теме я помог.