TypeScript основывает обнаружение и определение типов на выведении типов (Type Inferences) и аннотациях типов (Type Annotations), и в этой статье мы расскажем о них, чтобы вы могли понять, когда и как их использовать.

Одной из отличительных особенностей TypeScript является то, что он — статически типизированный язык. Это означает, что при объявлении переменные должны быть отнесены к соответствующим типам данных, поскольку это проверяется во время компиляции. Это отличается от синтаксиса JavaScript, динамически типизированного языка, который позволяет свободно объявлять переменные без необходимости указывать тип данных — интерпретатор присваивает переменным их типы во время выполнения программы. Наиболее важной особенностью использования статически типизированных языков для разработчиков является проверка ошибок на этапе компиляции, что увеличивает скорость разработки, поскольку сразу видно, есть ли в коде несоответствие типов или вы пытаетесь вызвать несуществующую функцию. Это более эффективный метод по сравнению с динамически типизированными языками, которые выполняют проверку ошибок во время выполнения.

В TypeScript переменные должны быть привязаны к типам, чтобы избежать нежелательных результатов. В TypeScript существует два основных способа представления типов: выведение типов (Type Inference) и аннотации типов (Type Annotations). В этой статье вы узнаете об аннотациях типов и выведение типов, о том, как их использовать, и о том, как лучше всего их применять. Давайте погрузимся в тему.

https://www.dev-notes.ru/articles/typescript/type-inferences-and-annotations/

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

https://www.dev-notes.ru/articles/database/delete-duplicate-rows/

Если вы только начали работать с UUID, то может возникнуть немало вопросов о них. Мы постараемся ответить на наиболее распространённые из них.

https://www.dev-notes.ru/articles/laravel/uuid-in-laravel-common-questions/

Тип null является единичным типом PHP, т.е. имеет только одно значение: null. В этой статье мы рассмотрим все способы работы со значениями null в PHP.

https://www.dev-notes.ru/articles/php/all-the-ways-to-handle-null-values/

В Laravel фабрики играют важную роль в генерации данных для моделей.

https://www.dev-notes.ru/articles/eloquent/factory-relations-deep-dive/

Объединять данные с помощью SQL очень просто. Однако иногда очень нужны зависимые соединения, возвращающие лишь небольшое подмножество данных объединённой таблицы. С помощью LATERAL соединения знакомый для каждого цикл может быть воспроизведён в SQL.

При объединении нескольких таблиц строки обеих таблиц связываются между собой на основе некоторых условий. Однако если результат должен быть ограничен, например, тремя последними купленными товарами для каждого покупателя, стандартное предложение соединение не будет работать: Объединённая таблица купленных товаров не может быть ограничена только тремя строками для каждого покупателя. Так не работает объединение, в него включаются все строки, соответствующие критериям объединения. Но при латеральном присоединении вместо таблицы будет присоединён подзапрос, который выполняется один раз для каждого покупателя, что приводит к эквивалентному циклу for-each в SQL.

https://www.dev-notes.ru/articles/database/for-each-loop-lateral-join/

Манипулируйте размеров сплитов для получения нужной площади области просмотра.

Устали от того, что размеры сплитов не совпадают с желаемыми? Предварительный просмотр сплитов или список быстрых исправлений не отображаются так, как хотелось бы? Раздражают слишком длинные строки на одном размере вертикального сплита? Нужно ещё несколько строк в окне :Git, чтобы было понятно, на что смотреть? В Vim меня это сильно раздражало. В течение многих лет я разочарованно мирился с этим.

https://www.dev-notes.ru/articles/vim/resize-splits/

Frontend-приложения играют центральную роль в обеспечении бесперебойной работы пользователей. В современной взаимосвязанной сети, где широко распространены сторонние интеграции и API, обеспечение надёжной безопасности имеет первостепенное значение. Нарушение безопасности может привести к краже данных, несанкционированному доступу и ухудшению репутации бренда. В этой статье мы расскажем вам, как использовать CORS и CSP для обеспечения безопасности ваших веб-страниц.

Представьте, что в ваше приложение внедрён вредоносный скрипт, который похищает конфиденциальные данные пользователей или перенаправляет их на мошеннические сайты. Страшно, правда? Но не стоит бояться! Правильная реализация CORS и CSP позволяет защитить наши frontend приложения и опередить потенциальные угрозы.

https://www.dev-notes.ru/articles/security/securing-front-end-apps-with-cors-and-csp/

Менеджер зависимостей Composer является де-факто способом управления зависимостями в PHP-проектах. Вся современная PHP-разработка немыслима без Composer. Но знаете ли вы, что с помощью Composer можно делать многое, кроме установки и обновления зависимостей?

Именно так! В этой статье я перечислю такие возможности Composer, о которых вы, возможно, не знали. И которые могут помочь улучшить рабочий процесс в Composer.

https://www.dev-notes.ru/articles/php/lesser-known-composer-tricks-tips/

