Возможно дело в ulogin, надо разбираться. Быстро сказать не могу, но у меня через гугл входить нормально. С логином через ФБ буду тестировать. Спасибо за фидбек
Да, кажется что проблема с CSS тоже была из-за переполнения диска. Друпал агрегирует CSS и JS файлы в один, а так как место на диске кончилось, он тупо не мог записать агрегированный CSS файл на диск (он был пустым). См. еще коммент ниже про error.log.
Во время когда я редактировал один из шаблонов сайта (самый родительский) на моем аккаунте кончилось место на диске, и при попытке сохранения этого файла, когда я его заливаю на сервер, в нем стирается весь текст.
Просто этот сайт стоит на тарифе за 100руб/месяц, и на нем всего 600 мб места. Оказывается при хабраэффекте access.log растет очень быстро, и он сожрал все свободное место на диске (550мб) где-то за 7.5 часов публикации на хабре.
Но самый смак в том, что, что переполнение диска произошло именно в тот момент, когда я решил поправить этот родительский шаблон, который превратился в пустой файл. Поэтому были былые страницы до тех пор пока я не очистил access.log и не залил заново этот шаблон.
Ого, только что заметил. Картинка плагина без ресайза — это такая задумка. А вот картинки из контента, да, косяки с плагинами Reel, Spritespin имеет место быть. Будем править.
Я согласен с вами в том, что оценки для интуитивного уровня плохо понятны. Ваш вариант в принципе хорош, спасибо что не поленились нарисовать. Я еще буду думать как сделать максимально понятно и наглядно, кажется еще не все варианты опробовал. Ваш вариант на заметку конечно возьму.
1) У меня на сайте 2 jquery. Первое, это стандартное друпаловское: v1.4.4, и второй файл с Google CDN v1.7.0 — для демок. Причем и этого еще не все, т.к. некоторые плагины не работают с последней версией jquery — выдают фатальные ошибки. Приходится для них специально подключать еще одну версию, вроде 1.6.
Да, сайт на статику тяжелый, согласен, но ведь все равно это на порядок меньше файлов нужно загрузить чем например шариться по сайтам разработчиков — там, действительно нужно будет каждый раз загружать целиком сайт разработчика с его стилями картинкам, скриптами. В демках я постарался помёрджить все CSS и JS в один файл, убрать лишние картинки (бэкграунды и красивости) и закешировать на сервере с помощью mod_expires и mod_headers.
Вот эти два правила у меня стоят для статики в папке /demo/
Эти правила (его называют жёстким кешированием) удерживают статику в браузере до тех пор, пока клиент принудительно их не обновит или не истечет время expires. А в этом примере похоже c expires-om у меня косяк, его походу нет, поэтому нужно правила совершенствовать. Может кто заодно подскажет.
2) Это будет моим основным направлением работы в ближайшее время — сделать так, чтобы пользователям было легко и комфортно добавлять те данные что они знают о плагинах на сайт. Рецензии — это только одна возможность, но есть и другие. Можно например самым активным давать роль, которой разрешено править некоторые поля (например тэги и описания) с помощью модуля field_permissions благо в друпале такие вещи делать очень приятно.
3) pvasili, при всем уважении, но я не вижу смысла в этом пункте. Лучше я сделаю что-то для юзеров, или демку еще добавлю. Если сделаю хороший сайт — люди сами будут рекламировать его, даже без баннеров, и наоборот, как-бы много баннеров я ни сделал и как-бы его не пиарил в каталогах, если сайт «г», то никакие баннеры не помогут. В общем я предпочитаю концентрироваться на качестве и на потребностях реальных пользователей.
В целом я не против поиска. Просто я никогда еще не делал поиск на друпале, поэтому не знаю насколько это сложно. И вообще хороший поиск сделать, а тем более кастомизированный как-то под проект — задача не на день. Должно быть какое-то простое и удобное для юзеров решение поиска, буду думать.
> Если в поиск добавить галочки совместимости с браузерами по версиям… вам цены не будет.
Ну это просто колоссальная работа по тестированию, либо доверять разработческим описаниям, где они пишут что работает в таком и таком браузере. Но еще не забывайте один момент — хорошие плагины постоянно обновляются, делаются новые коммиты, в общем код живет, все время меняется. Это значит чтобы поддерживать актуальность информации по совместимости плагина с браузерами — необходимо мониторить все плагины и периодически обновлять инфу.
Вот здесь как раз и могут на помощь прийти пользователи, нужно сделать чтобы таблицу совместимостей составляли они, как на сайте Icon Finder: www.iconfinder.com/icondetails/70219/128/_icon — Textarea с тэгами в левом сайдбаре
Но мне видится еще такой вариант. Можно сделать список фич, которые использует плагин в своей работе, например Canvas, CSS3, CSS3 transitions, а уже исходя из этих фишек можно сказать какие браузеры его потянут. Возможно в каком-то браузере плагин работает, но вместо кругов и круглых углов у него квадраты и прямые углы. И как писать — плагин работает или не работает?
Получается что браузер может поддерживать часть технологий, и часть не поддерживать, и это уже таблица, в которой показано что именно работает а что нет. Конечно есть критически важная функциональность, которая определяет тотальную работоспособность плагина, например в Flux Slider это CSS3 transitions.
В общем спасибо что заставили думать на эту тему, буду переваривать.
Поиск конечно нужен.
А есть еще совместимость с разными версиями jQuery, jQuery UI, mousewheel, coockie и куча утилит, которые иногда используют разработчики при создании своих плагинов. В идеале совместимость с этими компонентами тоже нужно учитывать. Но это капец. Нужно начинать с чего-то простого и легкого в поддержке!
> еще кстати не очевидно, в каких браузерах работают плагины.
Да, есть такая тема. По дефолту я подразумеваю что пользователь использует последнюю версию браузера, а оказывается многие сидят далеко не на последних, поэтому здесь еще репу почесать предстоит.
Пока что у меня селект в админке только для ие: «Выберите с какой версии ИЕ этот плагин работает», но учитывая отзывы, придется думать что делать.
Со временем постараюсь заменить на что-то более дружественное и безобидное, например на всплывающую системную подсказку типа как в хроме всплывает в правом нижнем/верхнем углу, да и на хабре так-же. Просто я не думал о фоксе старом, думал что это увидят только пользователи ИЕ, но не все видимо учел.
Да, и насчет платной подписки — я думл об этом не раз, но считаю это мало перспективным т.к. контент не эксклюзивный.
Вот если-бы я делал свои мега-крутые эксклюзивные плагины и продавал их — тогда другое дело. Примернов много. Люди продают плагины для WP (Flux-slider), продают платные темы для галерей (galleria), или делают сами плагины платными (Ajax-zoom, Aviaslider ) и могу еще много перечислить платников
А так, по названию любой может нагуглить плагин на сайте разработчика или гитхабе — бесплатно.
Другое дело что эксклюзивна может сама информация (само название плагина), которое я нахожу в поиске, проводя там большую часть рабочего времени. В поиске нужно много сидеть, чтобы выискать то, на что может другим не хватает времени (программинг, верстка, в общем служебные обязанности). Но тем не менее не считаю эту уникальную информацию (нагуглил название плагина) настолько весомой, чтобы за нее платить.
Есть другие способы заработка. Например когда тематический User Generated Content индексируется — из поисковиков приходит много людей. Вы знаете, что 70% посещаемости хабры — это переходы из поисковиков? По крайней мере так утверждает нетчарт — я вполне доверяю этому сервису.
Поэтому моя задача, не пытаться людей ограничить и доить с них деньги, а наоборот, дать как можно больше свободы; дать возможности участвовать в создании контента — это надежнее, мне привычнее, и как-то душевнее :)
Была еще идея сделать платную услугу типа «установка плагина на ваш сайт за 1000руб». Но идея заглохла, т.к. мне кажется, что люди едва-ли будут доверять незнакомому разрабу, которому нужен доступ к FTP, да еще предоплата. Я настроен по отношению к этой идее скептически, но если кто-то считает иначе — с удовольствием выслушаю доводы.
Есть еще один вариант монетизации, но он пока засекречен ;)
Идея хорошая, стоящая. Ваш вариант с авто-подстановкой — технологичен. Люблю технологичные вещи.
Вот эту штуку у ВП я видел недавно, и оценил ее, но не подумал что она применима к детектору. Надо тщательно обдумать. Идей много, нужно время все переварить. Спасибо за участие!
Спасибо парни за такие классные и конструктивные отзывы!
Всю ночью не спал — готовился.
Вообще эти два месяца я очень, очень старался.
Конечно всем не угодишь, да и цель у меня не угождать, а помогать разработчикам разрабатывать, а менеджерам договариваться с клиентами; и находить решения, которые в большей мере устроят всех.
Насчет избранного, отдельное спасибо Slash за ценное предложение!
Как говорят японцы: «Главное — это делать свою работу хорошо. А деньги будут.»
Что-то есть во мне от японцев :)
Думал об этом не раз, но пожалел вертикального пространства. Как вариант можно сделать слева под маленькой картинкой плагина, или сверху. Попробую разные варианты, посмотрю как будет лучше смотреться.
Извиняюсь что задел ваши чувства. Уважаю 3.6 сам очень долго на нем сидел. Только попап этот сделал разработчик плагина, я лишь перевел на русский.
Пардон, если обидел в общем :)
Есть такие варианты:
1. можно перевести не так обидно
2. можно сделать флаг «не работает в файерфокс 3.6 и ниже» ну наподобие как сделано с ИЕ8, такой красный знак. Тогда будет заранее понятно, что он не работает в фоксе 3.6
А два алерта потому что две демки на странице, да, это плохо, я обязательно подумаю что с этим можно сделать.
Во время когда я редактировал один из шаблонов сайта (самый родительский) на моем аккаунте кончилось место на диске, и при попытке сохранения этого файла, когда я его заливаю на сервер, в нем стирается весь текст.
Просто этот сайт стоит на тарифе за 100руб/месяц, и на нем всего 600 мб места. Оказывается при хабраэффекте access.log растет очень быстро, и он сожрал все свободное место на диске (550мб) где-то за 7.5 часов публикации на хабре.
Но самый смак в том, что, что переполнение диска произошло именно в тот момент, когда я решил поправить этот родительский шаблон, который превратился в пустой файл. Поэтому были былые страницы до тех пор пока я не очистил access.log и не залил заново этот шаблон.
Это называется «криворукий вебмастер эффект».
Уже поправил. Всю ночь сайт работал без CSS.
Приношу всем извенения за такую лажу.
Да, сайт на статику тяжелый, согласен, но ведь все равно это на порядок меньше файлов нужно загрузить чем например шариться по сайтам разработчиков — там, действительно нужно будет каждый раз загружать целиком сайт разработчика с его стилями картинкам, скриптами. В демках я постарался помёрджить все CSS и JS в один файл, убрать лишние картинки (бэкграунды и красивости) и закешировать на сервере с помощью mod_expires и mod_headers.
Вот эти два правила у меня стоят для статики в папке /demo/
Эти правила (его называют жёстким кешированием) удерживают статику в браузере до тех пор, пока клиент принудительно их не обновит или не истечет время expires. А в этом примере похоже c expires-om у меня косяк, его походу нет, поэтому нужно правила совершенствовать. Может кто заодно подскажет.
2) Это будет моим основным направлением работы в ближайшее время — сделать так, чтобы пользователям было легко и комфортно добавлять те данные что они знают о плагинах на сайт. Рецензии — это только одна возможность, но есть и другие. Можно например самым активным давать роль, которой разрешено править некоторые поля (например тэги и описания) с помощью модуля field_permissions благо в друпале такие вещи делать очень приятно.
3) pvasili, при всем уважении, но я не вижу смысла в этом пункте. Лучше я сделаю что-то для юзеров, или демку еще добавлю. Если сделаю хороший сайт — люди сами будут рекламировать его, даже без баннеров, и наоборот, как-бы много баннеров я ни сделал и как-бы его не пиарил в каталогах, если сайт «г», то никакие баннеры не помогут. В общем я предпочитаю концентрироваться на качестве и на потребностях реальных пользователей.
> Если в поиск добавить галочки совместимости с браузерами по версиям… вам цены не будет.
Ну это просто колоссальная работа по тестированию, либо доверять разработческим описаниям, где они пишут что работает в таком и таком браузере. Но еще не забывайте один момент — хорошие плагины постоянно обновляются, делаются новые коммиты, в общем код живет, все время меняется. Это значит чтобы поддерживать актуальность информации по совместимости плагина с браузерами — необходимо мониторить все плагины и периодически обновлять инфу.
Вот здесь как раз и могут на помощь прийти пользователи, нужно сделать чтобы таблицу совместимостей составляли они, как на сайте Icon Finder: www.iconfinder.com/icondetails/70219/128/_icon — Textarea с тэгами в левом сайдбаре
Но мне видится еще такой вариант. Можно сделать список фич, которые использует плагин в своей работе, например Canvas, CSS3, CSS3 transitions, а уже исходя из этих фишек можно сказать какие браузеры его потянут. Возможно в каком-то браузере плагин работает, но вместо кругов и круглых углов у него квадраты и прямые углы. И как писать — плагин работает или не работает?
Получается что браузер может поддерживать часть технологий, и часть не поддерживать, и это уже таблица, в которой показано что именно работает а что нет. Конечно есть критически важная функциональность, которая определяет тотальную работоспособность плагина, например в Flux Slider это CSS3 transitions.
В общем спасибо что заставили думать на эту тему, буду переваривать.
Поиск конечно нужен.
А есть еще совместимость с разными версиями jQuery, jQuery UI, mousewheel, coockie и куча утилит, которые иногда используют разработчики при создании своих плагинов. В идеале совместимость с этими компонентами тоже нужно учитывать. Но это капец. Нужно начинать с чего-то простого и легкого в поддержке!
Да, есть такая тема. По дефолту я подразумеваю что пользователь использует последнюю версию браузера, а оказывается многие сидят далеко не на последних, поэтому здесь еще репу почесать предстоит.
Пока что у меня селект в админке только для ие: «Выберите с какой версии ИЕ этот плагин работает», но учитывая отзывы, придется думать что делать.
Со временем постараюсь заменить на что-то более дружественное и безобидное, например на всплывающую системную подсказку типа как в хроме всплывает в правом нижнем/верхнем углу, да и на хабре так-же. Просто я не думал о фоксе старом, думал что это увидят только пользователи ИЕ, но не все видимо учел.
Вот если-бы я делал свои мега-крутые эксклюзивные плагины и продавал их — тогда другое дело. Примернов много. Люди продают плагины для WP (Flux-slider), продают платные темы для галерей (galleria), или делают сами плагины платными (Ajax-zoom, Aviaslider ) и могу еще много перечислить платников
А так, по названию любой может нагуглить плагин на сайте разработчика или гитхабе — бесплатно.
Другое дело что эксклюзивна может сама информация (само название плагина), которое я нахожу в поиске, проводя там большую часть рабочего времени. В поиске нужно много сидеть, чтобы выискать то, на что может другим не хватает времени (программинг, верстка, в общем служебные обязанности). Но тем не менее не считаю эту уникальную информацию (нагуглил название плагина) настолько весомой, чтобы за нее платить.
Есть другие способы заработка. Например когда тематический User Generated Content индексируется — из поисковиков приходит много людей. Вы знаете, что 70% посещаемости хабры — это переходы из поисковиков? По крайней мере так утверждает нетчарт — я вполне доверяю этому сервису.
Поэтому моя задача, не пытаться людей ограничить и доить с них деньги, а наоборот, дать как можно больше свободы; дать возможности участвовать в создании контента — это надежнее, мне привычнее, и как-то душевнее :)
Была еще идея сделать платную услугу типа «установка плагина на ваш сайт за 1000руб». Но идея заглохла, т.к. мне кажется, что люди едва-ли будут доверять незнакомому разрабу, которому нужен доступ к FTP, да еще предоплата. Я настроен по отношению к этой идее скептически, но если кто-то считает иначе — с удовольствием выслушаю доводы.
Есть еще один вариант монетизации, но он пока засекречен ;)
Вот кошелек на яндексе, вебманей пока нет.
41001183483461
PS
Хех, прям чувствую себя Джимми Уейлсом :)
Вот эту штуку у ВП я видел недавно, и оценил ее, но не подумал что она применима к детектору. Надо тщательно обдумать. Идей много, нужно время все переварить. Спасибо за участие!
Просто я думал что каталог покрывает все потребности отыскивания плагина, интересно узнать в чем именно я ошибался.
Верстальщик верстальщика как грится видит издалека ;)
Какие недостатки? Это очень важная инфа. Вот именно недостатки и критика — самое полезное для долгосрочного развития проекта.
Так что не стесняйтесь! я не обижусь :)
Всю ночью не спал — готовился.
Вообще эти два месяца я очень, очень старался.
Конечно всем не угодишь, да и цель у меня не угождать, а помогать разработчикам разрабатывать, а менеджерам договариваться с клиентами; и находить решения, которые в большей мере устроят всех.
Насчет избранного, отдельное спасибо Slash за ценное предложение!
Как говорят японцы: «Главное — это делать свою работу хорошо. А деньги будут.»
Что-то есть во мне от японцев :)
Думал об этом не раз, но пожалел вертикального пространства. Как вариант можно сделать слева под маленькой картинкой плагина, или сверху. Попробую разные варианты, посмотрю как будет лучше смотреться.
Спасибо!
Пардон, если обидел в общем :)
Есть такие варианты:
1. можно перевести не так обидно
2. можно сделать флаг «не работает в файерфокс 3.6 и ниже» ну наподобие как сделано с ИЕ8, такой красный знак. Тогда будет заранее понятно, что он не работает в фоксе 3.6
А два алерта потому что две демки на странице, да, это плохо, я обязательно подумаю что с этим можно сделать.
… когда отобъюсь от хабраэффекта!