Category: it

Category was added automatically. Read all entries about "it".

Сделать постинг в модерируемое сообщество более удобным

Хай, фолкс.

Если кратко — то неплохо бы улучшить и упростить процесс модерирования, изменив текущую страницу с очередью на (/community/moderate.bml) или создав новую. (Как предлагали здесь ещё четыре с половиной года назад.)

Collapse )
нло, просветление, инсайдер, теория заговора

Экспорт готового файла в XML

Здравствуйте.

1. Краткое описание идеи:
При экспорте журнала, на компьютер должен скачиваться готовый файл XML

2. Подробнее:
На странице http://www.livejournal.com/export.bml :
При выборе формата файла XML и нажатии кнопки "Продолжить" на компьютер должен скачиваться Готовый XML файл, а не открываться новая страница (фото), которую необходимо самостоятельно сохранить через "Файл-Сохранить как".
Формат CSV сейчас сохраняется сразу на компьютер, потому что браузеры не умеют его открывать сами. Точно также должен сохраняться и XML файл

3. Преимущества:
+ Удобство для пользователей
+ Не каждый пользователь догадается самостоятельно сохранить получившийся экспорт в файл XML

4. Список проблем, которые могут появиться в результате реализации:
- Не появится
user support

Знаете ли вы, что ваша лента друзей — это кроссплатформенный агрегатор интересных новостей?

Многие привыкли, что лента друзей — это просто способ прочитать свежие записи друзей и сообществ на одной странице. Но на самом деле, в новой версии дизайна сайта функции ленты значительно расширились. Фактически, она превратилась в настраиваемый агрегатор интересных новостей — не только из Живого Журнала, но и других социальных сетей.

Collapse )
user support

Знаете ли вы, что можете узнать гораздо больше о людях, которые вас читают?

Специально для этого в Живом Журнале предусмотрена возможность подключить Google Analytics и Яндекс.Метрику.

Кому это может быть полезно?
Ведя блог, в какой-то момент вы можете задуматься: а что за люди меня читают? Кто они, какого возраста, какого пола? Как они находят мой журнал? Какие записи им интересны и они дочитывают их до конца, а какие пролистывают не глядя? Всё это можно узнать с помощью Google Analytics и Яндекс.Метрики. Эти инструменты могут предоставить действительно уникальную, полезную и интересную информацию о ваших читателях. Яндекс.Метрика, например, позволяет даже наблюдать за поведением отдельного пользователя в журнале: как человек двигал курсором, с какой скоростью прокручивал страницу, что читал внимательно, а что, наоборот, пролистывал. Используя эти сведения, вы сможете сделать свои посты еще интереснее для читателей.
Collapse )
  • rifat

Предложение: использование ката в предварительном просмотре

Добавить функцию просмотра поста при предварительном просмотре с катом.

До сих пор создаю посты в HTML редакторе, привык уже. Есть одно неудобство при предварительном просмотре создаваемого поста - отсутствие ката. Хорошо бы добавить такую опцию, чтобы сразу было видно, как будет отображаться пост в ленте с катом. Там же в окне предварительного просмотра сразу просмотреть как будет виден полный пост после нажатия на кат.

Преимущества - удобство создания новых постов, предотвращение случайной неправильной установки ката, что часто раздражает читателей.

О проблемах внедрения такой опции не знаю.
Кощей

1. Заголовок: «Горячие клавиши» при написании статей или комментариев.

2. Краткое описание идеи:
Привести работу горячих клавиш к общепринятым стандартам программирования и рекомендациям изготовителя операционной системы Windows®: Клавиша AltGr (правая) является модификатором клавиатуры, наравне с Shift и Caps Lock, и не является равносильной левой клавишей Alt, предназначение которой прямой доступ к пунтктам меню (из MSDN Knowledge base). В случае, если программисты не способны этого сделать, то полностью отключить горячие клавиши.

3. Полное описание идеи:
Ввиду того, что программисты игнорировали общепринятые стандарты и рекомендации, которым уже исполнилось 27 лет: до появления IBM PS/2 в 1986г., текст клавишAlt был обозначен зелёным цветом, а в IBM PS/2 правая Alt, которую специально обозначили серым цветом, стала модификатором. Этот стандарт поддержал и Microsoft, в своих программах для DOS и сам Windows, начиная с версии 2.0. После этого, производители клавиатур, в целях экономии, начали использовать только один цвет, и с 1989г., правая клавиша стала официально называться AltGr
В итоге, моё предложение, чтоб программисты уважали общепринятые стандарты и рекомендации. Это, в первую очередь значит уважать пользователя.
Хочу напомнить, что стандартные языковые раскладки, в которых необходимо использовать AltGr, для доступа к часто используемым символам, между прочими: Украинская, Испанская (Испания), Испанская (Лат. Америка), Французская (все варианты), Литовская и т.д. А также существуют множество русских альтернативных раскладок, а благодаря неграмотному программированию, символы (для правильного правописания, такие как (—) или («») просто недоступны).
Заключение: Обоснованно просится освободить AltGr от «горячих клавишь».

