1

(15 ответов, оставленных в Вопросы по созданию тем оформления)

admin пишет:

Решил устроить опрос среди пользователей и партнеров. В каком формате вам больше нравится работать с темами оформления - которые собраны через Конструктор сайта в админке (типа flatlines) или которые собраны с помощью обычных tpl файлов (типа fashion)?
Второй вопрос - удобно ли вам пользоваться нашим конструктором сайта для сборки кастомных тем или вы если собираете кастомную тему, то всегда выбираете формат без Конструктора сайта.

1. С помощью обычных tpl файлов
2. Намного удобней в файле все поправить
3. Где бы взять разработчиков? sad Сам уже давно годовые курсы прошел, да не мучался smile

admin пишет:

В этом году выйдет восхитительная новая тема, собранная на чистом Bootstrap5, без jQuery (уже почти точно). Мы работаем над ней уже почти полгода и это еще не конец.

Можно парочку скринов? А то мы надумали редизайн полный обоих сайтов. Может эта тема нам просто подойдет и все!

Здравствуйте!
Нужен специалист, который настроит рассылку на сайте.
Суть проблемы, при отправке рекламной рассылки администратору, все проходит отлично, все подписи на месте.
Когда письма уходят уже через модуль рассылки, то подписей нет и письма сыплются в спам.

Polo Art пишет:
Сергей пишет:

да она ни на что и не влияет вообще.

Пока и правда, ни на что не влияет.
Вот только лет несколько назад фанатики вешали на свои домены spf, dkim и dmarc, тогда тоже ни на что не влияло.

С этим все в порядке
https://i.imgur.com/OvzqzLp.png
А если не проходится одна проверка из 50-ти (причем эту проверку не проходит практически любой) то это не совсем значимая часть smile

Polo Art пишет:

Сергей, надо ptr-запись настраивать, чтобы всё было отлично.
Тут зависит от того, насколько "выделенный" у вас сервер.
Если это виртуалочка, пинать надо в хостера виртуалочки, у них всех по дефолту выставлена определенная ptr
Если же это ваш собственный сервер на колокейшн, то всё можно сделать самостоятельно, но это очень большая история.

Настроено все, обычный выделенный физический сервер.
Эту проверку пройти практически невозможно, да она ни на что и не влияет вообще.

Polo Art пишет:

Если ругается только dnsbl.spfbl.net - нормально. dnsbl.spfbl.net ругается в том числе из-за несоответствующей домену ptr-записи, а, понятное дело, она может соответствовать домену только в случае отдельного сервера с отдельным ip. Если виртуальный хостинг, соответствовать оно не может никак.

Да он постоянно ругается и на выделенный сервер и никак это не поправить.
Вот еще хороший сервис по таким вопросам: https://www.host-tracker.com/ru/InstantCheck/Create/

6

(23 ответов, оставленных в Предложения по улучшению системы)

Ярослав пишет:

С такой конфигурацией даже не знаю, почему так тормозит. Скорее всего тупо браузер у менеджера)
3 ядер и 2 гига (1,3 занято) - 1 сайт и dev для разработки. Пока хватает. Правда посещаемость 1000 человек в сутки , зато заказы от 300  до 600 позиций.

Так конечно кэш браузера. После того, как менеджер редактирует товар начиная с 20-го, приходится скидывать кэш браузера, так как начинает жутко лагать. Оперативка это забивается или еще что, я не знаю. У меня так же, когда проверял.
п.с. Я попрошу заметить. Редактирования товара! Т.е. товар клонируется и далее редактируется.

7

(23 ответов, оставленных в Предложения по улучшению системы)

Ярослав пишет:

Сергей, а какая конфигурация сервера? 
Есть смысл в коде закомментировать ненужное. Например, у моего клиента при 18 000 товарах тормозило оформление заказов свыше 300 позиций.  Убрали проверки на неиспользуемые сопутствующие товары и все стало летать.
И это при 3 ядрах и 2 гб сервере.

