Как стать автором
Обновить
42
0
Shedar @Shedar

Пользователь

Отправить сообщение
> во-первых, семантическая разметка позволяет генерить из текста что угодно,
> а html требует дополнительных усилий
Красивая, но в подавляющем большинстве случаев не нужная возможность. Не всплывают в памяти сайты, которые посещаю постоянно, предлагающие мне свой контент в куче форматов. Т.е. не актуально.
> во-вторых, разметка позволяет использовать единый стиль для всех постов
Если не будет единых правил оформления постов (а надобности в них я не вижу), то с помощью какой-угодно разметки не получится держать абсолютно единый стиль. А в определенных рамках стиль держится самим ресурсом. Имхо тоже не актуально.
> в-третьих, разметка легко читается и легко пишется
Очень субъективно.
> в-четвёртых, текстовая разметка позволяет легко сравнивать версии документов
Как Вы сами справедливо заметили — для хабра не актуально.
> в качестве примера можно посмотреть редактор комментариев на [Stack Overflow]
Цитата со Stack Overflow:
«If you need to do something that Markdown can't handle, use HTML»
Любой язык разметки прост до тех пор пока не пытается охватить всё. Ввести его на хабре — будет куча возмущенных постов, что вот такая-то плюшка не поддерживается.
Вопрос о семантичности такой разметки также довольно спорный. Чем * ** и *** семантичней соответствующих тегов? Семантической разметкой я бы назвал DocBook, но его нельзя назвать таким уж простым.
Получается, что фактически преимущество добавления Markdown для хабра — определенной части авторов станет приятней писать. Не берусь судить о размере этой части. Но, поскольку хабр таки коммерческий проект, то и решения будут приниматься из соображений целесообразности, а не «будет круто». И пост в стиле наезда на хабр и хтмл — не лучший способ продвижения какой-либо фичи. Если сумеете показать, зачем это нужно руководству проекта — шансы на внедрение будут гораздо выше, чем от этого поста.

Живи так, чтобы тебе не было стыдно, если что-то из того, что ты говоришь или делаешь станет известно всему миру (с) не помню откуда
Про инвестиции mydeco слышал.
То, что согласовали с владельцем, а не в «лучших» славянских традициях тихо повзаимствовали — молодцы, уважаю.
Нескромный вопрос. Почти полная идентичность интерфейса планирования комнаты с http://mydeco.com/ это общие корни, взаимствование лучшего или совпадение?
Unix vs ASP? А что вам больше нравится, «лунная соната» Бетховена или апельсин?
Восстановление пароля штука полезная. Потому как сам свежепридуманные пароли иногда забываю, пока не осядут в мозгу.
Для пользователей, не желающих, чтобы их аккаунт был получен при взломе их почты — сайт всегда может ввести опциональные дополнительные средства защиты. Например, секретный вопрос или привязка к телефону. Дорожит пользователь аккаунтом — заполнит вопрос. Если он случайно зарегался на сервисе — могут угнать вместе с почтовым ящиком.
Генерировать пароль можно на «одноразовых» сервисах. Иначе пользователю нужно после того как он зашел по сгенерированному паролю идти в профиль и менять пароль на тот, который он в состоянии запомнить. А это уже усложнение а не упрощение.
Я заню что умеет OpenId. Читайте внимательнее мой комментарий. В нем написано, что почту можно теоретически получить через OpenId. Вот только пользователю нет никакого резона давать доступ к почте, если войти на сайт он может и без нее.
Пользователя регистрацией не удивишь, а сайту не лишне будет иметь почту человека, чтобы иногда ненавязчиво (если пользователь не отказался от получения информации о обновлениях) напоминать что есть такой вот сайт и он все лучше и лучше.
Можно пытаться получить почту через OpenId, но кто ж вам добровольно ее даст. Делать вход по OpenId а потом просить ввести недостающую информацию и почту — редкое извращение, как по мне.
Потому сайту выгоднее регистрация.
Подразумевается простая регистрация типа мыло-пароль-пароль или логин-мыло-пароль-пароль-капча как предел сложности.
В сентябре задавался вопросом о количестве серверов, уже тогда у меня получалось больше тысячи (как получил — описано в блоге). Сейчас думаю заметно больше.
70% — это ну ОЧЕНЬ оптимистичный взгляд. За все время обитания вконтакте видел два баннера, баннерорезалка включена далеко не всегда. Осенью распрашивал знакомых как из украины так и с россии, они тоже рекламы особо не наблюдали. Добавить сюда еще то, что часть рекламы идет партнерской…

