Профиль пользователя заблокирован в режиме readonly сроком с 27 августа 2018 г. и навсегда по причине: Многочисленные нарушения правил
  • Как передать callback в gulp task?

    kudesa
    @kudesa
    Проектирую и верстаю адаптивные сайты
    Посмотри статью frontender.info/handling-sync-tasks-with-gulp-js
    Ответ написан
    Комментировать
  • Почему все скептически относятся к MongoDB?

    @nirvimel
    Во-первых, я не отношусь к NoSQL скептически. Я считаю, что у таких продуктов большое будущее на рынке. Потому, что для них существует огромная ниша, которую они только начинают занимать. В свое время PHP занял такую нишу в качестве массового языка для веб-разработки, хотя многие относились и относятся к нему скептически, и это даже мягко сказано.

    Во-вторых, что касается проблем NoSQL. Его главная проблема - та задача, которую он пытается решить.
    Итак, у нас был старый добрый RDBMS, которому приходилось исполнять сложные запросы, комбинировать данные из разных таблиц. Это и была причина его торможения. Поэтому перед ним ставили всякие redis, memcached и просто внутренние кеши приложения. И это решало проблему быстродействия.
    Потом появились парни в розовых кедах и сказали: "Зачем такая сложная архитектура? Поменяем все это на ОДИН сервер, который будет хранить объемы как oracle и отдавать со скоростью memcached". Это решение выглядело как полностью аналогичное предыдущей схеме, но с меньшим количеством деталей. Аналитики и бизнес ухватились за это и возвели NoSQL на трон, а предыдущий стек технологий отправили в корзину. Все казалось замечательно. Но при этом упустили всего одну мелочь - данные в NoSQL хранятся не в Нормальной форме, и это неотъемлемое свойство технологии не возможно исправить.
    Чем опасно хранение данных не в нормальной форме? Это начали понимать по мере разработки. Когда структура базы подогнана под запросы, эти данные выбирающие, и когда в процессе разработки возникает необходимость выбирать данные как-то по-другому, приходится создавать новые структуры, под новые запросы, то есть ДУБЛИРОВАТЬ ДАННЫЕ. Вот с этого момента эротический сон превращается в кошмар. Когда данные пишутся в одно место, то они тут же мгновенно (или не мгновенно?) должны быть отражены в другом месте. Если производить такую синхронизацию синхронно с записью, то возникают забытые проблемы с производительностью, если асинхронно - то возникают (совсем недавно забытые) проблемы с инвалидацией кешей. Но это - только начало. Следующий кошмар - контроль (ссылочной, например) целостности. Вся грязная работа, которой раньше занимался движок RDBMS, опять ложится на плечи прикладных кодеров. В итоге наступает момент, когда усложнять логику, контролирующую работу с базой (раньше о такой необходимости даже не слушали) становится дороже чем выбросить весь проект в корзину и переписать все обратно на нормальную RDBMS. И тогда приходит философское понимание того, почему эту классическую форму данных в науке называют НОРМАЛЬНОЙ.
    Ответ написан
    2 комментария
  • Почему все скептически относятся к MongoDB?

    zoonman
    @zoonman
    CEO @ LinuxQuestions.ru
    Скептически мылят ретрограды, люди боящиеся всего нового и незнакомого.
    У NoSQL есть свои проблемы и преимущества, нужно понимать, когда и как это использовать. Многие пытаются их использовать по-старинке, городят свои костыли для организации реляционной модели и потом удивляются, что их решение не работает. Монги придуманы для другого. Они хороши там, где нужно сохранять много относительно небольших структур данных и быстро их доставать. Причем это все должно хорошо масштабироваться. Например телефонный справочник на триллион номеров, который ну никак не помещается на одну машину, при этом в него постоянно кто-то записывает новые номера и к нему должны быть реплики в нескольких датацентрах. Плюс у вас должен быть полнотекстовый поиск по нескольким полям на нескольких языках.
    Это реально сделать и на MySQL, но решение выглядит сложнее, но и у него есть свои плюсы. Например переименовать всех Василиев можно одним простым движением в виде редактирования одной записи. В Монге потребуется изменить все записи с Василиями.
    У обоих решений есть и репликация, и шардинг и т.д. Монгу чуть проще настроить, только и всего.
    Монга не подойдет тем, кому нужна четкая фиксация транзакций, потому что там целостность данных основана на потоке событий.
    Вам нужно просто внимательно почитать по то, какие базы для чего использовать.
    Ответ написан
    3 комментария
  • Как зайти на HTTP сервер на Amazon EC2?

    opium
    @opium
    Просто люблю качественно работать
    Зайдите в security group
    и откройте 8000 порт
    Ответ написан
    Комментировать
  • Простой движок для сервиса вопросов и ответов (q&a)

    opium
    @opium
    Просто люблю качественно работать
    Их довольно много
    На питоне
    CNPROG
    AskBot
    ReportingOn
    QSQA

    На php
    Qwench
    Question2Answer
    Qamini
    Ответ написан
    Комментировать
  • Как реализовать Звёздный рейтинг для статического сайта?

    LazyTalent
    @LazyTalent
    Data Engineer, Freelancer
    Вместо БД можно использовать Google таблицы, а данные оттуда забирать JS
    Ответ написан
    2 комментария
  • Как настроить экран ноутбука для благоприятного чтения книг?

    ilyasus
    @ilyasus
    F.lux - хорошая утилита, советую.
    Ответ написан
    Комментировать