nogocuHoBuk

Нидерланды - страна моего ВПН, установленного на ПК. Для доступа к сервисам, недоступным. Но если посмотрите логи, то его я отключил ДО активации. Так что это "случайность" А регистрировался по банальной причине. У ТСа не получалось настроить SMTP. Все логичные действия выполнены, но у него ошибка. На мой вопрос "кто хостер" получил ответ - UkrLine Зайдя в помощь не нашел инструкций с полноценной настройкой SMTP с протоколами и портами (где-то в ветках увидел совет про 26-й порт), но в одной из веток "вопросответа" был вариант (не цитата, по памяти): "Более полные настройки SMTP Вы сможете посмотреть в личном кабинете". Пришлось регистрироваться. И да, зачем мне отправлять к вам основной домен, если для проверки почты достаточно тестового. Он и был успешно добавлен. Но уже там на этом этапе начались ошибки. Ни больше ни меньше. Вы уж извиняйте. Я то могу удалить свою писанину (если это портит Ваш имидж), но я ж не писал неправду. Претензии обоснованы. Только то, с чем столкнулся, а Вы в ответ пытаетесь сделать из меня идиота по принципу: "сам дурак".

Сорян, не удержался

Вы меня троллите чтоль? http://org.ua - это, как я понимаю, домен. https://test.org.ua - это поддомен? http://test.test.org.ua это поддомен какого домена? test.org.ua или org.ua? Я запутался!!! Суть: И org.ua и test.org.ua и test.test.org.ua - ЭТО ДОМЕНЫ. И да, test.test.org.ua является поддоменом test.org.ua, который, в свою очередь, является поддоменом org.ua. Но все это ПОЛНОЦЕННЫЕ ДОМЕНЫ, каждый из которых можно разместить на отдельном хостинге, для каждого из которых можно получить SSL сертификат (в том числе и Let`s Encrypt). Самый простой вариант использования - создание сайтов на разном языке с расположением в разных локациях. magaz.com - основной сайт где-то в Европе. ru.magaz.com - основной сайт для рф, который будет хоститься в эрэфии ua.magaz.com - основной сайт для Украины, который будет хоститься в Украине ... и т.д. В чём проблема для каждого из поддоменов создать отдельный сайт с разными локациями и индивидуальными SSL сертификатами? Ответ: Нет такой проблемы. И быть не может. Откуда такая сложность у вас - мне неведомо. Проведем эксперимент: Хостинг - Фрихост Список добавленных ДОМЕНОВ: Если внимательно посмотрите на изображение, то поймёте, что fakeoff.site НЕ ДОБАВЛЕН Добавлен только "поддомен" test.fakeoff.site В ДНСах для него прописана только А запись, ведущая на фрихост. Основная запись ведет "в чегеря" И вот тут странности: https://test.fakeoff.site Перейдите по ссылке и убедитесь, что сертификат присутствует, он корректный, выданный ТОЛЬКО ЧТО: Так подскажите ещё раз, что конкретно Вас смущает в выдаче сертификата на поддомен? Вот тут подробнее, пожалуйста. Я не направлял к Вам основной домен, и почта, с Ваших слов, работать не должна. Но она работала. Я даже отправлял тестовые сообщения "туда-обратно". Проблема была именно в том, что работала она ЧЕРЕЗ ЗАД, и при нажатии кнопки отправить из 10-ти нажатий срабатывало 1-2, во все остальных случаях выдавалась ошибка SMTP ошибка (421) По теме Фака - это, конечно, вкусовщина (про внешний вид, или это нормально, чтоб у опытных глаза вытекали? Ну неудобно ж, действительно. До чёртиков неудобно), но суть была в том, что я хотел найти варианты решения ошибки 421, но ни в основных "Часто задаваемых вопросах", ни в разделе "для специалистов" ничего подобного не нашёл, и уже не было желания ни писать, ни спрашивать, ни "продлять хостинг". Причину отказа от ТЕСТОВОГО хостинга написал я, а не ТС. ТС продолжает пользоваться Вашими услугами. Возможно сам хотинг (исключая вышеперечисленное) у вас в порядке. Не дошел. Сам ищу замену фрихосту, но, к сожалению, в данный момент вы - не мой выбор. И да, я раскритиковал лишь то, что имею право критиковать. ЗЫ. Срачег - не реклама фрихоста. Им тоже можно натолкать по самые помидоры. Есть за что. ЗЗЫ. У ТСа как раз все домены и поддомены (на сколько я понимаю) направлены на ВАШ хостинг, но настроить SMTP по стандартным инструкциям, которых в нете вагон и тележка, у него НЕ ПОЛУЧИЛОСЬ. Т.е. нужно заводить всё с толкача. Разве это норма? ЗЗЗЫ. За сим удаляюсь. Не мог не ответить.