Получается, что два ключевых значения, на которых строятся все расчеты, предоставлены экспертом Отфонариус и расчитаны по алгоритму «среднепотолочное»
Для себя чтобы на забывать все дела которые нужно сделать и иметь возможность с гордостью вычеркивать сделанные — использую DeskDo. Висит в трее, всегда под рукой. Функционала минимум, но это скорее плюс. А синхронизация с сервером после регистрации позволяет не беспокоиться о переносе списка дел между компьютерами.
В онлайновые лень лазить, несколько раз начинал — больше трех дней не выдерживал.
Тогда уж трех. На spiridonov.ru PodFM тоже указан в его списке проектов =)
На меня большее впечатление произвел именно пролог. Из Lisp-а запомнилось толко обилие скобочек =)
Пролог многие учат (в ВУЗах), но повернуть мозг так, чтобы мыслить на прологе, получается далеко не у всех… Перед сессией, как летней так и зимней, студенты уже лет пять стучаться с просьбами помочь =) (в бытность студентом написал, а потом и выложил несколько программ на Amzi прологе, по которым меня и находят).
> CMS ориентирована на создание социальных сетей и интернет-сообществ, то кеширование — это все
Несколько вопросов.
1. Есть какие-то замеры? Например типичная простая страничка 10 объектов (начала статей), листалка, навигация. Или же статейка с комментариями. На каком железе сколько запросов обрабатывается без кэша и сколько с кэшем в секунду. Например устроив стресс тест с помощью http_load.
2. Как определяется что попадает в кэш а что нет? Заносить все — памяти у серверов много, но в пределах разумного =) А если не все объекты в памяти не держать, то с базой желательно работать более-менее оптимально
> лучше потратиться один раз на мощный сервер
все понятие относительное. говорить о удачности или неудачности того или иного решения можно когда есть числа, а не обсуждая сферического коня в вакууме. Например, сталкивался с системой, написаной очень модно, но обрабатывающей два запроса в секунду на четырехядерном сервере, что на мой взгляд ни в какие ворота.
Я бы создал все-таки три индекса. Sphinx API позволяет искать по нескольким индексам сразу. Зато при наличии трех индексов вместо одного мы можем спокойно искать по каждому из них отдельно в случае надобности.
И второе преимущество различных индексов — не приходится вводить лишнии манипуляции с id-шниками
цитата из топика
«Таким образом к данным, сохраненным в такой таблице можно обращаться как к простым файлам»
Т.е. мы как раз и избегаем обраащений к БД при отдаче файлов. Но при этом сохраняем удобства управления файлами при помощи средств БД.
Спасибо за ссылку
Выложил реализацию работы с API smotri.com на Java.
http://shedar.habrahabr.ru/blog/45652/
Документацию надеюсь поправят. Поддежка написала что в скором будущем все будет хорошо.
Мысль захостить на Google Code есть. Только хочу для начала почитать немного про лицензии, чтобы не наугад выбирать, и посмотреть, интересно ли это кому-то кроме меня.
По поводу Java, я бы скорее в веб разработку написал, т.к. в десктопе слабо преставляю использование видеохостингов, но пока это не принципиально. т.к. ни туда ни туда кармы не хватит =)

Информация

В рейтинге
Не участвует
Откуда
Украина
Дата рождения
Зарегистрирован
Активность