В Laravel валидация форм является ключевым моментом для обеспечения безопасности и точности пользовательских данных. Компонент FormRequest упрощает эту задачу, поскольку правила валидации хранятся в специальном классе, а не в контроллере. Это также делает код более аккуратным и позволяет использовать специальные функции, связанные с запросом, такие как получение модели или изменение типа данных в поле.

https://www.dev-notes.ru/articles/laravel/form-requests-deep-dive/

Я написал A Modern CSS Reset почти 4 года назад, и, да, он не слишком хорошо сохранился. Несколько дней назад я заметил, что на него снова ссылаются, и подумал, что, вероятно, это хорошая идея — опубликовать обновлённую версию.

Я знаю, что у меня ужасный послужной список в области сопровождения open source. Поэтому я решил заархивировать оригинал и просто опубликовать это вместо него. Делайте с ним что хотите!

Чтобы быть предельно ясным, это сброс CSS, который работает для меня и для нас в Set Studio. Всякий раз, когда я говорю "мы", я имею в виду именно нас.

https://www.dev-notes.ru/articles/css/a-more-modern-css-reset/

В этой статье мы рассмотрим, что означает declare(strict_types=1), когда PHP разработчикам стоит его использовать, а когда нет, а также приведём примеры, иллюстрирующие его важность.

Такая установка обусловлена слабо типизированной природой PHP и растущим спросом на строго типизированные возможности, который предъявляют другие популярные языки, такие как Java.

Обе стратегии типизации (слабая и строгая) имеют свои плюсы и минусы, прежде всего, давайте разберёмся в их значении.

https://www.dev-notes.ru/articles/php/why-use-declarestrict-types-1-in-php/

Локальные среды Laravel под Windows, такие, как Vagrant/Homestead, Laravel Sail или Laragon, могут быть очень медленными или ресурсоёмкими. Давайте создадим более нативную установку, которая работает очень хорошо! Нам удалось сократить время выполнения сложных операций с 13 с. до 1,5 с., что составляет прирост около 800%!

https://www.dev-notes.ru/articles/devops/how-to-setup-a-real-fast-local-laravel-development-environment-for-windows/

PHP итераторы являются важнейшими инструментами для эффективного обхода и манипулирования структурами данных, такими как массивы, объекты и т.д. Они обеспечивают чистый и эффективный способ работы с большими массивами данных без одновременной загрузки всего массива в память. В этой статье мы рассмотрим PHP итераторы и их использование для обхода различных структур данных.

https://www.dev-notes.ru/articles/php/php-iterators-for-walking-through-data-structures/

Стандартной процедурой для схем баз данных является использование инкрементного первичного ключа для идентификации записей. Однако этот идентификатор также используется непосредственно в URL-адресах приложений. Злоумышленник может вручную увеличить идентификатор, чтобы найти все существующие записи. Этот вектор атаки часто упускается из виду при разработке приложений, однако его можно легко модифицировать в существующих приложениях. Необходимо расширить каждую таблицу случайным столбцом UUID v4, заменив им числовой идентификатор в URL.

https://www.dev-notes.ru/articles/database/uuid-prevent-enumeration-attack/

Недавно мне пришлось решать задачи, требующие знания "сырых" функций PHP, таких, как итерация файлов и каталогов. По мере развития все более высоких уровней абстракции мы часто забываем, как работать на низком уровне. В реальности это имеет множество последствий, особенно с точки зрения производительности.

По мере проведения этих оптимизаций я замечаю, что моё приложение поддерживает растущие нагрузки, несмотря на снижение потребления аппаратных ресурсов. Надеюсь, что приведённые ниже фрагменты помогут не только молодым разработчикам, но и опытным профессионалам, которые ищут идеи по оптимизации производительности.

https://www.dev-notes.ru/articles/php/iterate-files-and-directories/

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

https://www.dev-notes.ru/articles/php/avoid-the-aop-array-oriented-programming/

В последнее время в сообществе PHP разработчиков ведутся дебаты о преимуществах и недостатках Композиции и Наследования. В мире объектно-ориентированного программирования (ООП) существует множество мощных инструментов и концепций, каждая из которых имеет свои сильные и слабые стороны и призвана улучшить читаемость, модульность и возможность повторного использования кода.

https://www.dev-notes.ru/articles/php/composition-over-inheritance-in-php/

Для значений NULL в nullable столбцах применяется определённый порядок. Поведение базы данных может быть унифицировано или изменено в соответствии с намерениями приложения путём корректировки размещения значений NULL.

MySQL и PostgreSQL совершенно по-разному сортируют NULL-значения в nullable столбцах. В MySQL они будут располагаться перед всем, а в PostgreSQL — последними. Однако по замыслу приложения или UX может потребоваться другой порядок сортировки. В таких случаях порядок сортировки NULL-значений можно легко изменить.

https://www.dev-notes.ru/articles/database/order-by-with-null/