Intel Xeon E5-2620V4 8x2.10GHz
32 GB RAM DDR4 ECC
2x 240 GB RAID 0,1 (SSD) Intel DC S3510

8

(23 ответов, оставленных в Предложения по улучшению системы)

О каких тысячах категорий вы говорите? Лично у нас нет столько, но товаров около 10к.
Контент менеджер при добавлении 20-25 товара клонированием уже испытывает проблемы в виде жутких лагов и тормозов.

9

(23 ответов, оставленных в Предложения по улучшению системы)

По поводу подвисания админки, при добавлении товаров и т.д. да, проблема уже замучила не первый год smile

740х444. Но могу ошибаться конечно.
Сами же можете посмотреть всегда, открыв код страницы smile

Работой остался доволен, ранее были мелкие недопонимания, но человек быстро разобрался в движке и сейчас в плане работы вопросов нет.

Как вариант, привязать справочник цен к группам пользователей.
Например:
Группа "Оптовик" - назначить цену "Оптовая"
При регистрации, если пользователь выбирает, что он оптовик, то его засовывает в эту группу и для этой группы цена на товар будет браться не стандартная, а та, которую вы укажите (скидка и т.д.)

п.с. На самом деле, я думал что такой функционал уже есть в стандарте. Сейчас посмотрел и не нашел smile

13

(29 ответов, оставленных в Вопросы по работе с системой)

Владимир 1916 пишет:

И да, что по закону считается моментом оплаты? Когда на почту сообщение от магазина пришло? Или в момент зачисления на расчетный счет? А если почта глюканула? Пришло сообщение, а нет оплаты. Или наоборот.

Дня 2 у вас точно есть на то, что бы пробить этот чек. Это при оплате на сайте, конечно же.

14

(29 ответов, оставленных в Вопросы по работе с системой)

Константин пишет:

А на чем остановились? И с какими еще вариантами сравнивали?

Так Атол онлайн используем с июля. В прошлом посте я сравнивал цены.
Интеграции с дримкас все равно пока нет, так что ждем smile

Офтопну, тему создавать не хотел smile
Кто-нибудь тестил вот этот поиск? https://maksfedorov.ru/blog/all/poisk-y … magazinov/

Олег пишет:

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

В общем, через меню разработки в браузере более или менее можно размеры посмотреть, как я понял. Но это немного гиморно.

Так посмотрите любым скришотером, как пример https://monosnap.com/welcome
Жмете сделать скрин области экрана и уже там смотрите, все размеры в пикселях будут писаться у курсора.

17

(29 ответов, оставленных в Вопросы по работе с системой)

Ярослав пишет:

Кстати, а у Dreamkas тоже неплохое предложение.
https://dreamkas.ru/54fz/internet-magazinam/
Касса Дрикасс+Ф в районе 20 000 руб. + бесплатное API.
Модули для OpenCart, WP уже готовы, можно подглядеть и реализовать свой.

Звонили им для консультации.
Касса цепляется либо проводом либо по wifi. Если произойдет просадка даже на сутки, ничего страшного, как связь восстановится, все чеки пробьются.
В общем решение очень не плохое.
Каждые 36 месяцев фискальный накопитель нужно будет покупать. Стоит 9к рублей, но менеджер сказал, что скорей всего цена будет дешевле в будущем.
Итого, в первый год 20000 рублей и потом каждый год по 7500 (ОФД + одна половина от стоимости ФН) Посчитаем затраты за 3 года:
С данной кассой: 20000 + 7500х2 итого 35 тысяч за 3 года
Атол онлайн: 114 000 рублей (Включая плату за 2 года ОФД. Первый год в подарок)

admin пишет:

Сергей, возможно, Юрий немного о другом говорил.
Если я верно понял, Юрий интересовался случаем, когда:

У него есть 10 товаров на разных складах. И человек, например, заказал все эти 10 товаров в одной корзине. Так вот необходимо, чтобы система рассчитала общую стоимость доставки, как сумму стоимостей доставки данных товаров с каждого своего склада.