Вы, видимо, не совсем поняли как работает корзина для гостей. В БД у корзины следующая структура: Если пользователь авторизован, то в поле customer_id записывается id пользователя, товары, опции и время добавления в корзину товаров. Вы можете вручную изменить код по примеру выше: Это "должно" изменить срок очистки корзины ДЛЯ НЕ ЗАРЕГИСТРИРОВАННЫХ пользователей. Но и тут с гостями всё "слегка" иначе. Когда гость добавляет товар в корзину, то в поле customer_id пишется 0, и теперь важную роль имеет поле session_id Например, я добавил гостем товар в корзину: Как видно: customer_id = 0 session_id = 0a423da921c30804d3051182bd Так вот ID сессии хранится в браузере: И в поле Expires / Mac-age указано "Сеанс" Это говорит о том, что срок браузер будет помнить эту сессию ровно столько, сколько установлено у Вас на сервере (у хостинга) время жизни сеанса. В большинстве случаев по дефолту это 1440 секунд (24 минуты) Т.е. через 24 минуты браузер "забудет" эту сессию и создаст новую, соответственно и корзина (что вполне логично) уже будет "чужая" Потому Ваша задача - увеличить время жизни сессии (но не стоит переусердствовать). И вкупе с правками выше (или с упомянутым модулем) корзина будет "жить" ровно столько, сколько нужно Вам.

В общем бегите рекомендую сменить провайдера почты на godaddy, zoho, fastmail, pobox и т.д. При желании сами подберите Либо меняйте хостера. Вам решать. У них во-первых какие-то траблы с почтой: При попытке отправки почты из их почтового клиента отправляется один раз из 5-ти 10-ти нажатий. Все остальные разы: Да и какие-то проблемы в плане SSL Создал, подключил, переадресацию включил - прошло 20 минут, а они всё какой-то ноунеймовый возвращают, к тому же не имеющего никакого отношения к моему домену: Поковырявшись в их FAQ вытекли глаза при поиске нужной инфы: https://ded07.net. Оформлено кривовато. Посмотрите в сторону mirohost или freehost. ЗЫ. Добавлено. Пост про проблемы, которые замечены мной на этапе добавления домена и регистрации почты. Просто для информации.

Попробуйте, для начала, так. В настройках почтового домена снимите галку SSL: А в настройках SMTP удалите ssl:// и укажите порт 25 или 26 (резервный)

так а провайдер какой? Поймите, многие настройки зависят именно от этого. Что ж из Вас то по буквам вытягивать нужно? Вот это делали?

