to post messages and comments.

> Привет!
На этой неделе рассказываем о нашем сервисе SITES.PR-CY, который позволяет отслеживать большое количество сайтов одновременно по основным параметрам, вроде тИЦ, рейтинга Alexa, количества проиндексированных страниц в Яндекс и Google и других. А также много новостей интернет-пространства.

Ребят, вы лет на 15 опоздали) Яндекс-ТИЦ и Гугл-ПР уже давно ни для кого не тайна за 7мью печатами (и не очень показатель), на какую то там Алексу, в рунете всем пох, количество страниц в индексе тоже общедоступно.

Что имеем в итоге? Перспективные ребята, которые лет 7 назад уверенно врывались в рынок продвижения, за эти семь лет ничего путного не родили и продолжают толкать какое то фуфло. Nuff said

Всё чаще встречаются сайты, на которых контент организован вот таким образом, как показано на этой картинке.
Точнее даже не так. Всё бОльшая чать веба в Интернете переползает на вот такой способ подачи информации.
Конечно, понятно, для чего оно: отображение одной статьи генерирует рекламный показ, кратный количеству фрагментов, на которые побита статья.
Но товарищи. Если вам когда-либо доведётся делать самим, или выдавать распоряжения другим исполнителям, помните, что такой подход — опиум, чума, рак для Интернета, и ни в коем случае так делать не надо. Оставайтесь людьми, сопротивляйтесь до конца.

итоги этого Рождества — никакого похмелья, и 24мсек на загрузку тяжеленного wordpress сайта. :) У хипстерков оно грузилось 3-4 секунды, в зависимости от настроения CDN. Когда совсем состарюсь — напишу книгу "How to make Wordpress blazing fast".

UPD. Я начал понимать невоспетых героев — фронт-енд девелов. Сделать так, чтобы все рендерилось одинаково, в идеале — аж с IE6, для этого нужен очень большой экспириенс.

2 дня потратил на то, чтобы разобраться с (основами) типографики в веб. Так то я сварщик давно уже ненастоящий, но вот что то в этот раз захотелось сделать все идеально. Забегая вперед, скажу, что вышло не просто идеально, а прямо — pixel perfect. Нет ничего более приятного, чем ощущение от созерцания baseline линеек в конце сложной 10+ экранной страницы (да, 10 экранной, специфика. Нельзя ее делить), где ничего не съехало ни на пиксель. Другой вопрос, что и без типографирования — броузеры рисуют все относительно корректно. Рядовой юзер эти 2-пикселя туда, 4-сюда — не заметит вообще. Так что, ИМХО, это сродни гимнастики для ума, и ублажения внутреннего перфекциониста. Из полезностей, что я выучил за эти два дня: 1) все верстательные фреймворки и гриды— сосут из за своей недо-универсальности. 2) Исходя из п. 1 — берется Susy, и в SASS-е генерируется грид on-demand. Любой. То есть вообще, любой. Susy — это не просто рулез, это маст-хэв. 3) Опять же, исходя из п.1, берется compass, из него vertical-rhythm, и на-лету, полу-автоматически генерируются все нужные отступы для типографики.

Небольшой эксперимент.
Есть сугубо техническая статья в ЖЖ.
dr-vlat.livejournal.com
Я хочу узнать, сколько трафа можно привлечь на нее за один день, используя фейсбуки-твиторы-жуйки-пинтересты, в общем — все доступные каналы.
Поэтому прошу расшарить её. Монетизацией там и не пахнет, чисто ради интереса.

Есть три сервиса, работающих по OAuth 2.0. Service#0 — там основные данные пользователя. Сайт — это "морда" к Service#1, куда пользователь штатным образом с редиректами логинится через Service#0. Задача — подключить Service#2 к Service#1 (не к сайту, а именно к серверу), так чтобы Service#2 поимел ключ доступа к данным Service#0 для того же ресурса, что и Service#1. Другими словами — #1 хочет залогиниться на #2 через #0, подтвердив, что он и есть тот пользователь. Не могу понять flow, которым это кошерно организовать через OAuth.

