Хаус-пицца
Jan. 30th, 2013 02:26 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ermouthСайтег вот уже почти сделали красивенький. http://hauspizza.ru/
Прайс обновляется копипэйстом из экселя, сразу превью можно посмотреть.
Фоткал мистер Ларин, макетег рисовал великий @demi4ev, а имплементил @carpogoryanin. А я так, руками водил и немного блин ещё недоводил – есть мелкие косячки.
Ну и этот сайт как раз эксплуатирует подход, о котором я писал. Предельно простая CMS, которая только данные хранит. Рендер внешнего вида страниц происходит в момент заливки данных и уже этот рендер (плюс сами данные) сохраняется в БД.
Это значит, что:
- сайт индексируется нормально, поисковая система видит правильный html
- пользователь видит всё меню сразу
- сервер отдаёт по факту всю страницу в один запрос к БД
- “оживляется” страница уже на клиенте – тем же самым скриптом, который генерил превью, генерится “живая” версия страницы (визуально идентичная, но с интерактивом)
Ну и залайканные пиццы помнятся в куки без всякой авторизации.
Под такой схемой CMS может быть вообще какой угодно, это не имеет ровным счётом никакого значения. Даже Битрикс сойдёт, без его модуля импорта естессно. Я как вспоминаю, как это сделано всё в Битриксе, липким холодным потом покрываюсь.
Помимо очевидного ограничения на длину меню – (сто-двести позиций ок, пятьсот – много, 1000 – тормоза) я не вижу у такой схемы других язъянов при исключительной простоте реализации.
М?
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2013-01-29 10:59 pm (UTC)no subject
Date: 2013-01-29 11:05 pm (UTC)Цель тут, понятно: как можно быстрее показать первую страницу (желательно меньше секунды-двух), и пока пользователь тянет мышей, чтобы куда-то кликнуть или проскроллить (есть ещё секунда-две) подгрузить или просто отрендерить параллельно всё остальное, но не вызывая подтормаживаний.
no subject
Date: 2013-01-29 11:15 pm (UTC)1) скрипты не слиты, надо объединить, а кое какие и сжать
2) не все скрипты надо грузить в head-е
3) все картинки для баннера кроме первой должны грузится после окончания загрузки страницы и только по их загрузке запускаться листалка
Это уменьшит трафик до первого показа страницы втрое.
no subject
Date: 2013-01-29 11:15 pm (UTC)no subject
Date: 2013-01-29 11:21 pm (UTC)no subject
Date: 2013-01-29 11:26 pm (UTC)no subject
Date: 2013-01-29 11:40 pm (UTC)Я приличный цвет вообще видел из планшетов только на айпаде, а из тф – на айфоне 4+ и каком-то из топовых самсунгов.
Плюс надо ещё учитывать, что юзеры склонны яркость задирать, вендоры этому потворствуют – а с задиранием яркости у всего, что работает не на отражение падает гамма. Компенсировать это контроллером -- тьфу, но сделано только у эппла кажется.
no subject
Date: 2013-01-29 11:46 pm (UTC)В качестве примера привожу немецкий сайт для заказа пиццы. Он ужасно сложный, но по одной лишь картинке я понимаю, что из себя представляет пицца ;) http://www.call-a-pizza.de/call-a-pizza/dd02
Еще наверное не хватает онлайн формы для заказа? Или они там не нужна?
Потом вместо знака "равенства" я бы лучше использовал знак рубля, пора бы его уже вводить в массы! :)
no subject
Date: 2013-01-29 11:46 pm (UTC)Альф часто цитирует кого-то: музыкантом становятся тогда, когда понимают, что ручка громкости и в обратную сторону крутится
no subject
Date: 2013-01-29 11:48 pm (UTC)no subject
Date: 2013-01-29 11:50 pm (UTC)Я резко против знака рубля кста. Он некрасивый, геморройно реализуем и в буфер обмена не копируется – и потому не прижился. Сокращения руб. если место есть, р. если нет и = если совсем коротко нормально считываются всеми абсолютно )
Поэтому знак рубля – это такой дизайн ради дизайна, фикция, как Международный финансовый центр в Москве )
no subject
Date: 2013-01-29 11:52 pm (UTC)no subject
Date: 2013-01-29 11:56 pm (UTC)no subject
Date: 2013-01-30 12:03 am (UTC)А знак рубля очень крутой и считаю позорищем, когда у страны нету своего знака валюты. Думаю иностранцы охуевают от всех этик "руб.", "р." и "=".
no subject
Date: 2013-01-30 12:08 am (UTC)Все, теперь умолкаю )))
no subject
Date: 2013-01-30 12:09 am (UTC)И есть ещё одно, что он дескать как рубль, потому что есть хуй и есть пузо – но нет ни рук, ни головы )
Такие дела.
no subject
Date: 2013-01-30 12:11 am (UTC)no subject
Date: 2013-01-30 12:20 am (UTC)Вот жили же себе немцы с DM – и ничо. Ну если только у пфеннига была там закорюка в конце, но и то никто не парился писать Pf )
Я думаю как знак рубля приживётся в какой-то момент или какой-то уникодовый символ из нацалфавитов, или просто будет узаконен р.
no subject
Date: 2013-01-30 12:35 am (UTC)Или де-факто вообще не существует. Я первый раз в жизни услышал о знаке рубля сегодня, в этом посте :)
no subject
Date: 2013-01-30 12:40 am (UTC)no subject
Date: 2013-01-30 02:10 am (UTC)добавил в закладки. хочу попробовать «Зимний Берег», как аналог «Лассарио»...
no subject
Date: 2013-01-30 02:38 am (UTC)no subject
Date: 2013-01-30 06:07 am (UTC)no subject
Date: 2013-01-30 06:10 am (UTC)no subject
Date: 2013-01-30 06:49 am (UTC)Подход с генерацией готовых страниц в админке, кста — мой любимый. Сам по возможности всегда делал именно так. Ну, разве что, тогда аякс был не так популярен, к сожалению. Так вот, страницы я не хранил ни в какой БД, тупо генерировались файлы в нужное место по физическим каталогам сервера. В использовании БД реально есть смысл?
no subject
Date: 2013-01-30 07:22 am (UTC)no subject
Date: 2013-01-30 07:38 am (UTC)no subject
Date: 2013-01-30 08:50 am (UTC)no subject
Date: 2013-01-30 09:25 am (UTC)no subject
Date: 2013-01-30 09:26 am (UTC)no subject
Date: 2013-01-30 09:29 am (UTC)http://yurigordon.livejournal.com/tag/знак%20рубля
no subject
Date: 2013-01-30 09:49 am (UTC)Я могу предложить свой вариант (прошу прощения за непатриотичность):
no subject
Date: 2013-01-30 10:17 am (UTC)no subject
Date: 2013-01-30 11:38 am (UTC)А мантры про круто и не круто – это ерунда, тем более это просто неверно. Если ты считаешь что любой кэш – это не бд, ты ошибаешься. Хранение отрендерённых страниц в виде файлов на файловой системе -- это тоже хранение кэша в БД, которая называется файловая система )
Я не ратую за этот подход повсеместно, но именно в такой группе случаев это хороший подход. Он оптимизирует всё, что можно и кажется не добавляет проблем. Если ты видишь всё-же проблемы -- лучше перечисли их.
С аналитикой всё штатно. Диджтал маркетинг я не знаю чё такое )
no subject
Date: 2013-01-30 11:44 am (UTC)Я просто к файловой системе отношусь как БД – она и есть БД, только медленная и с жидкой безопасностью. Поэтому строковые данные я кэширую не на файловую систему.
no subject
Date: 2013-01-30 11:47 am (UTC)no subject
Date: 2013-01-30 11:52 am (UTC)no subject
Date: 2013-01-30 12:06 pm (UTC)no subject
Date: 2013-01-30 12:22 pm (UTC)Штатная аналитика -- га и ям? Если да, то гнать на битрикс за то, что там не удобно загружать товары -- как-то странно. Даже джуниоры пхп напишут любой загрузчик, а вот аналитику нормальную большая часть программеров не осилит в жизни.
Про дм -- почитай на досуге если интересно, чисто для общего развития. Вот эту систему покупают наши клиенты за кучу (>> 100к) евро. http://sdn.sitecore.net/upload/sitecore6/66/marketing_operations_cookbook_sc66-a4.pdf
Пицца
Date: 2013-01-30 12:23 pm (UTC)no subject
Date: 2013-01-30 02:40 pm (UTC)Насчёт масштабирования -- спорно, но понятно, что ты имел в виду. В этом случае не в кассу.
В битриксе мало того, что их неудобно загружать, оно просто глюкавое -- поделка об коленку.
Про дм -- я имел в виду, что это в данном конкретном проекте не к месту )
no subject
Date: 2013-01-30 04:33 pm (UTC)no subject
Date: 2013-01-30 06:24 pm (UTC)Ты сделал п.3. - грузишь внутренние картинки, когда скелет с HTML уже отрендерился (и при этом скелет не съезжает). Это очень хорошо!
no subject
Date: 2013-01-30 06:32 pm (UTC)no subject
Date: 2013-01-30 06:43 pm (UTC)no subject
Date: 2013-01-31 06:58 am (UTC)1. Балансировщик нагрузки (может быть железкой)
2. Фронтенд
3. БД
Бывают еще Бэкэнд-роли (например для конвертации видео), но далеко не всегда.
Задача архитектора решения -- сделать горизонтально масштабируемыми все компоненты системы.
Теперь посмотрим, что произойдет при повышении нагрузки на несколько порядков в обоих случаях.
Если кеш на фронте:
10 пиковая загрузка фронтов больше 70%?
15 подсовываем новый фронт
20 goto 10
Базу нужно масштабировать только если кеш на фронтах не успевает разогреваться.
Если кеш в бд: больше запросов на фронт -> больше запросов в бд -> падает бд -> падают все фронты, которые смотрят в эту бд. Короче ад и израиль.
no subject
Date: 2013-01-31 01:04 pm (UTC)Какое отношение то, что ты написал, имеет к этой задаче?
no subject
Date: 2013-01-31 01:36 pm (UTC)no subject
Date: 2013-01-31 01:52 pm (UTC)