• avatar paic
  • 0
Поставил в поле sg_add INT UNSIGNED вместо text и по цене в поле sg_add все сортируется отлично! Свои косяки нашел (попутал где в каком месте sgOrderBy, а где OrderBy).
Аналог:
[*image_tv:imageinfo('width')*] // '100' 
[*image_tv:imageinfo('height')*] // '50'
Модификаторы в настройках должны быть включены
её кеширование — мега полезная штука, главное после правок очищать ;)

разве кэш автоматически не сбрасывается после каждого изменения в админке?
  • avatar Fr3ddy
  • 0
я ж говорю, не критично) но если по совести — то лучше соблюдать семантику в коде.

а факторы ранжирования у гоши и яши всегда была разные, яндекс сейчас очень жесткий стал
  • avatar tiptop
  • 0
Элемент a согласно спецификации HTML5 может оборачивать целые абзацы, списки, таблицы, заголовки и целые разделы при условии, что они не содержат другие интерактивные элементы — другие ссылки и кнопки.
  • avatar tiptop
  • 0
Сейчас вообще ТОП выдачи по СЕО у яндекса величина абстрактная. Она зависит от поведенческого фактора. Это конечно не означает, что на СЕО надо плюнуть, скорее наоборот, уделить больше внимания и сил.
А ImageResize или phpthumb не подойдут?

deniskomlev.com/projects/modx-evo-imageresize-snippet

i--gu.ru/phpthumb
  • avatar tiptop
  • 0
с точки зрения сео отсутствие тайтлов и незаполненные альты гораздо хуже, чем три ссылки подряд. А еще и атрибут rel тоже бывает полезен.
  • avatar Fr3ddy
  • 0
на speckyboy идёт речь об отдаче страницы, а именно время. Конечно, если страницу будет отдавать секунд 40 :) то гугл выберет сайт, у которого отдача в 0.3 секунды. А Evo сейчас реально нагибает всех, её кеширование — мега полезная штука, главное после правок очищать ;)

по Вашему вопросу, первые теги a лучше совместить в один, так как элементы рядом.

<a href="#">Заголовок статьи
<img src="#" alt="">
</a>

и давно уже пора использовать новые теги figure.

В плане SEO никакого влияние не будет, просто семантика страдает, а это тоже в теории влияет на ранжирование. Часто не уделяют внимание ссылкам «сам на себя», больше 5-10 штук на странице уже негативно повлияют на внутреннюю оптимизацию, что повлечет за собой снижение в ранжировании (опять же не факт), всё только в совокупности, одними ссылками в топ не вылезешь, нужна глобальная работа по сайту. Так и тут.
  • avatar paic
  • 0