4. Список преимуществ:
а) использовать клавиши по их первичному назначению;
б) пользователь имеет доступ к своей клавиатуре, и к нужным ему символам;
в) согласование с нормами и стандартами.

5. Список проблем, которые могут появиться в результате реализации
Проблем нет никаких, так как настоящий — запрос на исправление грубой концептуальной ошибки программистов.
yegorka
  • yegorka

Яндекс.Метрика

Краткое описание идеи

Добавить в ЖЖ полноценную поддержку сервиса Яндекс.Метрика

Подробное описание идеи

Сейчас в ЖЖ запрещены сторонние скрипты. Соответственно, при добавлении на страницу столь крайне полезного сервиса, как Яндекс.Метрика, отрабатывается только та его часть, что заключена в теге noscript и никакой реально пользы не несёт: фактически человек видит только количество посещений. И всё.

У ЖЖ уже есть опыт интеграции аналогичного гугловского сервиса - Google Analytics, так почему бы не пойти дальше и не добавить его российский аналог - Яндекс.Метрику? Тем более что с самим Яндексом традиционно ЖЖ был всегда дружен.

Список преимуществ

1. В статистике Яндекс.Метрики появятся источники переходов.

2. Добавится такой уникальный сервис, как "Вебвизор"
То есть практически в реальном времени можно будет отследить источники взрывов посещаемости, например.

3. Там ещё много менее существенных мелочей, плюс многие статистические данные и таблицы представлены несколько более удобным образом, чем на гугле. Ну и два независимых анализатора посещаемости - это лучше, чем один.

Список проблем, которые могут появиться в результате реализации

Не вижу ни одной, за исключением резко увеличившийся нагрузки на сервера "Яндекса" :)

Sitemaps

Здравствуйте, уважаемые. В принципе, предложение простое - сделать sitemap.xml для журналов.

С одной стороны это лишняя нагрузка на сервер, а с не и без того приходится бороться, а с другой - лучшая индексация журналов поисковыми системами, эта проблема увы есть. Чтобы смягчить ситуацию, можно сделать это только для платных аккаунтов, с отдельной настройкой по включению или вроде того.

К тому же, можно сделать не XML, а хотя бы текстовый Sitemaps со списком адресов заметок. Но XML, пусть и урезанный, т.е. только с loc и lastmod, всё же предпочтительней. Сортировать лучше по дате указанной пользователей (её же и использовать в lastmod), а не дате создания заметки - очень уж проблемно в ЖЖ с переиндексацией. По крайней мере у меня.

Collapse )
user support

Патч-релиз #91.1

Рады сообщить о выпуске патч-релиза #91.1 (Оригинал записи), включающего следующие изменения:

Изменения
  • Был возвращен старый формат отображения ссылки на lj-cut.
  • Порядок добавления меток при модерации был изменен с учетом замечаний пользователей, следующим образом: при одобрении модерируемой записи, модератор сможет включить в запись только те метки, правами на добавление которых обладает автор записи. Эта мера призвана предотвратить непреднамеренное создание в сообществе новых меток, добавленных в запись пользователями, у которых нет прав на создание новых меток.
  • URL http://exampleusername.livejournal.com/tags/ теперь перенаправляет на правильный адрес страницы меток (http://exampleusername.livejournal.com/tag/), вместо того, чтобы отображать ошибку "Страница не найдена".

Исправления
  • Была оптимизирована работа с API Twitter, так что публикация записей Twitter-дайджеста должна осуществляться более стабильно.
  • Была исправлена переадресация с внешних доменов, так что авторизованные пользователи теперь не должны перенаправляться на страницу авторизации (http://www.livejournal.com/login.bml).
  • Ссылка на страницу подозрительных комментариев снова использует корректный URL этой страницы.
  • Поле "Музыка" вновь поддерживает использование тэгов html, разрешенных для этого поля.
я

php - чтение RSS

Пытаюсь скриптом на php получить RSS от пользователя.
URL имеет вид - http://user.livejournal.com/data/rss
Но ни file() ни fopen() ни file_get_contents() не могут получить данные.
Получаю сообщение, что невозможно прочитать.
Как можно посредством php получить RSS от пользователя ЖЖ?