Сделал сайт спортивному клубу Атлетик сити. На мой взгляд этот клуб - лучший в городе Кемерово. Все тренеры с высшим спортивным образованием, оборудование новое и постоянно пополняется. Недавно приехали тренажеры Matrix. Кто не знает - это типа Bentley, только среди тренажеров.
В общем, я туда полгода ходил и был очень рад. А потом переехал в частный дом, начал кидать уголь, колоть дрова и фитнес как-то отошел на второй план =(
Но, еще тогда мы решили сделать новый сайт клубу, и теперь, таки, сделали. Для Кемерово, я считаю - вообще чуть ли не лучший.
Всем желающим предлагаю оценить скорость работы "тормозного MODX Revolution". Счетчик внизу слева, у любой страницы - больше **0.5** секунды не бывает. Как обычно, дело в руках и голове, а не движке.В разделе расписаний трудится новый компонент Schedule, еще не представленный публике. Он позволяет создавать любые расписания, и связывать при этом разные ресурсы сайта. То есть: создали спортзалы, теренеров, программы - и связали это все в одну таблицу. Особенность в том, что формы для расписаний, как и их вывод, могут быть любыми.
Баннерами на главной заведует, понятно, BannerY. В дальнейшем запустим там еще miniShop, для продажи клубных карт.
Выводом фотогалереи заведует отличный FileDir, от Artdevue. Спасибо, Валентин, я пришлю тебе свои модификации в репозиторий, обещаю!
Сайт в процессе наполнения и обкатки: тексты пишутся, картинки добавляются. Но в целом - работает.
Предлагаю заценить.
Если что - вот ссылка на все остальные клубы города. Обратите внимание на Губернский Лазурный - в код страницы лучше не заглядывать, я вас предупредил!
Легкий, лаконичный и в то же время удобный, для пользователя, дизайн.
Page Speed Score: 97/100 (ух!)
Одно замечание -1024х768 — небольшая нижняя полоса прокрутки.
вот эти элементы:
«вылазят» за
UPD. На странице atletik-city.ru/shop.html
«Интернет-магазин в разработке
Открытие: ноябрь 2012г.»
добавьте что-то вроде «Заказать абонемент Вы можете по тел. 322-223-322. Спасибо за понимание!»
На странице atletik-city.ru/schedule/
«Значение цветов» перенесите вверх, имо так легче понять «радугу».
Добавил телефон, спасибо за идею.
По цветам я не спец, но мне кажется этот раздел для постоянного посещения, и каждый раз видеть цвета вначале — нафиг не надо.
Про цвета — сугубо мое субъективное видение.
офтоп. Пытался отправить вопрос в соотв. раздел — не опубликовался. Это связано с предмодерацией? Или я чего то накосячил? :)
Неплохо. Мне нравятся сайты с таким легким дизайном.
Хороший сайт.
Сайт конечно как всегда на УДИВЛЕНИЕ «тормознутый», Василий, расскажи свои заклинания нам? :)
Сайт легко воспринимается. не перегружен, понравился, как по функционалу, так и по скорости. Сразу видно. что продумывались все детали и связи на сайте.
Можно хвалить и дальше, но не буду, чтобы не раслаблялся! :)
Одним словом — супер!
Колдунство тут только одно — MODX Revolution!
у меня такое ощущение, что Revo «тормозит» у людей размещающих его либо на шаровом хостинге, либо на --«минус 5 звезд» за 0,01 $/месяц, либо соединение с сервером у них идет через Арктику.
Делаю сам себе сайт, абсолютно базовые настройки, сервер nginx, хост — 5$/месяц, сервер в Германии, админю из Киева. Табличная верста (ужос, на костер меня!), куча доп полей для товаров, и что? Летает. Вот должОн тормозить жутко, а он — летает) Админка работает гораздо быстрей, чем на локалке, т.е. тоже — летает. Под сайт выдано оперативки «всего» 196 метров (правда при базов запросе Рэво — 24).
Тормозить будет, когда появится phpthumbof и getpage до кэширования :)
phpthumbof — в наличии, пока сайт в тестово-наполнительном режиме подключал getpage — загрузка выборки в каталог лимит 4-5 превьюшек на страницу… особых тормозов не заметил :)
В дальнейшем getpage — не будет. Либо свое решение (топорное, но мне удобное) либо PageNav Valentina Rasulova.
У меня когда появляется phpthumbof в связке с getPage, страница с 12-ю картинками первый раз грузится 6.5 секунд, далее из кэша — 0.21 c. Когда убираю phpthumbof, страница загружается за 2.58 c, далее из кэша — 0.18 c.
phpthumbof:
для этого нужно ресайзить картинки во время загрузки, затем, можно отключить плагин phpthumbofcachemanager и тогда при обновлении сайта у вас не будут по новому ресайзить картинки.
Ещё, можете задать свою директорию для хранения кэша и сам играть с ним. как вам нужно.
Ну и на последок, использовать RezImgCrop modx.com/extras/package/rezimgcrop2
getPage — я описывал принцип работы здесь community.modx-cms.ru/blog/research/7370.html, правда похожее расширение, т.е. качаеться пагинации, которую тоже нужно кэшить, правда нужно и правильно удалять кэш
Работу с 96 превью, что первый раз, что последующии (всё сразу при загрузки попадает в кэш), можете посмотреть здесь danceplusi.artdevue.com/gallery/album-11/
тест — www.webpagetest.org/result/121006_FZ_APR/
Как видите — первый проход, старт (т.е. посетитель уже видит) с 1,33s, при повторном — 0.619s. — при 96 превью.
Отключил phpThumbOfCacheManager — все те же 7 секунд, когда не из кэша.
На странице danceplusi.artdevue.com/gallery/album-11/ у вас грузятся превьюшки, ресайз которых был сделан при загрузке фотографии, правильно?
правильно, использую Gallery для поселения на сайт самих фоток, вывод конечно свой идёт. При загрузки фотографии, сразу делаеться ресайз (вернее 2 ресайза, одна на большое фото, другая на превью), ну и использую RezImgCrop (правда я его давно не обновлял, есть новые плюшки modx.artdevue.com/test/test2.html, modx.artdevue.com/core/components/rezimgcrop/model/rezimgcrop/index.php)
А есть ли где-то описание вашей реализации ресайза при загрузке фотографии? Пути к ресайзам сохраняются в tv и при изменении основной фотки, удаляются старые картинки с измененным размером, создаются новые, обновляются tv?
За RezImgCrop спасибо, посмотрю в ближайшее время.
описания нету, так как ресайз происходит в классе Gallery.
Про TV, Василий описывал здесь вроде bezumkin.ru/blog/2012/08/04/resizeonupload/
У каждого свои заморочки, если пару словами, в Gallery (как и у многих расширений), есть свои процессоры, вот там и делаем ресайз или удаление фотографий.
Странно, что до сих пор никто не реализовал форк phpthumbof, когда новые ресайзы делаются не после очистки кеша, а по новой дате исходного изображения.
а зачем всё форкать, нужно или дописывать и предлогать внедрить или делать отдельное расширение, если первое не прокатило.
К стате, Василий вам более подробно может описать работу с phpThumbOf, он ей и использует в своих проектах.
Есть ли у RezImgCrop параметр, чтобы не увеличивать картинку, если она меньше чем заданное превью?
в существующей версии нету, постараюсь обновть в ближайщее время
Особенно понравился раздел поле-денс :) сами фотографировали?
1) Хостинг как я понимаю, Ваш, фирменный?
2) Эффект проявления фото — фишка файл дир? Или тут что-то еще?
3) Почему решили переделать онклик от бутстрапа в меню?
Нет, фотки выдали готовые — мне тоже очень понравились =)
1) А то!
2) Неа, это мега-плагин jQuery lazyload — ленивая загрузка
3) Так гораздо удобнее: и клик на категорию работает, и выпадающее меню. В стандартном виде на категорию из меню перейти нельзя.
3) Говорят, что с планшета удобней «стандартный вариант». Но так функциональней, да.
Посмотрел js, не нашел где меню переделано… не будет наглостью попросить показать?
и так задумано? :)
3) Говорят, что компьютеров пока еще больше, чем планшетов. Для них, к тому же, дизайн адаптивно показывает другое меню.
Ищите самостоятельно — так интереснее =)
На что влияет html lang? Яндекс его вовсе не указывает.
и правда интересней :) js тут и не при делах вообще.
У вас на страницах больше одного h1.
В подвале справа — ссылка в ссылке.
На главной в услугах лишний закрывающий параграф для каждой услуги.
Тут же подробности с кавычкой » и с >> — наверно надо что-то одно?
Галерею для фэнсибокса надо разделить на 2 части: общая и pole dance (data-fancybox-group или как он там).
Еще неплохо добавить robots.txt, в него прописать адрес хоста и сайтмапа.
А еще можно поставить Гугл Аналитикс и выводить в админке на панель статистику через Bigbrother.
Ну и тайтл главной страницы поменять на 'Фитнес-клуб «Атлетик Сити»'.
«У вас на страницах больше одного h1» — скажите, пожалуйта, т.е. наличие более одного h1, для СЕО, вызывает так называемый эффект «тошнотворности» или переоптимизаци?
Да, на страницу накладывается фильтр. Может быть только один h1.
h1, как и title — о чем конкретная страница. А когда робот видит, к примеру, что в разделе с тренерами h1 — это и «Атлетик Сити», и «Тренеры», он не понимает о чем эта страница, падает релевантность страницы, она попадает под фильтр.
Еще неплохо разделять — в title выводить pagetitle, в h1 — longtitle. На примере этой же страницы:
pagetitle, = Тренеры
longtitle, = Тренеры фитнес-клуба «Атлетик Сити»
в хлебные крошки тогда можно выводить menutitile или pagetitile, если menutitile пуст.
Спасибо за развернутый отве!
Взял на заметку.
Ох-ты, господи… Робот яндекса уже давно умеет понимать о чем страница, даже если на ней вообще нет H1. Все, что вы описали — это, конечно, правильно, но это далеко не первостепенные вещи, на которые надо обращать внимание
Да ради бога — делайте хоть все заголовки на странице h1, попадайте под фильтр — дело ваше.
Мы для людей делаем сайты, или для Яндекса?
Как показывает мой опыт — поисковики давно стали умнее поисковых оптимизаторов.
И еще, сейчас в meta прописано, что нельзя масштабировать, зачем? Поворачиваем планшет вертикально, сайт не влезает. По мне так это очень неудобно.
Поправил.
Спасибо за свежий взгляд — у меня уже замылился.
Ненужный h1 в заголовке убрал.
В подвале все окей, просто 2 ссылки рядом.
Лишний параграф — это к TinyMCE.
Кавычки поправил.
Галереи разделил.
robots.txt добавил, хотя у меня принудительный редирект на нужный домен и sitemap в стандартном месте. Но добавил.
Нам больше нравится Яндекс.Метрика.
Тайтл переделал.
а как сейчас дела с хтмл5 в сео? там вообще в каждом семантическом блоке должен быть h1
Даже не заглядывая внутрь можно узнать REVO. По тем же ссылкам: atletik-city.ru/photo-gallery/ и на этом же сайте с окончанием: atletik-city.ru/services/fitness-hall.html
Кстати, раз уж сайт легкий весь такой, может и изображения стоит сжать? Рекомендую обсуждавшийся относительно недавно на Хабре великолепный сервис tinypng.org/ я ваш логотип 21 кб сжал в 7 без потери качества.
Вау.
Приятно хоть немного удивить человека у которого многому научился)
Есть еще kraken.io/ тоже хорошо сжимает. Не сравнивал, но советую как альтернативу)
smushit.com/ysmush.it
punypng.com
tinypng.org/ — хороший сервис, много файлов посжимал. Спасибо за ссылку
Василий, а планируется ли выход в опенсорс плагина Schedule? Если да, то когда?
Планируется, в таком же виде, как и miniPayment — исходный код на Github для самостоятельной сборки.
И на том спасибо.
Кстати, зря Вы так переживаете, по поводу глупых вопросов от сообщества. Они были есть и будут, игнорируйте то, что раздражает и делов-то.
Я не переживаю.
Чтобы опубликовать готовый пакет нужно:
1. Написать и собрать — это понятно
2. Потом загрузить в репозиторий, оформить там все на английском
3. Написать документацию на rtfm — опять же на английском (не обязательно, но желательно)
4. Оформить документацию у себя на сайте — обязательно.
5. Затем принимать отзывы и багфиксы, обычно тупо текстом.
6. Исправлять, опубликовывать новые версии и обновлять документацию на 2х сайтах.
На данный момент мне хватает поддержки уже выпущенных расширений. Вся эта бесплатная работа только кушает время.
Если я придумаю, как и мне зарабатывать, и людям помогать — сделаю. А пока проще отдать исходный код кто хочет — использует. Тем более, это гарантирует отсутствие особо тупых вопросов — а на умные и отвечать приятно.
В принципе согласен. Успехов!
Можно узнать когда планируете опубликовать?
https://github.com/bezumkin/Schedule
Только документации нет — некогда написать.
Установил компонент с Github'а, но при запуске компонента Schedule в админке открывается страница с табличным выводом всех ресурсов, и нет возможности создавать залы и расписания. Если не затруднит, Василий, в какую сторону копать?