Мое предположение костыльное. #1 получает токен для доступа у #0 путем стандартного Authorization Code Grant через сайт. Затем, когда надо, #1 сам регистрируется на #2 с client_credentials. И получает как бы ключ сессии. Потом просит у #0 некий код для #2 подтвердив себя своим же токеном, который у него уже есть. #1 отдаёт полученный код в #2, #2 получает у #0 по коду токен и записывает, что считать эту сессию с #1 аутентифицированной как вот тот пользователь, что он захватил у #0.

Но я вот сомневаюсь по поводу пункта "просит у #0 некий код для #2 подтвердив себя своим же токеном". Может есть стандартная последовательсность действий? scontent.xx.fbcdn.net

Хочу для некоего сервиса сделать дополнительные свистелки в виде отвязанных приложений. Как например приложения вконтакте. Собственно всё что надо им знать от основного сервиса — это то, что его пользователь сейчас изъявил желание сделать что-то от своего имени на выбранном допсервисе. Хочется это соответственно как-то вставить внутрь страницы основного сервиса. Вопрос — что модно в 2016 году? iframe говорят уже атата

Что там нынче модно использовать из легковесных css-фреймворков для сетки и базовых фиксов? Ну то есть натурально нужны только сетка + фиксы. Без типографики, кнопочек, форм, жсговна и прочего непотребства.

Rendering model states... DONE
Applying goods.0027_auto_20151101_0859... OK
Applying goods.0028_auto_20151101_0924... OK
Applying goods.0029_auto_20151101_0927... OK
Applying goods.0030_auto_20151101_0928... OK
Applying goods.0031_auto_20151105_1834... OK

И как раньше без миграций жил. Всё вручную (South не пользовался) приходилось.

Кажется, мне начинает нравится Sass. Структурированностью. Больше никаких преимуществ не знаю. Ещё заморачиваться на всякие компиляторы не хватало. Хорошо, когда всё развернули до тебя.

О, круто: madebymany.github.io Пару лет назад начинал делать что-то подобное, только в виде сервиса по хранению записок с подобным редактором. И в этом как раз то, до чего не додумался, а собственная реализация интерфейса не нравилась.

Столкнулся с какой-то глупостью. Веб-приложение. Достаточно крупное. С ветвистыми модулями. От точки входа к модулю как передать конкретно данный для данный сессии коннект к базе данных? Сейчас все функции просто тащат за собой и передают дальше некий env.

Думаю вот убрать из формы добавления записи возможность добавления нескольких картинок. Лучше пусть будет только одна, остальные в комментариях. Так можно мотивировать авторов регистрироваться. Ну и фотографии можно будет комментировать, это ведь обычный комментарий с картинкой.

Давно заметил, что накаляют сайты или формы, где поля сделаны блоками, а заголовки блоков в виде плашек. Часто охота перетащить блок за эту плашку — а нифига, текст выделяется.

СЯУ что нельзя просто так взять и написать техническое задания на создание сайта в субботу, с бодуна, за 2 часа до встречи на которой его нужно презентовать.

HTTP2 основан на протоколе SPDY, уже использующимся для некоторых сайтов в Google Chrome и техники, ускорявшие загрузку сайта по протоколу HTTP1 будут НЕ НУЖНЫ:
* В отличие от HTTP1, HTTP2 оставляет соединение открытым, запрос на получение ещё одного файла почти мгновенен, так что не нужно склеивать файлы
* Компрессия передаваемых данных по-умолчанию: минификация будет не нужна
* Браузер по HTTP1 мог получать только один файл одновременно с одного домена, а по HTTP2 возможно одновременное получение любого числа файлов, так что разделение файлов по доменам не нужно

mattwilcox.net

Народ а кто-нибудь знает сайты со спортивной статистикой с открытым api? Интересует футбол в первую очередь.

Окончательно разочаровался в Hexo. Он мощный, но в нём вообще нет работы с изображениями. Никакой генерации картинок предпросмотра.