Владимир

Владимир

С нами с 28 декабря 2012; Место в рейтинге пользователей: #83
19 июня 2016, 00:01
0
А вот есть js для браузеров, которые не поддерживают
<picture> .
18 июня 2016, 18:53
0
Ясно, но так же ясно что source media тест не учитывает. Спасибо, попробую тоже скормить гуглу наименьшую картинку.
18 июня 2016, 18:12
+1
Кстати, а если в основной тег картинку указать меньше 670 пикселей по ширине? Т.е. такую, какую гугл тест сочтет за «ОК»? А живым людям показывать в соответствии с source media?
18 июня 2016, 18:08
0
Гад он (Google) тогда :)) Тогда его speed-тест не соответствует стандартам.
Сам что только не делал, и ленивую подгрузку и сжимал картинки, пока увы, тест не пройден.
Кстати pthumb мне как больше нравится, чем phpthumbon. Например, phpthumbon выставляет размеры картинки в теге img? Все таки часто надо их (размеры) проставить.
С феномом pthumb дружит прекрасно:
{$_modx->runSnippet('!pthumb', [
      'input' => $_pls['tv.title_image'],
      'options' => 'w=400&h=240q=75&zc=C',
      'toPlaceholder' => 'thumb'
      ])}
                                     
      <img class="img-responsive" src="{$_modx->getPlaceholder('thumb')}" width="{$_modx->getPlaceholder('thumb.width')}" height="{$_modx->getPlaceholder('thumb.height')}"/>
По моему это всяко лучше модификаторов.
18 июня 2016, 17:49
0
Только эту
<img class="img-responsive" src="[[+tv.ProductImage:phpthumbon=`w=670&h=503&zc=1`]]">
видит?
18 июня 2016, 17:08
0
Интересно, тест гугловский что говорит после добавления вариантов превьюшек?
11 июня 2016, 20:51
0
Parse.ly оставлю на «потом»… решено обойтись микроразметкой schema.org +Ya.Metrika + google.analytics
10 июня 2016, 08:58
1
+1
дальше твишек
Tagger -протестирован на миллионе тегов.
10 июня 2016, 08:56
0
Да, но как раз такие пакеты нужны отдельно. Что бы выбирать только нужные. В «комбайне» эта функция может быть разбавлена десятком ненужных.
09 июня 2016, 19:02
+3
когда делаете компонент с большим функционалам не забывайте про то, что многим будет нужно например всего 2 и 3 фичи
вот это хочется плюсануть, только я бы сказал не «скрытие не нужных полей», а отключение в настройках функционала по частям, вот было бы хорошо (например, банально, уже что то реализовано и компонент что то «затрет»)
09 июня 2016, 13:21
0
Я о том, что ты тему «Twitter Bootstrap vs Uikit» поднял, а нормально структурировать что есть, чего нет, как положено в таких случаях, в таблице, со ссылками…
Оно понятно, что можно найти время и самому все опробовать, времени как раз и нет))
Взял бы и расписал, раз пробовал и то и то.
Я вёрстку на Uikit только где то редактировал по мере надобности. TB мне привычнее, хотя да, его в чем то избыточность, а в чем то ущербность ощущается, но не верю в панацеи, жду 4ю версию, полагаю что где то так upgrade проще станет. Много чего есть вообще уходящего от гридов, и сами гриды все развиваются.
Короче, раз, пишешь «1 vs 2» — дай расклад в таблице со столбцами с нормальным сравнением и будет тебе респект и уважение))
Удачи в любом случае.
09 июня 2016, 12:52
+3
Не знаю с какой версии, но в 2.5.0 точно отключение "?id=" из коробки предусмотрено системным параметром request_method_strict — Да
09 июня 2016, 12:49
1
+4
что достучаться до любой страницы сайта при включенных ЧПУ можно дописав в адресной строке после имени домена ?id
, а если включать системную настройку
request_method_strict — Да, то этой «радости» «достучаться… по ID» не будет, и возможный дублей тоже не будет.
И плагин не нужен, это в все из коробки предусмотрено.
09 июня 2016, 11:13
0
А вот интересно, кто бы мне убогому показал конечный результат на TB и чем то вашем любимом с изначально одинаковым ТЗ (прототип, дизайн — сложность только что бы была не детская ) и разными результатами в конечном продукте, с разбором кода верстки, со сравнением реализации адаптивности и т.п. и т.д.
Ибо заявленная тема «Bootstrap vs Uikit» так и осталась вся на уровне личных предпочтений.
09 июня 2016, 10:40
0
Читаю ветку, и единственное что приходит в голову — это то как я не могу воспринимать сетку 960 grid, т.е. вот совсем, не могу и все. Наверно все же нет такого как явные преимущества одного решения над другим, есть то с чем удобно работать конкретному разработчику, а вот заказчики становятся в любом случае заложниками выбранного решения.
Так что, пусть будет все)) А то может стоит смотреть в сторону philipwalton.github.io/solved-by-flexbox/
09 июня 2016, 09:10
0
Что то долго ваш grunt-market.ru 504 Gateway…
Судя по «Сервер имён: ns1.hosting.reg.ru.» сайт на хостинге REG.RU (если не меняли A — запись, не знаю, рег.ру ли принадлежит IP-адрес: 37.140.192.211).
Доступы все у вас есть? Можно сделать копию и запустить на modhost.pro/, потом туда же и перенести. На REG.RU я бы, например, «долбаться» бы не стал.
Пишите в личку. (не бесплатно)
08 июня 2016, 07:23
+2
Таааак)))) Прекрасно!
А теперь подскажи, у тебя так же QIWI для спасибо или уже нормально с Яндекс кошельком?
08 июня 2016, 00:36
0
Павел, вопрос о размере превьюшки.
VideoGallery я использую с Vimeo. «Родное» изображение в случае с вимео большое — 1 920px × 1 080px (пример), но videoGallery получает его и сжимает до 640px × 360px (т.е. в 3 раза). Возможно 1 920px × 1 080px особо ни кому не требуется, но 640px × 360px не очень универсальный размер. Уменьшение в два раза кажется более щадящим.
Собственно о чем я, а нельзя ли вынести в настройки возможность изменять размер сохраняемой превьюшки?
07 июня 2016, 16:10
0
modstore.pro/packages/users/office стоит денег, но лишен всех перечисленных недостатков