Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

UncleAndy

Users
  
  • Posts

    280
  • Joined

  • Last visited

Everything posted by UncleAndy

  1. Думаю, новая версия будет нестабильной еще достаточно долго. Если вы можете подождать полгода-год с запуском магазина или вам не критична его стабильность, тогда да.
  2. Если кто-то сможет подтвердить проблему с модулем в версии 0.2.0, я могу посмотреть что не так.
  3. Посоветую отвечать на вопросы которые вам тут задают. И не игнорировать их если вам кажется что они не важны. Проблему мы определили. Как я и предполагал - сервер выдает неправильную кодировку. Правка файла .htaccess должна была помочь. Если не помогла - надо найти причину почему. Ответте, пожалуста, на вопрос Yesvik.
  4. Ну, в общем, правильно делаете что не доверяете. Вообще, я когда пытался писать свой движок, делал как раз такой вариант - когда свойства и аттрибуты описывались для категории. Так что я представляю трудоемкость этой задачи. Не советую.
  5. ELITE, я уже несколько раз вам объяснил что нужно сделать. Вам настолько сложно поставить нужное расширение на Firefox и посмотреть то что вас просят? Сначала надо найти причину проблемы, а потом уже искать решение. У вас в данный момент причина НЕ найдена. И я вам описал что нужно сделать что-бы ее найти. Вы-же упорно от этого отказываетесь.
  6. Во-первых, уточняйте, пожалуйста, какую именно версию вы имеете в виду под последней версией. Во-вторых, в версии ocStore 0.2.0 менеджер изображений нормально работает. Только-что проверил это собственноручно.
  7. Что-то мне подсказывает что это есть в версии OpenCart 1.5. В предыдущей для этого придется движок кардинально переписывать.
  8. 1. Устанавливаете в Firefox расширение Web Developer. 2. Смотрите какие выдаются заголовки при просмотре страницы на которой портится кодировка. Только когда это сделаете можно о чем-то рассуждать.
  9. Надо смотреть найстроки http-сервера. Необходимо что-бы он выдавал в заголовке ответа (НЕ в заголовке страницы, а именно в заголовке ответа) кодировку UTF-8.
  10. Тут уже кто-то писал что не поменял пароли и тот кто ему это делал что-то попортил на сайте. Хотите быть уверенным что доступ туда имеете только вы - поменяйте все пароли.
  11. Где такая ошибка выдается?
  12. С товарами, они на русском просто не доступны. :) Щас язык по умолчанию назад на англицкий поставлю... :)
  13. Поставил у себя для тестов. Можно пощупать на http://opencart15.andyhost.ru/. Админка - admin/123456.
  14. Мне кажется что "Оплата при доставке" и есть наложным платежом. Хотя тут не могу сказать точно.
  15. Есть способ "Наложным платежом" (оплата при получении на почте). При этом покупателю еще придется оплачивать перевод денег.
  16. В настройках модуля есть "Статус заказа после оплаты". Настраивайте нужный статус и увидете оплаченные заказы в админке.
  17. А вы пробовали не есть 7 дней? :)
  18. Вы не разу не пробовали оплачивать что-то через вебмани? :) Там используется специальный интерфейс через сайт вебманей. Все вполне удобно для покупателя. Сам ни один раз оплачивал покупки через вебмани.
  19. Идея разумная. Нечто подобное я использовал в одном из своих проектов.
  20. Спасибо может быть выражено в числовом эквиваленте. ;) Детали в моем профиле. :)
  21. Тут-же везде время исполнения запросов - сотые доли секунды. Или для вас это тоже медленно? :) Думаю, торможения не из-за запросов. Или по крайней мере, из-за других запросов.
  22. К сожалению, очень много раз сталкивался на практике когда про пользователей просто забывали в процессе допиливания инструментов для удобства программистов. Поэтому крайне осторожно отношусь к таким идеям. Изначально. Честно говоря, навскидку я этого не вижу. Вполне возможно что вы правы. Да в общем да. Пока не будет принято решение о полноценном форке, думаю, такие правки не имеют особого смысла. У меня тоже есть очень много идей по работе движка с базой. Но я понимаю что на данном этапе вреда от них больше чем пользы.
  23. Я уже не один раз писал - что хорошо программисту, совсем не обязательно хорошо программе и конечному пользователю. В данном конкретном случае мы имеем удобство программисту, но лишний preg_match на каждый запрос. Рекомендую поизучать вопрос о тяжести запросов. Работа с регулярными выражениями - один из самых тяжелых после работы с БД (существуют даже аппаратные ускорители для этого). Так что я категорически против такого. Лучше поставить 10 закрузок модели чем вносить тормоза регулярными выражениями.
  24. По любому я сначала открою соответствующую тему в ветке разработки.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.