Спасибо за ответ. Да, была такая мысль поменять тип поля с текстового на числовой, но до ее реализации не дошел так как оказалось, что «слетела» сортировка вообще. Т.е. нет никакой реакции на параметр sgOrderBy, хотя изначально работало. Так что пока сижу разбираюсь где накосячил или что из позже установленного повлияло((
Ссылки я вставил просмотрев по диагонали статьи. Ваша правда — тухлые.
Но вот буквально сегодня попалась статья на аглицком по поводу PageSpeed, а там куча ссылок на Google и их виденье скорости сайта == поведенческим факторам == ранжированию.
speckyboy.com/prioritize-pagespeed/

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

В SEO фишки работают и прекрасно и свыше полугода. Просто их не хотят использовать в 99% случаев. Почитайте блог Арбайтена — вот он материт лень :).

=====

Если вы SEOшник лучше подскажите такой вопрос:
буквально вчера в видео, что вот такая верстка ленты новости или статей не очень хорошо с точки зрения SEO

<div>
	<a href="#">Заголовок статьи</a>
	<a href="#"><img src="#" alt=""></a>
	<p>Описание статьи</p>
	<p>Дата: Просмотры: Комментарии:</p>
	<a href="#" class button>Читать далее</a>
</div>

Аргументация — идут три ссылки на один и тот же адрес
  • avatar dukeRD
  • 3
<?php
/**
 * imgAttr
 *
 * return image file attributes
 *
 * @author @sepiariver
 * Huge shout-out and thank you to @netProphET
 * https://gist.github.com/netProphET
 * for testing, code review and improvements
 * 
 * GPL2, no warranties, no liability, etc.
 * 
 * DESCRIPTION
 *
 * An output filter that returns attributes from an image file, using PHP getimagesize().
 *
 * USAGE:
 *
 * Where the value is 'assets/images/photo.jpg' with dimensions 100px x 50px.
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`filename`]] => 'photo.jpg'
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`filenameNoExt`]] => 'photo'
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`width`]] => '100'
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`height`]] => '50'
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`dimensions`]] => 'width="100" height="50"'
 * [[imgAttr? &input=`assets/images/photo.jpg`   &imgattr=`mime`]] => 'image/jpeg'
 *
 */

/* $input is required */
if (!isset($input) || empty($input)) {
    $modx->logEvent(1,1 ,'[imgattr] No input provided.','imgAttr Error');
    return;
}

/* Prepend image paths with base path */
if ($modx->getOption('imgattr_pathonly')) $input = parse_url($input, PHP_URL_PATH);
$base_url = $modx->getConfig('base_url');
$base_path = $modx->getConfig('base_path');

if (substr($input, 0, strlen($base_url)) == $base_url) {
    $input = substr($input, strlen($base_url));
}
$input = $base_path . $input;

/* Check for readable file */
if (!file_exists($input) || !is_readable($input)) {
	$modx->logEvent(1,1,"[imgattr] No readable input file $input",'imgAttr Error');
    return;
}

/* Get image attributes */
$attr = array();
$attr = getimagesize($input);

/* Did we do that right? */
if (!$attr) {
   	$modx->logEvent(1,1,'[imgattr] Failed to retrieve image attributes.','imgAttr Error');
    return;
}

/* Get the pathinfo */
$pathinfo = array();
$pathinfo = pathinfo($input);

/* Output array */
$output = array(
    'filename' => $pathinfo['basename'],
    'filenameNoExt' => $pathinfo['filename'],
    'width' => $attr[0],
    'height' => $attr[1],
    'dimensions' => $attr[3],
    'mime' => $attr['mime'],
);


return $output[(string) $imgattr];
  • avatar dukeRD
  • 0
такие комментарии на порядок полезнее, чем «EvoGallery подло вальнули из экстраз». теперь буду знать, где стоит быть аккуратнее, спасибо.
  • avatar dukeRD
  • 0
Я как бы тоже на практике основываюсь. С указанными вами проблемами пока не сталкивался. Если столкнусь, то создам тут топик, и расскажу, как разработчики не прислушиваются к моим чаяниям. А мне напишут, что я все неправильно делаю. Это нормально))
А еще параметры плагинов могли поломаться уже в третий раз, хорошо, что я вовремя заметил и остановил вакханалию (и то, пришлось еще доказывать, что я прав) (: Шопкипер маловероятно что отвалится, потому что Яма скорее всего не знает про его существование (:
Так надо еще в базе приспособить поле для хранения чисел (:
  • avatar webber
  • 0
Ну а насчет быстрой ориентации в элементах — так контрол+F никогда не подводил, в отличие от через раз работающего поиска из верхнего выпадающего меню, когда сначала там набираешь, он не находит, потом идешь в список и там еще раз через контрол Ф ищешь. А если включить глобальные табы, то при открытом списке сниппетов и попытке поискать чанк сначала попадешь в сеиппеты, там потыркаешься, пока поймешь, что это не чанки, переключишься на список чанков и по-новой поищешь через все тот же контрол Ф) пользователи теперь тоже рады, что отвалился treeTabs и теперь вместо кнопочки над деревом им надо лезть в какие-то дебри, чтобы поменять надпись в футере. В общем в теории красивоо, как у вас и расписано, а на практике чаще мой вариант получается)
  • avatar webber
  • 0
Это все замечательно, хотя не без нюансов. Но что именно из указанного функционала заставило, например поломать eForm, который у меня не зашел даже на пустом шаблоне (выдал ошибку сниппета, которого там и нет). Что заставило поломать везде кастомный роутинг через pagenotfound, присвоив единый кэш и единый ключ всем «ненайденным страницам», внести какие-то странные изменения getDocumentObject с периодическим появлением ошибок evalSnippet и кучку других неприятностей мелких и не очень)) Завтра еще шопкипер отвалится (если еще не отвалился) — на чем магазины все переделывать порекомендуете?))
  • avatar dukeRD
  • 0
Я не разработчик эво, я пользователь, и на мой взгляд, всё развивается весьма неплохо. Не спорю с топикстартером, такие споры бессмысленны. Но если кто-то будет читать комментарии, то было бы хорошо, чтобы он знал о том, что есть и другие мнения.
Когда я, после перерыва в работе, переходил от Foundation 6.2 на 6.4.3 я просто выл, насколько всё поменялось, и как привычные действия не дают прежнего результата. Но я разобрался и увидел, что изменения были к лучшему, повысили скорость работы.
Я понимаю ощущения людей, которые не занимались Эво какое-то время, а теперь попробовали и возмущаются. НИЧЕГО ЖЕ НЕ РАБОТАЕТ КАК НАДО. Но так же я наблюдаю за развитием Эво, и мне очень нравится, как всё движется. Я пытаюсь сказать, что понимаю эмоции в таких топиках, но эти эмоции, на мой взгляд, основаны на неверных предпосылках.
Иногда чиню старые сайты, владельцы которых не хотят пока обновляться, и словно проваливаюсь в прошлое)) На основе этого опыта, я делаю вывод, что разговоры о прекрасной прошлой modx evolution и куда-то не туда движущейся evolution cms не совсем верны. Как мне указали в другом комментарии, вынужден сообщить, что это всего лишь моё скромное мнение.
  • avatar dukeRD
  • 0
естественно это имхо, как и всё, что я пишу. просто по-умолчанию. если я пишу от лица какой-то группы, я оговариваю это отдельно. вы же в своём мнении про телеграм не написали «имхо». это просто избыточная информация.

в нынешних версия внедрение шаблона с множеством чанков и тв у меня занимает в 2-3 раза меньше времени. вставил верстку, вырезал кусок, написал название чанка, правой клавишей — создал чанк с именем (без случайной опечатки), она открылся в модальном окне (не закрывая текущее), вставил код, сохранил, пошёл дальше по вёрстке. так же с тв. забыл название элемента — посмотрел в сайдабре с TreeElements. Оттуда же открыл либо в отдельном окне, либо в глобальной вкладке — поправил код, вернулся при необходимости. в TreeElements — фильтрация, так же, как в верхнем меню и плюс поиск, помогает ориентироваться в большом количестве элементов. C помощью StaticElements все хранится в файлах, спокойно добавляется в git, можно откатывать изменения. DocLister заменил кучу разрозненных сниппетов своими, с более-менее одинаковыми параметрами. То есть надо не параметры десятка разных сниппетов изучать и запоминать, а только один синтаксис, которых работает в нескольких. Для меня все эти нововведения — это просто турбо ускорение в разработке.