TpyHT

Спасибо, очень удобная штука!

Ромбики где именно? В самой базе или на сайте или в phpmyadmin? Если в базе, то при импорте смотрите кодировку файла экспорта баз в notepad++, после этого при создании базы указывайте везде utf8_general_ci. Если на сайте попробуйте прописать в .htaccess вашего сайта первой строчку AddDefaultCharset utf-8. Если в phpmyadmin - пишите хостеру его проблема решить этот вопрос.

Если у вас домен латинскими буквами - то пишите все латинскими, если русскими то пишите русскими и все дела. И вообще кириллица в урле - кому это будет полезно и вообще нахрена это нужно? Посетителям сайта без разницы, вам тем более, поисковикам тем более по боку если не хуже, а у вас проблем потом прибавиться может, потому что урл должен быть латинским "по ГОСТу". П.С. Вы и сами написали " одни пишут что кириллицей можно , другие пишут что лучше латиницей". По смыслу так оно и есть, что можно то можно, а вот лучше латиницей. Это знаете как контентщики сайты наполняют, и заливают картинки с русскиминазваниями файлов, потому что можно файлы по русски называть, а потом е..сь по фтп передавать в нужной кодировке их при переносе сервака или просто копировании. Потому что лучше сразу называть все латинскими буквами.

Довольно таки неплохо.

1. http://otmoyka.ru 2. Интернет-магазин кухонных моек, смесителей и аксессуаров ко всему этому добру. 3. ocStore 1.5.3.1 4. Уникальный дизайн 5. Модули фильтра товаров, batch editor, упрощенное оформление заказа. 6. Касательно движка - сохранение старых урлов товаров, кроп фотографий под определенный размер, плюс множество различных мелких доработок. Добавлены различные jquery фишки. 7. Автор я.

Откройте файл экспорта текстовым редактором и удалите все что связано с information_schema, оставте все что связано с базой магазина. Заливайте. Только перед тем как удалять из файла что либо сделайте его копию на всякий случай.

Не понял, а если идет запись в файл и нужно поставить права 777 на него, то что делать?

У вас скорее бы не показывалась сайт.ру/111, нежели сайт.ру/111/script.php . Куда эту папку 111 кладете? Если положите в корень все ок будет работать, если не работает смотрите .htaccess, делайте там исключение из реврайта на index.php по маске вашего скрипта/папки. Хотя если честно "Звучит как бред!)))" © , потому что я никогда ничего не делал дополнительно для того чтобы работал какой нибудь самописный скрипт в корне/папке в корне магазина.

Подскажите пожалуйста, как можно сохранить урлы? Хочу что бы ссылки выглядели по новому, но и не хочу терять раскрученный товар. Есть ли каке-нибудь модули для организации перенаправления со старых ссылок на новые? Если хотите чтобы ссылки выглядели по новому но и не хотите терять раскрученный товар - то тут я вижу такие варианты: 1) Самый простой - делать склейку старых урлов с новыми в .htacess, тогда ПС передадут вес на новые страницы, старые уйдут из индекса. Однако тут если у вас старые урлы еще более менее структурированы то можно прописать какой нибудь реврайт урл и зареврайтить все старые ссылки на новые по какому нибудь правилу, если они не структурированы и связать их не получится, то нужно будет писать правило для каждой пары нового и старого урла. 2) Лично я делал сохранение старых урлов посредством дописывания seo_url и seo_pro, ничего особо сложного там нет, просто в ЧПУ псевдониме товаров нужно будет вписывать старый урл. Реализовано это, например, в магазине euromoyka.ru - старые урлы идут с html, причем не только у товаров, но и у категорий и в том числе статей в блоге.

Автор видимо куда то торопился...

http://rutracker.org/forum/viewtopic.php?t=3395876 Советую посмотреть эти курсы - для знакомства с OpenCart самое оно.

Авторизуюсь в соцсетях через OAuth 2.0, на выходе у меня есть id пользователя в сети, в которую он зашел, или несколько этих id, собственно вопрос сверху.

