UncleAndy
-
Публікації
280 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача UncleAndy
-
Думаю, новая версия будет нестабильной еще достаточно долго. Если вы можете подождать полгода-год с запуском магазина или вам не критична его стабильность, тогда да.
-
Если кто-то сможет подтвердить проблему с модулем в версии 0.2.0, я могу посмотреть что не так.
-
Посоветую отвечать на вопросы которые вам тут задают. И не игнорировать их если вам кажется что они не важны. Проблему мы определили. Как я и предполагал - сервер выдает неправильную кодировку. Правка файла .htaccess должна была помочь. Если не помогла - надо найти причину почему. Ответте, пожалуста, на вопрос Yesvik.
-
Ну, в общем, правильно делаете что не доверяете. Вообще, я когда пытался писать свой движок, делал как раз такой вариант - когда свойства и аттрибуты описывались для категории. Так что я представляю трудоемкость этой задачи. Не советую.
-
ELITE, я уже несколько раз вам объяснил что нужно сделать. Вам настолько сложно поставить нужное расширение на Firefox и посмотреть то что вас просят? Сначала надо найти причину проблемы, а потом уже искать решение. У вас в данный момент причина НЕ найдена. И я вам описал что нужно сделать что-бы ее найти. Вы-же упорно от этого отказываетесь.
-
Во-первых, уточняйте, пожалуйста, какую именно версию вы имеете в виду под последней версией. Во-вторых, в версии ocStore 0.2.0 менеджер изображений нормально работает. Только-что проверил это собственноручно.
-
Что-то мне подсказывает что это есть в версии OpenCart 1.5. В предыдущей для этого придется движок кардинально переписывать.
-
1. Устанавливаете в Firefox расширение Web Developer. 2. Смотрите какие выдаются заголовки при просмотре страницы на которой портится кодировка. Только когда это сделаете можно о чем-то рассуждать.
-
Надо смотреть найстроки http-сервера. Необходимо что-бы он выдавал в заголовке ответа (НЕ в заголовке страницы, а именно в заголовке ответа) кодировку UTF-8.
-
Тут уже кто-то писал что не поменял пароли и тот кто ему это делал что-то попортил на сайте. Хотите быть уверенным что доступ туда имеете только вы - поменяйте все пароли.
-
Где такая ошибка выдается?
-
С товарами, они на русском просто не доступны. :) Щас язык по умолчанию назад на англицкий поставлю... :)
-
Поставил у себя для тестов. Можно пощупать на http://opencart15.andyhost.ru/. Админка - admin/123456.
-
Мне кажется что "Оплата при доставке" и есть наложным платежом. Хотя тут не могу сказать точно.
-
Есть способ "Наложным платежом" (оплата при получении на почте). При этом покупателю еще придется оплачивать перевод денег.
-
В настройках модуля есть "Статус заказа после оплаты". Настраивайте нужный статус и увидете оплаченные заказы в админке.
-
А вы пробовали не есть 7 дней? :)
-
Вы не разу не пробовали оплачивать что-то через вебмани? :) Там используется специальный интерфейс через сайт вебманей. Все вполне удобно для покупателя. Сам ни один раз оплачивал покупки через вебмани.
-
Идея разумная. Нечто подобное я использовал в одном из своих проектов.
-
Спасибо может быть выражено в числовом эквиваленте. ;) Детали в моем профиле. :)
-
Тут-же везде время исполнения запросов - сотые доли секунды. Или для вас это тоже медленно? :) Думаю, торможения не из-за запросов. Или по крайней мере, из-за других запросов.
-
К сожалению, очень много раз сталкивался на практике когда про пользователей просто забывали в процессе допиливания инструментов для удобства программистов. Поэтому крайне осторожно отношусь к таким идеям. Изначально. Честно говоря, навскидку я этого не вижу. Вполне возможно что вы правы. Да в общем да. Пока не будет принято решение о полноценном форке, думаю, такие правки не имеют особого смысла. У меня тоже есть очень много идей по работе движка с базой. Но я понимаю что на данном этапе вреда от них больше чем пользы.
-
Ну, лучше и то и другое. :)
-
Я уже не один раз писал - что хорошо программисту, совсем не обязательно хорошо программе и конечному пользователю. В данном конкретном случае мы имеем удобство программисту, но лишний preg_match на каждый запрос. Рекомендую поизучать вопрос о тяжести запросов. Работа с регулярными выражениями - один из самых тяжелых после работы с БД (существуют даже аппаратные ускорители для этого). Так что я категорически против такого. Лучше поставить 10 закрузок модели чем вносить тормоза регулярными выражениями.
-
По любому я сначала открою соответствующую тему в ветке разработки.
