Всего 122 820 комментариев

Сергей Шлоков
12 апреля 2015, 14:34
0
Ошибка всех начинающих. А с обновлением чего будешь делать?
Все решается очень просто. Нужно просто учить матчасть. И ни в коем случае не лезть в ядро.
$q->select('User.id,User.username, cast(Profile.fax AS UNSIGNED) as int_fax');
$q->sortby('int_fax');
Никита
12 апреля 2015, 13:38
0
Соглашусь, но это было сделать проще, опять же никаких проблем пока не возникло ( и надеюсь не возникнет )
Воеводский Михаил
12 апреля 2015, 13:24
0
Не лучший метод.
Никита
12 апреля 2015, 13:22
0
Все решилось проще, изменил в БД в таблице modx_users_attributes значение поля fax вместо varchar на int :)
Воеводский Михаил
12 апреля 2015, 13:21
0
Все extended поля представляют собой элементы массива, которые сохраняются в базе в json'е. Естественно, никакой сортировки штатными средствами по ним быть не может.
Никита
12 апреля 2015, 12:57
0
а c extended полями?
Alexander V
12 апреля 2015, 12:52
0
Плох тот солдат, который не мечтает стать генералом.
Воеводский Михаил
12 апреля 2015, 12:35
0
Возможно только с изменением модели самого MODX. Чтобы этого не делать, оптимально создать своего пользователя, унаследовав родной modUser.

Но, не изучив xPDO, лучше не торопиться с расширением стандартных объектов.
Никита
12 апреля 2015, 12:29
0
Спасибо,
Я так понял в полях юзера нет полей со значением Int кроме как ID, как думаете можно ли перевести значение поля fax из строки в число, и сделать сортировку по нему?
Александр Семенов
12 апреля 2015, 09:59
0
Кэш на серверах akamai живет не долго, поэтому при небольшой нагрузке на сайт, логичее оставить подгрузку статики с облачного хранилища.
Для пользователей из центральной части России и СПб будет грузится даже быстрее, потому что пул серверов находится в СПб.
Василий Наумкин
12 апреля 2015, 09:54
0
Действительно, я эту статью по диагонали прочитал.

Посмотрим на результаты, когда закэшируется — пока оставил так.
Александр Семенов
12 апреля 2015, 09:50
1
0
Грузится медленнее, потому, что картинки еще не закешированы в CDN.
Собственно в заголовках нет кэширования, потому, что кешируются они в CDN.
Более подробно (в том числе и о деталях выше), можно прочитать в другой статье на хабре
Алексей Карташов
12 апреля 2015, 09:45
0
Да, там надо переписать, чтобы не весь код в базе хранить, а только хеш от контента. И, соответственно, хэши и сравнивать. только у меня руки не доходят.
Володя
12 апреля 2015, 09:43
0
в составе ключа $_SERVER['REQUEST_URI'] github.com/antixrist/lmims/blob/master/core/components/lmims/elements/plugins/plugin.lmims.php#L10 получается что для одной и той же страницы с разными параметрами запроса в url имеем множество 'modLMIMS'. Незнаю правильно это или нет с точки зрения сео, но для среднего сайта в итоге таблица lmims вырастает до очень приличных размеров…
Василий Наумкин
12 апреля 2015, 09:43
1
0
Спасибо за замечание, я о таких тонкостях не в курсе.
Решил, что раз хост называется selcdn.ru и его хозяева говорят о наличии у них CDN — то это оно и есть.

Ну ок, поправил ссылки и инструкцию. По тестам с CDN файлы грузятся чуть медленнее, и нет заголовков кэширования — очень странно.
Просветов Игорь
12 апреля 2015, 09:21
0
Спасибо, Алексей!
Алексей Карташов
12 апреля 2015, 09:07
0
Ты же сделал =)
Ну так-то да)

Ну и представь заодно, каково было бы вручную писать этот SQL, без xPDO::Query =)
Я ручной набор sql'я уже забыл как страшный сон. Вот зачем ты напомнил?) Теперь снова кошмары будут сниться xD
Александр Семенов
12 апреля 2015, 09:07
1
+2
На Вашей тестовой странице картинки грузятся только с облака Selectel.
Об этом говорить ссылка на файл:
145709.selcdn.ru/test/1/360x270/hand-to-hand-combat-mirrors-edge-wallpaper-1920x1080.jpg
Для того, что бы грузить с CDN, необходимо поменять в ссылках ".ru" на ".com"
Так же есть возможность привязать файловый контейнер облака к своему домену, для этого нужно добавить CNAME запись, указывающую на xxx.selcdn.com.
Еще на selcdn.com, в отличии от selcdn.ru есть GZIP сжатие