rb2

Эй, народ, полегче! Что за привычка сразу переходить на личности, обвинять и видеть во всем злой умысел? Автор делится тем опытом, что у него есть. Заметили слово "делится"? Умеете лучше - сделайте лучше, напишите лучше. Научите, как надо. На собственных постах, а не гнобя и опуская всех направо и налево. Достали своей манерой общения.

Стоит - спросите. У авторов шаблонов в первую очередь, если есть подозрения. К чему эти гадания и шушукания, если выяснить правду просто? Может эта студия купила права на перепродажу. Или включила риски появления таких вопросов в цену и при появлении дотошных покупателей просто будут покупать всё втихаря, чтоб удовлетворить любопытство одиночных дотошных, и чтоб было более-менее не придраться. А менее дотошным - купить одну лицензию, а продать сотне заказчиков. Я не знаю, хорошие они или мошенники, и что включают в ту цену.

Ну куда уж подробнее? В админку магазина загляните. Здесь же не детский сад, чтобы всё пережёвывать. Не такая уж она необъятная - всего 5-7 основных разделов. В настройках - локализация и несколько посвященных этому пунктов.

@Freelancer, это B2B ТЗ, а здесь в основном B2C. Хочешь такие простыни - иди аутсорсером для других ИТ компаний, там техн. грамотные тимлиды и PM-ы тонны такого добра пишут.

А что не так? И с подходом, и ценой. Можете - продавайте. Не можете - ухахакивайтесь по себестоимости и демпингуйте.

Да. Там все языковые ресурсы. Копируется папка с английским языком в свою и переводится. Часть данных, изменяемая пользователем (администратором магазина) хранится в базе. Её обычно пакеты русификации не переводят. Хотя и можно, в принципе.

http://stackoverflow...6135485#6135485 http://us3.php.net/m...i.post-max-size http://httpd.apache....imitrequestbody Скорее всего проблема в том, что данных в форме слишком много (огромные тексты или много HTML-блоков).

1. Админку можно поставить на совсем другой сервер или домен. Например, админка - вся по https и совсем в стороне от магазина. 2. В админке и каталоге к базе могут подключаться разные MySQL-пользователи (можно с разными правами доступа). В некоторых случаях это помогает избавиться от проблемы с превышением кол-ва одновременных подключений на дешёвых тарифах shared-хостинга (я видел лимиты в 1 и 2 одновременных подключения - странно, но факт: бывает). 3. гипотетическая идея - в принципе можно одной админкой обслуживать несколько магазинов одной и той же версии. И речь не о мультимагазинах, а совсем независимых. Подменил конфиг - и админка уже смотрит на другой магазин. Это может быть гораздо удобнее сопровождения и поддержания в одинаковом состоянии 5-10 своих админок с разными переделками и наворотами внутри. А раз админка независима от каталога - работа магазина(-ов) никак не нарушается этими жонглированиями конфигов.

Если вы на шаред хостинге и доступа к изменению параметров нет, есть одно решение, которое может облегчить страдания на некоторое время. Надо создать ещё одного пользователя БД (это делается в панели управления хостинга, в секции баз данных) и в админке (admin/config.php) использовать одного пользователя, а в магазине (config.php) - другого.

А что мешает под виндой скачать и поставить apache, mysql и php? И конфигурировать без всяких заморочек и толстых слоёв шоколада - по любым инструкциям для линуксов. Проблем же с их установкой и использованием под виндой вообще никаких нет.

http://www.opencart.com/index.php?route=extension/extension&filter_search=%20testimonial На приведенном сайте справа - это не реальные отзывы после покупок, а написанные и оформленные вручную. Сходите на тот товар, который они якобы купили и получили, и убедитесь, что там нет никаких отзывов (это раз), ну и вообще они там до боли стандартные (это два). А для их оформления на сайте использовался какой-то из testimonial-модулей, позволяющий HTML оформление.

Да при любых (больше 5-10) удобен. После нажатия 1-2 кнопок уже имеем очень короткий список для выбора. Вместо того, чтобы пролистать, прицелиться и выбрать. При стандартных размерах списков в опенкарт это было очень неудобным - я их обычно первым делом делал выше раза в 3-4. Хотите вернуть - переделывайте, делитесь рецептом с теми, кому такое пригодится. Старые же варианты никто не прячет, достаточно небольших усилий для переноса.

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

Проверьте свою версию PHP первым делом. Может она переключается.

Новый способ гораздо удобнее при большом количестве элементов списка.

А этот вопрос задайте лучше этому truemish-е, ему виднее. Только скорее `show tables`. Я больше с первым согласен - это просто попытка отсеять часть "кулхацкеров", которые умеют действовать по найденным в сети инструкциям.

Не представляю, как я через месяц буду этот факт объяснять поисковику в попытках найти пост на эту тему для вручения очередному неофиту. "Там где-то было помечено красненьким" и небольшой раздел "основные отличия 154 от 1513" со списком из 3-4 пунктов - две разные разницы. И найдётся быстрее, и читать проще. Глазами найти разницу в длинной простыне текста - такое только голубям под силу[1]. Тем более что вопрос действительно не раз задавали, когда произошла смена в шаблонах (где-то в 152 или 153 версиях). И вынести его и прописать словами - ищущие и поисковики только спасибо скажут. [1] http://www.portal-slovo.ru/art/36354.php?PRINT=Y, Ctrl-F, конвейер, Enter

https://opencartforum.com/topic/3355-есть-ли-модуль-анализа-лог-файлов/page__p__22909#entry22909

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

Атрибуты.

Раз уж оно вам надо - напишите заодно, что поменялось в шаблонах по сравнению с прежним описанием. Что куда перекочевало и т.п. (например, корзина и переключатели языков из header.tpl в соотв. модули - или куда они там переехали). Довольно часто спрашивают. Ну и перелиновать эти две темы не помешало бы никому.

Смотреть логи ошибок. * веб-сервера (напр. /var/log/apache2/error.log, но вообще от хостера зависит - одни его куда-то перекладывают к пользователю в каталог, другие в админке хостинга показывают) * опенкарта (system/logs/error.txt) * vqmod (vqmod/logs/*.log)

Ну, спрашивают одно (как получить хотя бы три уровня в меню, а может и больше), а в ответ - совсем другое. Красивое меню, с неизменным стандартным поведением, но с картинками. И с диагнозом "позволяет реализовать то, что хотите". Мне кажется, что либо вы не читали, что в вопросе хотели, либо не поняли. То есть если меня спрашивают, где здесь купить 3 коробка спичек, а я в ответ показываю, где купить большой арбуз - меня будут считать адекватным и полезным помощником? :) Мне кажется, что примеры для того и приводятся, чтобы быстро и наглядно показать, что получим в итоге. Облазив там всю менюшку, я и пришёл к выводу, что, кажется, кто-то не умеет считать. Потому что намека на третий уровень там не увидел. Я вижу, что умеете. А статью, на которую вы ссылаетесь - я написал. Достаточно реальная помощь?

Почему-то вспомнилось: "Люди делятся на три категории: одни умеют считать, другие — нет."

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