В магазине есть возможность авторизации на сайте через три социальные сети (самописная авторизация через API). Возникла необходимость идентифицировать пользователей на сайте под определенным id. Как лучше организовать привязку заказов к определенному пользователю? Из идей - человек логинится посредством ВКонтакте, получаем uid ВКонтакте, записываем его в базу и ставим ему наш автоинкреметируемый id, который смотрим в дальнейшем если юзер уже логинился под этим профилем ВКонтакте. Если затем юзер логинится через Facebook, а наш id уже висит скажем в сессии, то пишем этому id в соответствие uid профиля в Facebook. Таким образом получаем однозначное соответствие нашего id и айдишников соцсетей, тут все ясно. Однако юзер может зайти в магазин через ВКонтакте, получить id, а на следующий день уже зайти через Facebook, таким образом мы выдадим ему уже новый id в нашей системе, на него вешаем определенные заказы, а послезавтра юзер снова заходит через ВКонтакте и идентифицируется со старым id, на который ничего не привязано. Само собой их потом можно обьединять если одновременно под двумя аккаунтами и тп, но это уже получается очень сложно. А если еще больше соцсетей то вообще непонятно как смотреть это все. Ключевые моменты - собственной регистрации на сайте нет, т.е. OpenID также не подходит, Логинзы и прочие сервисы не подходят, т.к. используются многие методы API соцсетей и потому легче работать сразу напрямую, к тому же уже написано много библиотек и прочего. Интересует как лучше это все спроектировать, можно даже не в контексте Опенкарта и чисто теоретически. В интернетах только о логинзах и подобных удалось найти, ничего конкретного.

Нормально все у вас грузится, напишите с каким сайтом вы сравниваете, знаете ли вы какой у них сервер, на какой хостинге/тарифе хоститесь вы?

Что значит криво работает? Просто руками подправте чтобы зачеркнутая цена выводилась, также как в обычных категориях. Предложенная схема - единственно верное решение, по другому оптимально никак не организовать.

И правильно, переходите. По дизайну - руками переносите шаблон, а по хорошему лучше из того что есть (картинки, стили) переверстать все на Opencart, лично по моему. Товары перенести не проблема, если их до этого раскручивали можно даже урлы те же самые оставить. С покупателями тоже проблем не возникнет. Исполнителя можете найти на форуме.

Все ок работает, у меня сайт быстро грузится.

http://feelin.com.ua/image/cache/data/Polaris/PMG - что это подгружается на главной странице, уберите

Помните что за взлом сайтов вам может грозить уголовная ответственность по статье 272 УК РФ.

2 - Полнейший бред, глупости не говорите. Я собственноручно написал скрипт, который переводит через Google Translate бесплатно любые обьемы текста. И замечу что буквально месяц назад перевел таким образом сайт на 5 иностранных языков, включая азиатские. 7 - С taobao я не работал, не спорю, если там капча не появляется значит вполне себе успешно можно парсить, и у меня опыт в этой области уверен побольше вашего, успешно вроде обходил до этого времени любую защиту. Не говорю сейчас конкретно про taobao, но другие подобные сайты вполне адекватно парсились.

Каков бюджет? Могу сделать автопарсер по крону с заливкой товаров и обновлением цены.

Проверьте на сайте site-perf.com и поймете причину, там будет описано что жрет много времени. Если из-за php скриптов, то могу обьяснить как проверить где узкие места у вас.

Переклеивал адекватный, раскрученный сайт на домен с кучей говноссылок, появился в гугле - улетел через неделю, переклеил на свежий домен - все ок. Делайте выводы. Насчет борьбы с конкуренцией - новый сайт вполне, а если трастовый домен то купите вы хоть миллион фиговых ссылок, от этого ему только лучше будет.

Что не понятного? Появились говноссылки на ваш сайт, будут висеть, уедет ваш сайт в конец выдачи. Самому не легче раскручивать?

Значит это косяк хостинга, а не твой. Просто пришли им ссылку на скрипт time.php, напиши что там всего один оператор date() или time(), что ты там использовал, пусть разбираются. Потому что это их обязанность, ты за это деньги платишь и это не твой головняк. А с хостингами только так и нужно, т.к. иной раз им нужно полдня только обьснять проблему чтобы до них дошло, набирают в техподдержку студентов-первокурсников. У меня вот так на одном довольно популярном хостинг провайдере, сайты без трафика ложились по кд, начали разбиратся, на что как обычно нелепые отмазы типа у вас скрипты тяжелые, на что я им траффика нет, какие скрипты, после чего они мне начали снова оптимизируйте скрипты, я залил на хостинг простой сайт без базы, тупо html файлы - не грузиться, лагает все, пишу ну и что за херня, они немного зашевелились, но один хер отмазки постоянные, в итоге они заявили мне что каждый сайт создает httpd процесс на сервере, которые жрут много оперативной памяти, это был просто финиш! Я написал им о их профпригодности (причем из саппорта со мной общалось 3 сотрудника), и успешно переехал на хороший хостинг, который меня устраивает во всех отношениях и сайты работают как часы. Я перевел туда 20 сайтов и все ок работает. В заключение добавлю что техподдержка хостинга зачастую завалена глупыми вопросами юзеров-новичков, потому им легче отмазатся, это дает время, а потом уже когда начинаешь с ними ругатся шевелятся, и это не только в хостингах, а практически во всех сферах жизни общества в этой прекрасной стране.