mva

ну, проблема, очевидно, в том, что в $order_product нет поля manufacturer. А вытащить производителя можно чуть более сложным костылём типа получения ID товара (уж он-то есть в $order_product), а потом вытаскивания из базы производителя по ID.

Так покажите же эти 49ые строки из перечисленных файлов. В стандартной поставке ocS их [файлов] нету. Или прикрепите файлы аттачем.

в моделях. А я говорю о том, чтобы весь SQL был только в драйвере базы данных. Чтобы в моделях и в любых других местах не было ничего специфичного для MySQL.

таки да, все скобки на месте, ночью уже глаза слипались и не так посчитал, но тем не менее, товар не возвращается на место :(. Кстати, я думал сменить перевод с "вычитать товар со склада" на что-нибудь отражающее то, что он и прибавляться будет. Кстати, обнаружил косяк: IP-адрес на страничке с клиентами в админке срезается до 15 первых символов (девы, как и в OsCommerce, видать, не в курсе про существование IPv6) ;). Надо будет поправить дамп и функцию обработки таки. Ещё обнаружил, что неплохо бы вместе с фильтрацией на странице с товарами - прилепить там же (и на страницах с клиентами и юзерами и т.п.) — label'ы, чтобы при тыке в любое место в строчке галочка таки нажималась. А ещё что-то я так посмотрел на это дело и подумал, что неплохо бы переписать «немного» движок магазина, чтобы исключить SQL из всех скриптов кроме непосредственно драйвера базы. Ибо иначе довольно трудно написать рабочий драйвер для чего-то отличного от MySQL ;)

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

Я мержну этот код в мастер-бранч в гите? :)

ну, я его не только ставил, но и разрабатываю понемного в гите (если повезёт - туда переберутся все рахработчики. А пока с babushka'ой обсуждаем что там да как). Вот, сейчас, например, я пилю драйвер для PostgreSQL, чтобы магазин можно было ставить на высоконагруженные сервера :). Чуть позже попробую запилить «постоянное соединение» с базой. А потом, вот, возьмусь за Ваш репорт :)

Ну, на счет удаления неоплаченных или наоборот готовых заказов не согласен. Это портит отчётность. А вот то, что как при удалении, так и при выставлении возвратных и отмененных статусов товар не зачисляется обратно — факт. Надо будет допилить, да. И поиграться с "умолчальной" фильтрацией, чтобы не мозолить глаза уже обработанными заказами.

1) Ковырянием веб-сервера. Если он не Ваш, то только очень большими костылями, которые придется повторять каждый раз после апдейта. 2) Прошу прощения. Я тут немного поисследовал и обнаружил, что сервер, где находится указанный сайт вообще отдает Content-Type: text/html; charset=iso-8859-1в заголовках.А при попытке получить страницу — вообще отдает 406. Что-то мне не нравится Ваш хостинг :)

1) пинать дурова, чтоб прквьювер починил 2) смотреть: 1) какую кодировку веб-сервер отдаёт в загловоках и какая кодировка указана в выходной html'ке. Учитывая, что в выходной html скорее всего (если дизайн не переделывали) будет utf-8, то косяк, скорее всего в веб-сервере. Если переделывали дазайн — то и там может быть косяк. Ну и учитывая "специфику" кракозябр — отдаётся юникод, а превьювер пытается его отобразить, как windows-1251. Такие дела.

Более того, - процесс инсталляции уже переведён, - Бонусные баллы прекрасно работают как в админке - так и у клиента (если только не windows-специфичная фигня какая-нибудь, или же кривые руки) - поподробнее про личный кабинет, пожалуйста... И да, лучше в SVN, а на гитхабе. Пожалуйста, ребят, давайте туда перебираться, а? Там и разрабатывать удобнее и юзерам блага в виде возможности следить и качать тарболы :) Ну и плюс я там уже несколько переводных коммитов сделал.

Что-то, кстати, я, может, ослеп, но не вижу там замены пробела на дефис :)

Ну так а на те же русские буквы? откуда вообще мысль кодировать в urlencoded-то? а программирование-то тут ну совсем не при чём. И если не цепляться за это и не лениться гуглить по каждому возникающему вопросы и читать маны по php (гугл обычно одной из первых ссылок выдает, особенно, если по-английски гуглить), то за 15 минут даже ребёнок сделает :) Что называется, было бы желание разобраться самому, а не сделать чужими руками :)

Не хочу показаться привередой, но не указана ни цена, ни способы расчёта, ни точная версия движка. "На этом сайте" — выложена куча версий. И в 0.2 ветке и в 1.0RCx.

а ты для начала сделай-ка какой-нибудь php-файлик с функцией phpinfo() внутри. И посмотри, собран ли php с его поддержкой. Ну и вообще, в gzip чаще оборачивает сам вебсервер. Средствами скриптов — такая же лишняя нагрузка на ресурсы.

присоединяюсь к вопросу

проверять/обновлять под ocS1.0 (OC1.5) планируется? ;)

что-то он, как я погляжу, без костылей с 1.0 (1.5.х) не работает-с. Ну что ж, поковыряем-с :)

кстати, да, вариант. Как-то не подумал сразу. Куки-то отдельные же :)

да ладно уж выключать. Полезно. Поддерживает дисциплину. А для убирания, вообще, можно применить всего два прохода регекспами. Ну или даже в один можно в sed'е :) А вообще, можно просто рекурсивно пройтись по коду и почистить. Вот сейчас на гитхаб экспортнётся репа и почищу. Ну или завтра, а то уже глаза слипаются :)

предложение уже рассматривалось. Есть две проблемы: 1) знака пока нету ни в UTF, ни в других ISO-кодировках, ни в одном из широго распространенных шрифтов. Использовать армянскую букву КЕХ — не комильфо. Не очень и похожа, если приглядеться. Картинка — ещё большие костыли, даже если SVG. Так что ждём официального принятия и добавления в юникод и шрифты. 2) многие посетители могут далеко не сразу понять что это за символ такой. Хотя, да, приучать надо.

правильная догадка...Правда там где надо — такой же код. Что весьма странно :) Правда, у меня версия из svn, там могли уже пофиксить :)

Идеи есть. Написать плагин. А вот брать за это, особенно бесплатно, видимо, мало кому хочется. Ну и, видимо, пока мало у кого возникала такая нужда. Хотя идея, бесспорно, хорошая. В общем, можешь попросить написать в соответствующем разделе. Ну, или посмотрим, может у кого-нибудь уже есть наработки :)

что-то затягивается перенос.. :))

Ну и ради справедливости: Emacs. А вообще, я не понимаю, зачем для этого текстовый редактор, если его задача — редактировать текст? Есть же специальные diff-утилиты на вкус и цвет. И обычный консольный diff. И kdiff3, и qdiff, и xdiff, и тысячи их вообще...