Yoda

Результат проявился при использовании шибко допиленного класса imagick - при чем это был единичный случай - который меня самого удивил.

Есть у меня личное наблюдение. Что GD, что Imagick намного лучше обрабатывают изображения, которые были подготовлены в фотошопе и сохранены как "сохранить для веб-устройств". Я думаю это связано с тем, что у фотошопа более продвинутый алгоритм объединения в кучу однотипных участков изображений и более "интеллектуальное" размытие слаборазличимых элементов. Т.е. по факту ставишь Imagick - та же фигня что и с GD, пересохраняешь картинки и о боги, googlepagespeed говорит НРАИЦА.

Друзья мои. Со многими мы ведь уже действительно дружим по 5-6 лет благодаря форуму ептель. Время как летит. Мое развернутое поздравление у меня в блоге и туда мне особо нечего добавить. А в целом, спасибо что вы есть!

Специально обученная служба разведки, сообщила, что в планах такое есть.

Я в лучших традициях Марка прорекламирую: Вот решение, которое закрывает все ваши проблемы HTTPS FIX PRO

Смысл мобильной версии в изменении структуры отображения элементов, средствами css и возможно изменение реакции элементов на события взаимодействия с элементами управления. И как раз смысл не в том, чтобы отключить, а в том, чтобы как можно больший функционал оставался доступен и в mobile, но с учетом ограничений, которые накладывают размеры экрана устройства.

Это может быть все что угодно. От вируса на сайте до какого-то системного файла с BOM. Откройте исходный код страницы и покажите скрин, что у вас там.

Да вы совершено правильно размышляете, но есть маленький нюанс, объем данных, которые вы сэкономите сократив пару десятков строк HTML, с включенным сжатием - это чистой воды экономия на спичках. Если заморачиваться на подобном уровне оптимизацией, то имеет смысл совсем отказаться от бутстрапа, так как он может весить лишних 400-500кб, и написать свой микрофреймворк адаптивных элементов, либо иные @media стили. Если вы паритесь касательно того что в display:none никто не мешает использовать LazyLoad. И еще есть интересный момент, для mobile и для desktop полезноотдавать разного размера изображения. Но реализация через чур громоздка в силу нескольких моментов. Во первых надо пережать сразу изображения в кеш в несколько размеров, во вторых в верстке или отказаться от <img> и выводить изображения через css {background-img} формируя для каждого товара в списке свой айди и после этого генерируя уникальный контейнер с @media стилями под разные разрешения. Либо используя <img>, возвращаемся к lazy и грузим файлы через js, в зависимости от разрешения.

Детектить устройства, нужно. Но не для того чтоб раздавать разный контент. Для этого действительно @media с головой. А вот изменять обработку событий, без детекта именно типа устройства (touch) не получится. А всякие свайпы, дабл тапы могут быть очень полезными в некоторых случаях.

Шо я имею вам сказать. Увапервых. Гугля рекомендует делать адаптивную версию а не подомен. Увавтарых ковыряние двух контейнеров для выдачи контента - сложнее чем одного. Утретих, нынешние браузеры в смартах по полной поддерживают все js приблуды, а 3g 4g коннект, как выше сказал Чучхэ, давно сравняли по толщине мобайл и декстоп. Такшта решение малость из ******* отстоя 80х... Ну и на сладкое Лебедев раз и Лебедев два. Такшта Mobile First - ваше все!

Чтобы особо не напрягаться - есть fix pro пользуйтесь на здоровье.

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

Скайп - kudriana . Очень дорого относительно средней температуры по больнице, но очень круто! Филологическое образование + полное погружение в специфику, а не тупой копипаст.

Вот мне интересно другое "узкоспециализированное якобы агенство, из полутора студентов" задает вопрос в чем проблема в широкой специализации. В школе тему реферата дали "чем фрилансеры отличаются от профильных специалистов" ?

Опыт сын ошибок трудных. Вы же зубы не ходите лечить к терапевту?

Простите, не очень мне интересно с вами дискутировать про мое отношение к людям. А тем более про ваши распальцовки. И еще меньше нуждаюсь в ваших извинениях.

Вы бы читать сначала научились, читали внимательно, и после этого с вами можно будет о чем-то говорить.

У меня есть желание делать магазины. И не задавать глупыец вопросы.

Не слушайте "специалистов" пишите в личку. Все сделаем в лучшкм виде. Более 500 реализоаванных проектов.

Знаете, есть всякие меньшинства, они тоже требуют прав! Стоит задуматься!

Это все мне напоминает анекдот, когда охотник стрелял в берлогу, потом чувствовал лапу медведя на плече и враскоряку уходил без добычи... Так вот собственно вопрос: мужик, тебе магазин надо сделать, или ты охотник? А по факту про конфиг отвечу: 1 - Использовать $_SERVER - это Bad Coding Practice 2 - Все линукс-хостинги, да не все, а еще есть Win-хостинги. А еще есть денверы и всякие другие локалки. 3 - А что делать в ситуации, если у меня целый сервер под проект. И я не хочу в хомяке держать кеши и картинки, а у меня для них отдельный том примаунчен? 4 - Какая к монахам разница универсальный конфиг или не очень, если при чистой установке инсталлятор все делает за вас?

ИМХО БРЕД! 1. Почта может быть любой. Но она должна физически существовать. Так как почтовые сервера при получении письма с адресата, шлют обратную отбивку на проверку, есть ли такой почтовый ящик. 2. SMPT - это зло, так как отправляю почту через SMTP, вы оставляете логин пароль в почту в админке магазина, и злоумышленник получив доступ в магазин получает еще в подарочек доступ к почте. Так что намного правильнее и безопаснее. Настроить сервер и добавить в DNS домена необходимые политики и слать почту через MAIL, а не через SMTP. 3. Кроме DKIM, еще необходимы SPF DMARK и PTR записи. Существуют два варианта оптравки. Либо средствами PHP прямо с сервера, либо через посредника (SMTP) сервер. Почему не стоит использовать второй вариант я написал выше. В любом случае, даже при использовании почты Яндекс для домена, необходимо обязательно добавить SPF политику, в которой вы указываете, что Яндексу разрешено отправлять почту от имени вашего домена. И не отправлять почту с несуществующих адресов. Если же вы отправляете почту средствами mail, то разобраться в проблеме поможет mail-tester.com, достаточно зарегистрировать нового пользователя на временный имейл, которы предоставляет этот сервер, обновить страницу и получить полный отчет по всем проблемам, связанным с достакой почты от присутсвия в спам листах, до специфики восприятия ваших писем встроенными антиспам системами. Но настройка железобетонной почты на VPS - это тема на целую статью, так как есть масса нюансов, которые надо учитывать. Так к примеру, по умолчанию php будет слать письма как [email protected], или [email protected], и если вы создали ящик info@, но не создали webmaster@, с большой вероятностью, вы будете валится в спам. Также не лишним будет регистрация в Post-мастерах основных почтовых сервисов, вот список некоторых из них: Постмастер Mail.ru: postmaster.mail.ru/ Почтовый офис Яндекса: postoffice.yandex.ru/ Постмастер Gmail: postmaster.google.com/