Совпадает ли email отправителя (Система->Настройки->Магазин->E-mail с почтой, указанной в SMTP? Ну и на опережение - кто, всё таки, почтовый провайдер? Разговор бы был предметнее, вместо "гадания на гуще". И на вскидку: Попробуйте заменить ssl://smtp.test.com на tls://smtp.test.com

Нет, не уверен. Но я ж и не полиция нравов. Если б вопрос касался шаблона - было б логично перенаправить топикстартера к автору Unishopa... Но не при проблеме ж настройки смтп.

подозреваю (учитывая 465 порт) что в SMTP хост вместо smtp.test.com нужно написать: ssl://smtp.test.com И проблема исчезнет. да автор шаблона то тут при чём? Там аякс обращается по адресу, возвращающему 500.

Не проверял. Потестируйте Потом отпишитесь Должно, по идее.

Доброго времени суток. Такой вопрос "назрел" Вводные данные: Есть список товаров и у каждого товара список обязательных опций. В каждой опции указано количество соответственно импорт от поставщика нужно делать как можно чаще для актуализации остатков. Делаем раз в час. В то же время у зарегистрированных пользователей в корзине хранятся товары с опциями. И вот на этом этапе возникают проблемы. В файле /admin/model/csvprice_pro/lib_product_option.php в методе addProductOptions буквально в первых строках такой код: // Delete old product option $this->db->query('DELETE FROM `' . DB_PREFIX . 'product_option` WHERE product_id = \'' . (int)$product_id . '\''); $this->db->query('DELETE FROM `' . DB_PREFIX . 'product_option_value` WHERE product_id = \'' . (int)$product_id . '\''); т.е. при каждом импорте перезаписываются все опции (в таблицах product_option и product_option_value), а следовательно, опции в корзине становятся неактуальными. Если покупатель добавил товар в корзину в 00:58 (01:58...23:58), то через 3 минуты (после импорта) все товары в корзине оказываются БЕЗ опций. А они важны. Реально ли решить проблему?

Вставлю и я свои 5 копеек в тред. У Вас в первом же пункте ТЗ написано: Как Вы себе представляете перенос "Доработок"? Сравнивать построчно каждый файл оригинального кода ocstore 2.1.0.2.1 с Вашим? Это гиблое мероприятие. Правильным подходом с Вашей стороны было бы описать все доработки относительно оригинала. 99% доработок внесенных код проще написать с нуля, чем выдергивать из кода строчки для переноса функционала. С одной стороны можно понять Ваше желание, мол "я ж за это уже заплатил", но тут ситуация совсем другая. Например была у Вас квартира1, в ней мастера сделали ремонт. Вам очень нравится, но Вы решили сменить район проживания и при покупке новой квартиры говорите строителю, который будет делать ремонт в новой квартире: - Ну у меня тут задача простая. Перенеси весь ремонт со старой квартиры в новую, а потом "доработки", типа "интернет кабель в спальне собака погрызла, нужно починить..." Представляете как он на Вас посмотрит и что о Вас подумает? Другими словами Вам ТЗ нужно писать исходя из того, что у Вас будет АБСОЛЮТНО новый сайт, без каких-либо доработок. И уже каждую "хотелку" (КАЖДУЮ, даже если она была уже внедрена на старом сайте) описать подробно, как с чистого листа. Единственное, что можно действительно "перенести" - категории, товары с атрибутами и так далее. Ну и второе - как бы "жестковато" не звучал ответ @Yoda, но он на 146% прав в том, что нет задач, которые невозможно разбить на этапы.

У Вас Unishop2. Задайте вопрос автору в теме шаблона:

@user0880, поместите картинки, плиз, под спойлер. И вопрос в картинках: Но при этом: У Вас не происходит вставки из-за отсутствия поля, следовательно ласт_инсерт_ид = 0

А покажите структуры таблиц banner_image и banner_image_description. Ибо поверхностно (если заданы PRIMARY) всё должно работать. Для banner_image_id AUTO_INCREMENT не так важен, как PRIMARY Ибо функция getLastId() возвращает значение ключа, а не поля с аутоинкрементом.

В теме шаблона задайте вопрос:

Нажмите на сайте (в проблемном браузере) Ctrl+F5 - обновите кеш. Пишите в личку)

По куску кода (даже по целому файлу) сложно понять причину проблемы. В конкретном случае ошибка в строке тут: $this->{'model_fraud_' . $extension['code']}->check($order_info); т.е. ошибка в одном из модулей антиaфрода. Попробуйте временно их отключить для проверки работоспособности системы оплаты: В вашем случае названия пунктов могут быть другими (у меня скрин из окстор3) Временно выключите все антифроды.

Ищите модули из серии "комплект" или "набор" Суть подобных модулей в том, что у Вас в товарах имеются огурцы, помидоры, лук, масло подсолнечное и т.д. А вот на основании этих продуктов вы создаете "набор салат", который состоит из указанного Вами заранее разного количества товаров (ингредиентов). Ну и при покупке набора идет автоматическое списание каждого из "товаров" - огурцы, помидоры, лук etc Естественно понадобится полная кастомизация для возможности указания набору отдельного названия, изображения и прочего. Нет ничего невозможного

Я так понимаю "завелось" Поздравляю)

Естественно тот, который не обрезается, так как только Вы решаете что будет показано (сокращая самостоятельно текст до 70-80 букв), а не поисковая система.

А в twig файле что прописано? Точно {{text_wishlist}}?

Т.е. на сайт, всё же, возвращается? А если не возвращается, то где пишет "вот это"? По ошибке - в модифицированном файле /catalog/model/checkout/order.php происходит вызов метода check() из null. Для решения проблемы нужно видеть код.

У Вас на последнем скрине даже ошибка другая - ERR_CONNECTION_RESET (в отличие от предыдущей TIMED_OUT) ERR_CONNECTION_RESET говорит о разрыве текущего соединения, т.е. один из антивирусов снова включился и разорвал соединение - отсюда ошибка. Подозреваю что вот это уведомление как раз об этом и говорило: