Примерно таким должен быть блог

29.04.2011

Дмитрий Смирнов недавно написал новый движок, и как он это сделал мне очень нравится. Очень близко к идеалу. Я про структуру и технические нюансы, дизайн я бы себе совсем другой сделал. Но в целом очень и очень весьма. Рекомендую ознакомиться.

P.S. Mongo нахваливает вкусно. Хочу.

Комментарии

  1. # Jeck

    Тормоз, да не гонись ты за этой красотой архитектурной, она достижима на маленьких таких проектах ну наподобие блога к примеру :) А монго нахваливает однобоко как раз в пределах мануала с офф сайта.

  2. # Kichrum

    Не придумали еще языка СУБД лучше, чем SQL. Зачем усложнять жизнь массивами монгодб или файлами, ели давно существует SQL? Если кто не верит – они просто не знают все прелести SQL. Современные MySQL и, что еще круче, PL/SQL в Oracle позволяют вообще всю логику хранить на SQL-сервере (а значит, простые выпуски новых версий продукта, расширяемость, удобство администрирования и исправления багов).

    Если бы Carlsberg делал SQL-запросы, это была бы лучшая БД в Мире…

  3. # Тормоз

    «Красота спасёт мир».

  4. # Тормоз

    Зачем усложнять жизнь массивами монгодб или файлами, ели давно существует SQL?

    Бред какой. Вообще-то NoSQL как раз упрощает.

  5. # Kichrum

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

  6. # Тормоз

    Да, я не знаю SQL даже на начальном уровне, но меня уже выворачивает наизнанку от его синтаксиса. А ты, видимо, знаешь SQL хорошо (в универе может надо было), и потому в нём и ограничен, считаешь его божественным и что лучше этого и быть ничего не может. Примерно так.

  7. # Тормоз

    Пойми правильно, я не считаю, что SQL плох, я считаю что это для многих задач просто избыточное решение (а иногда и тормозное наверняка).

    И я очень не люблю, когда люди яростно отрицают новое только потому что привыкли к старому.

    Пусть будет много баз данных хороших и разных.

  8. # Kichrum

    Тормоз, я ведь не пустыми словами разбрасываюсь, когда отрицаю. И отрицаю я не столько монгодб (не работал с ним), сколько работу с файлами, которую так хвалит автор в своем блоге (а это тоже довольно старое решение). Есть один знакомый у меня, который еще в 90-х разработал свою СУБД на файлах. Да, офигенная она, быстрая, удобная, как для БД на файлах. Лет 15 он искал инвесторов в свой проект, мечтал убить ним Oracle. Потом пришел ко мне и мы провели ряд экспериментов, которые ориентировались именно на простоту для разработчика (о скоростях работы с файлами я не стал даже заикаться, ибо они ВСЕГДА ниже работы с SQL-сервером). Мы поэтапно расписывали порядок действий программиста для создания той или иной БД и пришли к выводу, что на Oracle базу может поднять любая домохозяйка, по сравнению с аналогичной базой при работе с ней через языки программирования. Я разрушил мечту этого человека, но он был мне благодарен. И уже через несколько месяцев он взялся за изучение SQL и планирует перевести свои проекты на Oracle.

    Я ни в чем не ограничен: я вдоволь работал и с файлами, и с разными СУБД. Первое я выбираю только для хранения локальных БД. Во всех остальных случаях SQL-сервер не заменим.

  9. # Jeck

    Kichrum, а теперь расскажи про репликации, про отладку триггеров и хранимых процедур, про сохранение целостности. Ах да ещё забыл про таблицы атрибутов, деревья и прочие не совсем реляционные структуры.

    А, почти любая база хранит данные файлах (о ужас да?). А MongoDB не имеет ничего общего с поделками на файлах с которыми ты имел дело. Так что прежде чем писать очередной бред – изучи вопрос.

  10. # Kichrum

    Jeck, это да… Кстати, заинтриговал словом «почти» («почти любая база хранит данные файлах»). А какая не хранит в файлах? Это для себя, интересно почитать. Очень выгодно хранить в Астрале – быстрый доступ с любой точки вселенной и т.д.

    Повторяюсь, про MongoDB я не дочитал даже. Я говорил о файлах. Мое отношение к монго ограничивается на большем доверии к крупным проверенным системам.

  11. # Jeck

    Почти это если рассмотреть системы кеширования в памяти, некоторые если правильно помню имеют даже SQL подобный интерфейс. Впрочем если уж так докопаться то всё в файлах даже переменные в памяти тоже – файлы.

    Советую всё же посмотреть NoSQL решения они не просто так появились, мешать с SQL их не следует, немного разные области применения.

  12. # Kichrum

    No = Not Only, а вы высказываетесь как о каком-то АнтиSQL.

    «NoSQL — это проект, который не занимается полным отрицанием языка SQL и реляционной модели, проект исходит из того, что SQL — это важный и весьма полезный инструмент, но при этом он не может считаться универсальным.» – Материал из Википедии — свободной энциклопедии.

    При чем же тогда он к хранению БД в обычных файлах, за который вы боретесь как за лучший способ хранения БД?

  13. # IAD

    MongoDB – очень сильная вещь. Много о ней писал в блоге(http://lenta.iadlab.ru/category/mongodb/). Проводил сравнения по скорости с MySQL. Но её архитектура и возможности просто пьянят, потому что она естественна и непринуждённа.

  14. # quantum

    Ко всему нужно с головой подходить. Где-то sql, где-то nosql. Думать нужно.

    К слову сказать блог того уровня, что по ссылке красиво бы смотрелся и на sql.

    А вообще замечается тенденция ddd-подхода. Там в рамках архитектуры неважно в чем хранить данные.

    >Тормоз:Да, я не знаю SQL даже на начальном уровне
    Синтаксис sql очень прост. Достаточно пару-тройку часов посидеть, посмотреть и разберешься. Ты просто не хочешь и находишь всяческие причины чтобы не изучать.

    >Тормоз: Пойми правильно, я не считаю, что SQL плох, я считаю что это для многих задач просто избыточное решение (а иногда и тормозное наверняка).
    Для блога нет никакой разницы на чем делать (sql или nosql). В обозримом будущем у тебя врядли появятся проекты, где будет видна разница.

    Кстати, даос ты делаешь на файлах для простоты установки. А на каких хостингах есть монго (или другий ноsql из коробки)? mysql есть везде. Так что еще раз повторюсь, думать надо сначала, взвешивать плюсы и минусы

  15. # Evgeny Sergeev

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

    Изменит иконки на приборной доске, скорость будет показываться в разных единицах – у кого километры в час, у кого метры, у кого сантиметры и т.д. Короче говоря весь накопленный опыт водителей сведет на нет.

    Бред?

    Такой же бред брать уже хорошо изученные инструменты и менять их на новые. Главное не то на сколько технология потенциально круче, а на сколько богатой инфраструктурой она обладает. Сколько человек в мире ей пользуются, сколько готовых библиотек есть и т.д. :-) Взять MongoDB и выкинуть весь код написанный за десять лет? Нафига? Взять новый блоговый движок и отказаться от кучи готовых плагинов WP? Нафига?

    Вот если бы автор сделал движок с принципиально новой архитектурой и поддержкой WP плагинов – это была бы бомба. :-)

  16. # quantum

    2Evgeny Sergeev
    в некоторых случаях стоит выкинуть код, написанный за десять лет и писать на монго. Но далеко не всегда.

  17. # Тормоз

    Ну, Женя, от тебя такого не ожидал. Выспись :)

  18. # deerua

    Где ссылка на «скачать Р3», я запарился её искать. :)

  19. # Тормоз

    Он его не распространяет, для личного использования написал, судя по всему.

  20. # Evgeny Sergeev

    Тормоз: Ну, Женя, от тебя такого не ожидал. Выспись :)

    Старею :-)

  21. # Djalin

    Судите сами – врема генерации 0.000017 – 0.000019 секунд

    оф сайт mqblog.ru/

    цитата с
    blog.webamator.ru/sa…

    можете щитать рекламой но мне етот движок очень нравится

  22. # Djalin

    Против баз на работе база слетает с регулярной завиджностю – даниіе бются почти при каждой репликации а ето гос контора…. а у меня блог на файлах и бекап сводится к тупому копированию всего блога…

  23. # Evgeny Sergeev

    Тормоз, вчера не дописал, так как спать уже хотел. На мой взгляд нет никакой разницы какую БД использовать, если грамотно изолировать ее от кода(например, с помощью ORM). Я уже и не помню, когда последний раз писал на SQL, мне вполне хватает ActiveRecord-а.

    Djalin, а что за СУБД? Если серьезная, типа Oracle, то мне кажется потеря данных – это проблемы настройки и оборудования.

  24. # Я: 

    @Djalin ты будешь удивлен но с бд он тоже к этому сводится. а с госконторой твоей все ясно,что б база слетала это еще стараться нужно

  25. # Djalin

    Evgeny Sergeev: Evgeny Sergeev:

    етого не знаю – я там простой пользователь, но сделано криво ето да.

    не оракл точно

  26. # Я: 

    Вообще не понятно с чего ты решил что это хороший движок если сам его и не вдел?

  27. # Djalin

    Я: Я:

    @Djalin ты будешь удивлен но с бд он тоже к этому сводится

    ага а базу ещо надо бекап зделать – хорошо что у WP например ето все автоматом :)

    кстати москтит по сравнению WP таки летает

    Я не яросный протиник баз – но не все же на базах должно быть!

    Есть не только молоток и отвертка а ещо много инструментов правда ведь?

  28. # Dekus

    Ребят Монго как и другие базы на файлах с моей скромной точки зрения интересны нам – программистам. Пользователю насрать на чем что работает и что там внутри.

    Заказчик врядли будет оплачивать мои упражнения по изучению новых тенденций. А если будет передавать проект другому разработчику будет вообще говорить большое спасибо за использование «супер», но не массовых технологий.

    Мы тут мальчики все большие и знаем, что основное время при работе с файлами тратится на операции открытия закрытия, потому что все остальное у всех одинаково. Т.е. хоть монго, хоть майсиквел вынуждены держать демона с открытым доступом для ускорения доступа (при таком подходе на первый уровень выходят внутренние алгоритмы и они же отвечают за скорость работы), но любая файловая БД на данный момент проиграет правильно настроенному Ораклу в плане надежности, мощности внутреннего языка и возможностей оптимизации (просто Оракл может практически все что можно придумать, но некоторые вещи сложно).

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

    Закончу тем с чего и начал – пользователю все равно. Продажникам все равно. Менеджерам тоже по сути все равно, лишь бы быстро писалось, работало, и не требовало больших усилий на поддержку. А что использовать и что эффективнее для большей части проектов в целом не важно. ИМХО.

  29. # Djalin

    ИМХО глупо использовать дорогой оракл там где можно обойтись парой строчек ведь и phpinfo можно в базу загонять и картинки графики строить – вот только зачем?

  30. # Djalin

    Кстати а хостинги с ораклом тоже есть?

  31. # Kichrum

    Evgeny Sergeev хоть и сонный был, но сказал доходчиво то, что и я пытался, а не смог. В смысле я поддерживаю его первое сообщение в этой ветке.

    Djalin, а от чего ж им не быть?

    Вот если MySQL все таки станет платным, выбор, думаю, расширится…

  32. # nameless: 

    Такого скопища самоуверенных безграмотных умников я давно не видел.

    Не знают нихрена, а мнение имеют.

Комментирование этой статьи закрыто.

Интересное Покупки ТехникаРазное Отдых Статьи Строительство Услуги Общество Хобби Культура Советы Уют