dexion
-
Публікації
803 -
З нами
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача dexion
-
В наших реалиях куда приятней получать наложки без договора налом на физ лицо, чем на рс с налогом. Учитывая, что переводы поступают через 1-3 дня с момента вручения, временного лага можно сказать нет. А постоять на почте за переводами можно отправить и сотрудника.
-
Это скорее исключение) Шлем емс и почтой рф регулярно уже лет 5-6, теряются меньше 1%. По умолчанию шлем сдэком по рф, но там где нет сдэка с наложкой - шлем емс/почтой рф.
-
<script type="text/javascript" charset="utf-8" async src="https://api-maps.yandex.ru/services/constructor/1.0/js/?um=constructor%3A<?php echo MAP_CODE; ?>&height=400&lang=ru_RU&scroll=true"></script> Только заместо <?php echo MAP_CODE; ?> нужно подставить айди карты
-
Это форум, а не магазин, тут люди общаются, ищут совета, решения и тд. Зайти пару раз в день в перерыве на "отвлечься", случайно наткнуться на тему справа в блоке "последние сообщения", подписаться, обычно как то так это работает.
-
Даже если не все понимают, это же must have для картинок грузить их lazyload'ом, не важно webp это или jpg. Не настаиваю, но разве реализация lazyload для jpg как то существенно отличается от webp и требует много времени на доработку? Как минимум, ускорение мобильного сафари может дать прирост конверсии и ранжирования в поиске всем покупателям модуля, так зачем такое упускать из виду? Это все равно, что в каком нибудь модуле меню добавить кэширование, которое 95% и не поймет для чего вообще нужно, а эффект очень значим.
-
Так новый сайт для чего делается? Для увеличения прибыли действующего или нового бизнеса, не имеет значения. Будь он готов год назад, он бы принес доп прибыль действующему бизнесу за этот год? Ответ очевиден Есть ощущение, что вы в тз напихали все подряд, и никто не хочет с этим связываться. Каждый исполнитель может специализироваться на чем то конкретном, что ему нравится. Кто то может быстро и качественно сверстать и прикрутить функционал по первичным макетам, но не хочет лезть в оптимизацию сервера. Кто то наоборот может круто подкрутить сайт, но ненавидит верстку. Кто то вообще только на парсинге специализируется из местных исполнителей. Тут выше уже посмеялись над пунктом "оптимизации хтмл". Только из за этого большинство не полезет в вашу задачу. Разбейте тз на этапы, и под каждый этап подберете своего специалиста. Условия то вроде у него общие для всех, а не индивидуальные для вас в связи с безвыходной ситуацией Заказчик-владелец, после определенных обстоятельств ссылки даю только потенциальным исполнителям
-
Вы не понимаете...Программизм это больше рынок исполнителей, чем заказчиков. Редкий компетентный программист будет плясать под заказчика, т.к. у него своей работы не убудет в любом случае. Теме наверняка исполнится год как минимум. Вы посчитайте сколько бы вы уже заработали на этом сайте, если бы собрали его еще в 2018? Ну допустим собрали бы вы его не на 100% от тз, а на 70-80%. Способен такой сайт приносить прибыль? Думаю, да. А там бы уже потихоньку допили оставшуюся часть тз. Вам написал pascha, ну так надо пользоваться этим моментом, что хоть кто то откликнулся с вашим то бекграундом в виде 4 страниц этой темы, пытаться заинтересовать его, схантить под ваш проект, вместо того чтобы спорить и пытаться проталкивать свои принципы. С вашим подходом так и останетесь без сайта, нужно явно что то пересмотреть. PS Сам являюсь заказчиком на данном форуме.
-
Почему же? Я пользуюсь сафари, на моем сайте в категории 60 товаров. Очевидно же, что страница прогрузится быстрее, если эти 60 картинок догрузятся в процессе + нагрузка на сервер меньше, если человек не собирается скроллить до конца. Особенно на айфонах/айпадах в том же сафари это должно быть сразу заметно. У гугла в доке есть рекомендации об использовании lazyload для всех картинок, а не только вебп Т.е. для 2% пользователей вы заморочились и собрали функционал, а для 20% нет смысла?)
-
У нас штук 5-8 посылок потерялось сдэком за весь период, начиная с 2013. Все были застрахованы, компенсации получили без проблем по всем, кроме одной. Там нам вернулся подмененный товар, и мы не смогли доказать, что изначально в посылке было что то другое. Т.е. кто то из кладовщиков просто вытащил наш товар, засунул свою хрень и все. Еще штук 5-7 потерянных посылок было у емс. По ним по всем получили компенсации, но длилось это все около полугода на каждое возмещение. По 1-2 месяца на заявление отвечают, а заявлений нужно 2-3 (на розыск, на компенсацию, повторно на компенсацию, если на предыдущее ответа так и не поступило). Т.е. по факту почта в плане компенсаций оказалась даже понадежней сдэка.
-
@sitecreator а для браузеров без webp lazyload'а в модуле нет?
-
Если я правильно понимаю, то кнопка вызова модального окна не выводится, если стоит количество отображаемых отзывов 0, и отключена статистика виджета, верно? Как же тогда вывести одну кнопку, без всего остального? PS: уже разобрался, ложная тревога)
-
Имхо страховать нужно абсолютно всегда. Если не застрахована, риск быть украденной в разы выше, т.к. все кладовщики видят на посылке, что страховки нет, значит и транспортная компания ответственности нести за нее будет, значит и украсть такую гораздо проще и безопаснее. А если застрахована, то уже 10 раз подумают.
-
Благодарю)
-
Но он же вроде как выводится вместе с отзывами http://prntscr.com/odya3t ?
-
@markimax Подскажите, пожалуйста, возможно ли вывести кнопку для вызова модальной формы для написания отзыва о магазине на произвольной странице, не выводя при этом виджет со всеми остальными отзывами? Т.е. только кнопку. Если да, то каким образом?
-
Приветствую. Да, он. Вот можете поэкспериментировать, поувеличивать этот таймаут, у меня с сервера в Нидерландах запрос на получение пвз выполнялся за 65 сек, а таймаут стоял 60 сек. Дальше эти пвз кэшировались и брались из кэша. Т.е. достаточно было 1 раз "подождать", а дальше все нормально. Также, у меня в /system/cdek_integrator/class.cdek_integrator.php в protected function getURL( тоже есть аналогичные строчки, это от модуля интеграции сдэка из админки, в админке пвз как раз получаются через этот файл, и там увеличение таймаута тоже помогло. Но это на 1.5, на 2 и 3 опенкарте этот же файл лежит чуть в других папках, но рядом. И есть еще модуль отслеживания отправлений сдэка от топорчилло, там аналогично в /admin/controller/shipping/sdek_updater.php в private function postRequest( Также, когда замечаете, что сдэк висит в очередной раз, можете попробовать открыть в браузере https://integration.cdek.ru/pvzlist.php Модуль обращается по этой же ссылке для получения пвз. И если в браузере будет висеть, значит проблема у сдэка.
-
По идее это решается одной строчкой: curl_setopt($ch, CURLOPT_TIMEOUT, 10); То есть переезжать на другой модуль только ради одного таймаута может оказаться не совсем целесообразно. У себя заметил интересный момент. Раньше, при очередных подвисаниях модуля всегда считал, что очередные проблемы у сдэка, т.к., как правило, в этот же момент и лк сдэка и сайт жестко тупили, накладные не оформлялись и т.п. Но в последний раз заметил, что у меня модуль висит, а лк сдэка нормально работает. Начал ковырять курл запрос, у меня стоял таймаут 60 сек, выдавало ошибку, что не укладывается в таймаут. Увеличил до 120 сек - все заработало. Оказалось, на выполнение запроса нужно +- 65 сек, и в мой таймаут 60 сек не успевало. Первый запрос выполнялся туго, а все последующие из кэша моментально. У меня сервер в Нидерландах. Решил проверить, может проблема в сервере/айпи, может сдэк мой айпи как то ограничил. Развернул тестовый сайт на впс в РФ, этот же курл запрос выполнялся за 2-3 сек, который в ту же минуту на моем сервере в Нидерландах выполнялся +-65 сек. Подумал, может версия в курле, протестировал разные версии, в том числе и ту, которая была на впс в РФ, нет, курл не влияет. В итоге хостер ответил, что проблема именно в соединении между моим серверов в Нидерландах и сервером сдэка, и с этим ничего сделать нельзя, т.к. при соединении возникает больше промежуточных узлов, и на каком из них сильно тупит. Это видно в traceroute, вот пример соединения между сервером в Нидерландах и сдэком: http://prntscr.com/obsp0r и вот то же самое между сервером в РФ и сдэком: http://prntscr.com/obsplc В итоге пришлось переезжать на сервер в РФ, чтобы подобного лага не возникало. Так что, у кого сайты лежат не в РФ - может тоже возникнуть подобная проблема.
-
)) А это уже рецидив. @Dotrox ради интереса ознакомьтесь со следующей темой, в частности с сообщениями от dedvsdfbed:
-
Ясно. СДЭК это больше курьерская служба, чем транспортная компания. Если товар малогабаритный, то СДЭК вроде как оптимальный вариант. А для всего крупного уже в транспортные.
-
Подскажите, чем отправлять в 1.5 раза дешевле?) Кроме почты рф, само собой
-
@progroman подскажите, пожалуйста, возможно ли сделать так, чтобы в расчете стоимости доставки одновременно учитывались и наценка в % от стоимости и фиксированная величина? Например, стоимость доставки = 500 + total * 5%, где total - сумма цен товаров в корзине
-
@MShubin microdata это название модуля, а не формат разметки. Вы наверно имеете в виду формат json-ld. И яндекс и гугл понимают оба формата, но json-ld более удобен, т.к. не нужно оборачивать "видимые" элементы страницы сайта, и он рекомендован гуглом. Как мне кажется, использовать одновременно оба немного странно - дублирование контента в коде для валидаторов + небольшое увеличение размера страницы.
-
Попробуйте: https://habr.com/ru/post/447262/
-
Тестируйте)
-
Лишние запросы к апи для получения сроков и стоимости доставки = доп время для прогрузки корзины. + слишком большой выбор способов доставки не всегда хорошо, можно только запутать покупателя примерно одинаковыми тарифами от разных курьерских служб
