• Похоже, что Яндекс лежит?

    @multagor
    Видимо домен забыли продлить
    Ответ написан
    Комментировать
  • Архитектура веб-приложения?

    Wott
    @Wott
    не совсем понятно зачем нужен имено JSON POST если все параметры умещаются в URI, то есть обьектов нет или сериализация примитивная. Я бы просто сделал GET и POST.

    Единообразие GET и POST делать через $_REQUEST, ежели все таки JSON POST то просто $_GET поэлементно запизиваем в обьект, как если бы он был из JSON POST, и дальше его парсим.

    Похоже про кэширование не совсем корректно написано в вопросе. nginx отлично кэширует GET, надо просто ключом поставить что то типа
    proxy_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
    а POST как раз некэшируется и вроде как и не надо. Так что проблема вроде как решается автоматом.
    Ответ написан
    3 комментария
  • Опыт перехода с Win на Mac?

    Maxim_ka
    @Maxim_ka
    Системный инженер
    Здесь вопрос в том, зачем Вам нужен Mac?
    MacOS — в первую очередь заточена под юзера фряхи.
    Под Mac есть Mysql.
    Ответ написан
    2 комментария
  • Выбор СУБД для веб-сервиса на Erlang?

    el777
    @el777
    Главный вопрос: «а что вы хотите делать дальше с этим приложением?». Если просто поиграться «сферическим конем в вакууме» — то добавьте Casandra, HBase и SQLite — будет еще интереснее :)

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

    Я бы взял PostgreSQL, отличное проверенное решение, и epgsql, который поддерживает асинхронный механизм уведомлений — самое оно для эрланга.
    Ответ написан
    Комментировать
  • Медленно работают виртуальные хосты (Apache 2.2)?

    butteff
    @butteff
    Раз в тысячу лет заправляю свитер в носки
    Я вот делаю nginx как фронт энд к апачу — чудо производительности.
    Вроде бы nginx есть и под винду, сделайте также, снизите нагрузки на сервер.

    Тут написано, почему это очень полезно, серьезно:
    www.opennet.ru/base/net/nginx_frontend_apache.txt.html
    (читайте введение и смотрите снизу графики, красноглазие пропустите пока что)

    Win7 Pro x64

    Я, конечно, извиняюсь и не хочу затронуть чьих либо религиозных чувств, но сервера надо делать на юниксподобных системах. Попробуйте, может понтравится. ubuntu\debian очень простые ос.
    Ответ написан
    2 комментария
  • ОС и ПО для мониторинга доступа в интернет?

    Maxim_ka
    @Maxim_ka
    Системный инженер
    У меня на разных этапах работы функционировали эту роль выполняли разные софтины на разных дистрах, на данный момент это: SF X2100 M2 (1,2 AMD Opteron, 1ГБ ОЗУ) + OracleLinux (без поддержки, обновления тяну из RPM репозиториев, в принципе можно выбрать любой)+LAMP+Squid+SAMS+Ipcad+скрипт выборки из ipcad.
    В данной конфигурации, железка может быть какая угодно, дистр тоже, вся соль в скрипте который делает выборку из вывода Ipcad и помещает ее в access.log, sams в свою очередь парсит все это — это ложит в базу MySQL. Все это достаточно симпатично отображается в веб-интерфейсе, если Вам интересно могу рассказать по подробнее.
    Ответ написан
    Комментировать
  • А что вы делаете ночью на Хабре?

    Horse
    @Horse
    Не сплю потому, что збился режим т.к. очень много работы и иногда приходится делать ночью. На хабре — по привычке.
    Ответ написан
    Комментировать
  • А что вы делаете ночью на Хабре?

    Сижу да ищу себе что-то интересное почитать за последний день, да на вопросики поотвечять. И так каждый вечер.
    ПС: Бракованных топиков на хабаре много, как-то, не кажеться вам?
    Ответ написан
    Комментировать
  • А что вы делаете ночью на Хабре?

    @JoeyHere
    Господа, всем доброй ночи / доброго утра, пойду готовить завтрак. Почти 5, мой день начался.
    Ответ написан
    Комментировать
  • А что вы делаете ночью на Хабре?

    А нас кинул программист и мы с товарищем делаем проект который сдавать через 2 дня…
    Ответ написан
    5 комментариев
  • А что вы делаете ночью на Хабре?

    angelov
    @angelov
    Чтобы придать ночному безделью немного компьютерности — пару часов назад вышло обновление ядра CentOS5, закрывающее куча серьезных проблем. Вот может заодно и обновлю значимые сервера во время простоя
    Ответ написан
    1 комментарий
  • А что вы делаете ночью на Хабре?

    Adrior
    @Adrior Автор вопроса
    О, за окном начали просыпаться птицы. Светает. Самое время полюбоваться восходом. :) Всем доброго утра!
    Ответ написан
    1 комментарий
  • Как правильно ориганизовать комментарии при использовании Mongo DB?

    @b0beR
    Я считаю, что лучше всего хранить комментарии и информацию о пользователях отдельно. Соответственно каждому комментарию прописывать ObjectID автора (ну или просто id числом). Куча запросов в данном случае совершенно не нужна. Нужно всего лишь после получения списка комментариев пройти по ним и сложить все id авторов в массив, после чего сделать ОДИН запрос, и получить всех авторов (естественно только те поля которые нужны). Примерно так:
    authors = db.users.find({"_id": {"$in": authors_ids_array}}, {«nickname»: 1, «photo»: 1});
    Собственно запрос по индексированному полю будет моментален, даже при большом количестве запрашиваемых пользователей. После этого соотнести комментарии с полученными пользователями я думаю уже проблем не составит :)
    Отдельно по поводу хранения самих комментариев. Тут есть 2 варианта.
    Если вам нужна будет возможность довольно часто делать выборку всех комментариев определенного автора, то под комментарии лучше всего создать отдельную коллекцию (то есть хранить каждый комментарий в отдельном документе), с индексированными полями author_id и topic_id. Но в таком случае количество документов в коллекции может вырасти до огромных масштабов.
    Если же таких запросов не будет, либо они будут довольно редкими, то быстрее и удобнее хранить все комментарии определенного материала массивом в документе этого самого материала, и тогда не нужно будет обращаться к другой коллекции при получении материала и его комментариев. Запрос всех комментариев определенного автора в таком случае тоже возможен, хотя и будет несколько медленнее.
    Ответ написан
    3 комментария
  • Почему Firefox 3.6 до сих пор настолько популярен?

    dmitriykardash
    @dmitriykardash
    У меня касперский пассворд менеджер не работает с новыми версиями браузеров и это касается не только ФФ но и Хрома… УЖАС! УБИЛ БЫ НАХ! ПИ… РАСЫ ПИСАЛ ИМ В САПОРТ ПЗДЦ! Компания которая имеет репутацию лучшего антивируса не может обновить какой-то ДРАНЫЙ ПЛАГИН!!! АААААААА!!!111111
    Ответ написан
    2 комментария
  • Открытый код и внутренние разработки?

    Outspector
    @Outspector
    Мне кажется, есть такое заблуждение, что выкладывание проекта в открытый доступ привлечет к нему активное внимание, в том числе и нежелательную критику. В психологии даже термин есть для этого: spotlight effect.

    По крайней мере, мой опыт свидетельствует об обратном: по умолчанию, всем плевать. Особенно, если вы выкладываете не законченный продукт, а вспомогательные утилиты и свои собственные наработки, для использования которых требуется определенный уровень подготовки или вовлеченности. Посмотрите для примера на наш аккаунт на github. Неплохие, как мне кажется, вспомогательные утилиты, выложенные в открытый доступ, привлекли внимание… практически исключительно наших же сотрудников. Поэтому мой совет был бы такой:

    — Исправьте откровенные косяки, если такие имеются.
    — Сделайте небольшой файл README с описанием возможностей и правильного способа установки
    — Выложите на github. Публикация на github не накладывает серьезных моральных обязательств :)
    — Если стыдно сообщать о проекте всем, расскажите только своим друзьям. Вдруг им понадобится и понравится.

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

    Из быстро заметных позитивных моментов. Выкладывание проекта в открытый доступ, скорее всего, приведет к повышению уровня сознательности при добавлении нового функционала в проект, что благотворно скажется на общем качестве кода. Все-таки мысль о том, что кто-то может сделать code review, даже потенциально, она дисциплинирует.
    Ответ написан
    2 комментария
  • FF в версии яндекса с fx.yandex.ru рушит верстку и убивает дизайн своим autocomplete

    @rlbssoft
    Автору минус, с каких пор хабра стала багтрекером? Почему бы не написать об этом в сапорт яндексу, а не сюда?
    Ответ написан
    Комментировать