Привет друзья, хочу рассказать о том, как простая поделка на коленке превратилась в облачный сервис. Речь пойдет о проекте E-tamarin.com Это сервис, который помогает рассчитать строительные материалы при ремонте разных помещений.
Привет друзья. Ни для кого не секрет, что работая на крупных проектах со сложной логикой, Active Record становится не помощником, а обузой. Представьте, что вам необходимо сделать очень сложный запрос для PostgreSQL нативным образом (на чистом SQL), где должно присутствовать некоторое количество переменных. Но в Rails есть одна неприятная мелочь, функционал выполнения нативных запросов не позволяет использовать именованные биндинги. Но решение есть :) Опробовано и успешно внедрено на проекте с Rails API 5.2 + Ruby 2.6.0 + Postgres 11.
Привет друзья. Мой коллега из компании CodeLobster попросил разместить небольшой обзор на их продукт - CodeLobster IDE. Для программиста, IDE, особенно бесплатная, это всегда хорошо, так что читаем, что нам интересного предлагают.
Привет друзья. Я обратил внимание на то, что очень многие программисты пытаются засунуть все данные в БД (база данных) даже тогда, когда в этом нет острой необходимости. Есть очень много всевозможных типов данных, которые очень редко меняются и поэтому нет никакой необходимости хранить их в таблицах, писать к ним интерфейсы и вообще усложнять приложение. Для этих целей как раз и существует простой подход хранения данных в статических словарях. Об этом я и хочу сегодня поговорить.
Всем привет. Хотел бы очень поверхностно сравнить эти два замечательных фреймворка. Поскольку уже достаточно много всего написано по различию в языках программирования PHP и Ruby, а также приведена масса примеров, я просто расскажу о своих впечатлениях.
Привет друзья. Обещал написать много интересного и опять пропал. Снова я работаю на проекте, очень даже интересном. Поскольку, помимо PHP, я неплохо знаю Ruby и RoR, а также JS + ReactJS, то новый проект я разрабатываю на приведенных выше языках программирования и фреймворках. В этой статье немного расскажу о том, как создать базовое приложение и связать все воедино.
Привет друзья! Хоть год еще и не закончился, но я уже начинаю понемногу подводить итоги того, что было сделано, что не успел и почему. В общем раскладываю работу по полочкам и анализирую. И решил написать о такой важной теме, как парсинг данных из разных источников. Кто и как это делает, и как это делать правильно. Как нужно правильно использовать парсинг в Ларавел вообще и в Ларавел 5.5 в частности. Итак, мои измышления на эту тему находятся в посте.
Всем привет. Я обратил внимание на то, что не все знают, что такое слаги (на английском slug), зачем они нужны, и как их использовать в Laravel. Так как на сегодня последняя версия Ларавел - это Laravel 5.5, то он нем и буду сегодня говорить.
Я в своей жизни еще ни разу не встречал проекта, где бы все было сделано по правилам проектирования архитектуры, с хорошей документацией и четким пониманием того, куда движется проект. Как правило - это ужасный легаси код, отсутствие не только документации, а даже каких-либо комментариев в самом коде, полное отсутствие логики построения приложения и полное попустительство со стороны заказчика. Что же делать и как с этим жить?
Привет друзья. Судьба распорядилась таким образом, что попал я на достаточно крупный финансовый проект. И этот проект был создан на базе CMS системы - October CMS. Данная CMS создана на базе уже устаревшего framework Laravel 5.1. Но дело в том, что это не пакет или надстройка над самим фреймворком - это независимое решение, которое использует фреймворк Ларавел в своих целях, как ядро. А сам Ларавел полностью переписан и переделан именно на уровне самого ядра фреймворка так, что говорить о каком-то преимуществе использования Ларавел, в принципе, бессмысленно. Итак, мое субъективное мнение о том, что это за зверь такой. И его преимущества и недостатки.