pawana

Да я понял идею. На самом деле, это самый правильный вариант. Если захотите поразвлекаться с этим, то сможем пообщаться в личке после выхода OCStore 3. Просто мне нужно будет делать кучку мелких модов и программера все равно буду искать.Я сейчас переделываю шаблон и жду рабочего релиза. ОЧЕНЬ ЖДУ

Если разрабы не захотят это делать, то буду заказывать мод себе под тройку, потом могу поделиться. Ибо так жить дальше нельзя :).

Да, конечно. Тоже есть нюансы - разная логика при изменении остатков в плюс и минус. В теории несколько человек с одной карточком вряд-ли будут работать. Да, но мне, к примеру, учет как таковой не нужен, но остатки - это реальная проблема. Цеплять программу учета только из-за остатков - ужос :).

Да и .... с ним с Даниэлем :). Этот момент на самом деле присутствует не только в Opencart, он во многих движках и это не правильно. Я ДВА года не мог понять почему у меня остатки гуляют :). Вот по-этому и решил написать здесь. Если разрабы OCStore посчитают что это важно и исправят - будет здорово, а нет - буду заказывать для себя. Но моды, как по мне, все равно не лучший вариант, лучше было бы в движок это внести раз и на всегда.

Нужно убрать его в схемы - главная и по-умолчанию (если там есть).

Здравствуйте. Вопрос к разработчикам, может вы увидите смысл переадресовать его Даниелю. Во время редактирования товара (это может занимать достаточно долгое время) бывает так, что товар покупают, в БД остаток изменяется, а при сохранении товара остаток в БД пишется уже не корректный. Например, на момент редактирования остаток 5шт. 2 шт купили за время редактирования, а при сохранении остаток в БД пишется все те же 5 шт. Мне кажется, что с этим сталкиваются все, у кого есть свой склад. Можно ли сделать проверку остатков при сохранении?

Здравствуйте. Нужно внести изменения так, чтобы при добавлении товара в корзину, при достижении или превышении макс. доступного кол-ва на складе выводилось поп-ап сообщение: "Максимальное кол-во: (кол-во на складе)" и, соответственно, в корзину добавлялось кол-во товара не более чем есть на складе. Т.е. на складе 5 ед. товара. Покупатель пробует заказать 6 ед. Появляется уведомление и в корзину добавляется 5 шт. Сайт artishok.in.ua Предложения - в личку.

Да, написано, но почему у меня так не сработало я понять не смог.

Был бы рад услышать подробности. Я, например, так и не смог разобраться почему сервер ругается на админа с правами root. Возможно, это поможет и топикстартеру.

Вот честно, ничего сказать не могу. У меня нет isp, обычный debian lamp + webmin. На всех папках линукса владелец рут из группы рут. ОК сделал так же. А вот когда владелец ОК был admin из группы рут давало 403 ошибку, хотя admin был с правами администратора. Поменял у опенкарта владельца - начало работать. Опять же, может у вас владелец папок линукса другой, хотя по-идее должет быть рут. Попробуйте поставить ОК того же владельца, что у папок линукса.

Я делал так же. Заливал под админом и не работало. Изменил на root:root и заработало. Я не сисадмин и в серверах не разбираюсь особо. Но вот именно так у меня и происходило. Почему так - не знаю.

Пожалуйста :))) Это я не удержался :). Хотя, опять же, вдруг кому нужно будет. Я ж не пишу книгу откровений с требованием закрепить вверху форума Я пишу конкретному человеку, вдруг это ему поможет. Для меня это было спасением почти 2 года т.к. куча мегапрограммеров мне выносили мозг с "нужно пол движка переписать" за много-много денег. Мы не знаем что в данном случае. Я и сам написал что это не лучший вариант. Но вариант.

Я извиняюсь за банальщину, но посмотрите на владельца файлов опенкарт. Он соответствует файлам операционки? У меня такое было - пол дня игрался просто не обращая внимания. Изменил - заработало.

https://dev.mysql.com/doc/refman/5.7/en/trigger-syntax.html Именно по-этому можно использовать триггеры. Можно изменять остатки во одной БД при изменении в другой и наоборот при наличие общего product_id. У меня так работало пару лет. Обслуживать их не нужно, но вцелом путь не правильный. Вернее сказать стремный. Если кто-то что-то напортачит, то потом остатки свести в кучу будет очень сложно (при наличие своего склада). У меня так было, потому и перехал на опенкарт ибо мультимагазин с одной бд. Здесь самое правильное не костыль писать, а один раз все загрузить в одну БД, а сайты сделать в мультимагазине. Хотя в ОК с этим тоже не все гуд.

Если product_id одинаковый, то можно триггерами mysql. у меня так синхронизировались бд достаточно долго, но это не совсем правильно.

На маркетплейсе такие модули есть, платные, но не супердорогие. Ищите по multilanguage. А не проще ли просто прописывать на нормальном английском языке. Врядли вашим клиентам, в том числе русскоязычным, будет важно что прописано в урл. А на ангийском оно как-то естественней выглядит.

Вот тормоз - нашел версию :).

Там просто не было отдельной версии для php7, вот я и впал в депрессию . Спасибо. Буду надеятся, что обновлюсь без проишествий :).

deeman, можно уточнить такой момент, я переношу ocstore 2.1 на движок с php7, скачал новую версию simple. в архиве есть update для 2.3 под php 7, для 2.1 - нет. Т.е. версия 2.1 не будет работать под php7?

Здравствуйте. Марк, в личке Вы мне не отвечаете, решил писать здесь. Модуль работает, префиксы есть, но работает только английский язык. На русский сайт не переключается, в сайтмеп генерируются тоже ангийские урлы. Исправить я это не могу, Вы не отвечаете... Если я туплю - не вопрос, но хотя-бы покажите где. Но Вы просто не отвечаете. Так же я не понимаю как этот модуль работает с мультимагазином т.к. в нем указываются SEO данные только для одного домена.

С темой - да, ошибся. Все остальное - делал через форму на вашем сайте. Продублирую в личку.

Здравствуйте. Не могу настроить модуль (SEO мультиязык). Написал вам запрос через форму тех поддержки - а в ответ тишина. Хотелось бы хоть комментарий :).

Ну мужики вы даете... Во-первых вы так всех клиентов распугаете :), причем и своих и чужих :). Во-вторых - у каждого сервера есть плюсы и минусы, нужно подбирать под конкретную ситуацию. Особенно когда клиент сам не знает что ему нужно. Это ж ваша святая обязанность разбираться в нюансах обеих систем, а не хаять ту, что меньше по душе или ту, под которую ваши модули заточены. Но! Спасибо обеим сторонам, я почитал про nginx и apache - хоть идейную разницу понял :). Вот если бы вы еще столько всего написали про почтовые сервера, я бы может понял как со своим разобраться :).

Здравствуйте. Имеется сервер, на котором нужно выполнить следующие работы: 1. сейчас сервер работает под апачем. Насколько я понимаю, nginx работает быстрее и лучше. Если это так то нужно заменить апач на nginx. 2. настроить rewrite 3. настроить memcached или другое кеширование. Подскажите, пожалуйста, если есть лучше вариант. 4. поднять и настроить почтовый сервер: нужно отправлять и получать письма под своими адресами (имя@мойсайт.com) П.С. на сервере находятся рабочие сайты и глюки, соответственно клюки и падение сервера очень не желательны. Предложения, пожалуйста, отправляйте в личку. Спасибо.

Это как? Можно по-подробнее?