Вроде тоже ничего сложного, но когда один из товаров оказывается одновременно на нескольких складах, тут становится уже все интереснее, откуда его брать? А когда несколько товаров есть на разных складах все в разы становится интереснее.

------

Конечно все проще, когда есть один промежуточный условный склад до которого сначала доставляется товар и только с него всегда товары уходят клиенту, тут расчет будет не очень сложным.

Брать тот, что дешевле для клиента. Соответственно по геолокации и смотрим, какой склад ближе тот и пишем.
п.с. Я знаю что бывают разные товары и т.д., но все же не понимаю. Это для клиента все плюсоваться будет? Имею ввиду стоимость доставки.
Легче же посчитать среднюю стоимость доставки и вообще лишить себя всех проблем. Можно даже градацию сделать определенную.

Если грубо:
В модуле вводим нужные нам города, где есть склады.
Эти города пишутся в таблицу.
Заходим в каждый город, где уже прописаны все остальные города.
Там выставляем нужные нам параметры для города, в который вошли.
https://i.imgur.com/aVX5XAU.png

Это будет стоить дешево в разработке и логически понятно менеджеру.

У вас очень много складов по стране?
Если в пределах пусть даже 50-ти, то можно и вручную прописать сроки доставки. (Не совсем прям вручную конечно, большую часть вычисления скрипт наверно будет отрабатывать. Вручную параметры нужно будет задавать. Ну или разделить на зоны эти склады, или еще как)
Но это как вариант, возможно я что-то не правильно понял.

Письмо из Атола

С 10.10.2017 мы закроем возможность проведения чеков/документов коррекции через API.
Это означает, что чек коррекции через утилиту АТОЛ или через CMS-систему оформить не получится самостоятельно, но данную операцию можно реализовать бесплатно силами специалистов АТОЛ. Данная мера является вынужденной и направлена на увеличение контроля со стороны АТОЛ за корректностью проведения подобных операций.

Если у Вас есть необходимость оформить документ коррекции прихода или расхода, необходимо сделать запрос в техническую поддержку АТОЛ, и наши инженеры после проверки проведут его самостоятельно.

Ответ от Атола по не работающей кассе был краток и лаконичен:

"Есть проблема с прошивкой на кассе"

Ждем дальше smile

Да, модуль у Редискрипт перестал работать, чеки в офд не уходят.
Чего теперь делать, не знаю.

Sergey T. пишет:

А у нас эпопея с АТОЛ онлайн закончилась за 3 дня и уже выбито 2 чека smile Даже удивился, что так быстро все решилось.
Ну если учитывать нашу настойчивость и несколько часов висения на телефоне с атолом и платформой офд. Даже в Краснодар разработчикам звонили.

На самом деле я бы не сказал, что сложно и прям эпопея smile
Сегодня все до конца активировали, все чеки идут в офд, касса работает.
Единственное, есть проблема на нашей стороне (стоимости доставки нет в чеке и сам чек пользователю приходит с ошибкой). Написал в поддержку РС, думаю проблему решат в течении дня.

И, если честно, скорей всего мы поспешили, так как Налоговая не будет штрафовать по одной простой причине, они не готовы принимать эти чеки smile
http://i.imgur.com/ZBaj4Jy.png

Атол прислал данные кассы.
Зарегистрировал кассу в налоговой. Все происходит за 3 секунды. Вводишь данные кассы, жмешь отправить, через секунду приходит регистрационный номер, который вписывается в кабинете Атола (надеюсь все правильно вписал, а то попадем на Фискальный накопитель smile )
Главное не забыть поставить галочки при регистрации в налоговой вот тут: http://d.pr/i/MFRfoE (там появятся поля, в которые нужно будет вписать номера. Есть в ЛК Атола)

Теперь ждем отчета о запуске, далее передаем этот отчет в налоговую и тестим первый чек на сайте.