SerafimArts

<?php
$variable = 23;

[$query, $params] = sql(fn() => <<<SQL
    SELECT * FROM users WHERE id = ${yield $variable} OR id = ${yield 42}
SQL);

var_dump($query, $params);

// 

artemmolotov

FROM php:7.1-fpm-alpine

###
# -----------------------------------------------------------
# Configure system
# -----------------------------------------------------------
###

# Update and install dependencies
RUN apk add --update --quiet --no-cache    bash                \

SerafimArts

<?php
/**
 * Put this file to "app/Console/EnvironmentInstaller.php"
 */
namespace App\Console;

use Dotenv\Dotenv;
use Composer\Script\Event;
use Illuminate\Support\Str;
use Composer\IO\IOInterface;

SerafimArts

<style>input, pre { margin: 20px 50px; }</style>

<form action="/" method="POST">
    <input type="text" name="some.any.ololo..." />
    <input type="submit" />
</form>

<pre><?php var_dump($_POST); ?></pre>

sunshain

Laravel helpers, which are not written in the documentation.

Support

append_config(array Array)

• @return array
• Assign high numeric IDs to a config item to force appending.

Big-Shark

<?php

namespace App\Console\Commands;

use Illuminate\Routing\Route;
use Illuminate\Routing\Router;
use Illuminate\Console\Command;

class GenerateRouteFileCommand extends Command
{

Rhincodon

Источник

Трюки Eloquent для лучших репозиториев

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

В типичном приложении вы, вероятно, имеете множество Репозиториев для работы с вашей системой хранения. Когда вы используете Laravel, вы проводите много времени работая с Eloquent. Тем не менее, поверьте мне, когда у вас есть множество Репозиториев, вам быстро надоедает многократно писать одни и те же методы для доступа к данным.

В этом руководстве я хочу рассмотреть некоторые паттерны для абстракции основных методов, которые вы больше не будете повторять в каждой реализации ваших Репозиториев. Я также покажу, как мы можем использовать гибкость Eloquent и его Query Builder для написания действител

greabock

Как оставаться упоротым и счастливым

Добра!

Моя прошлая статья по модульной структуре имела некоторый резонанс - были как противники так и сторонники этой методики. Как и в прошлый раз, я подчеркну, что не считаю этот путь единственно верным, и не буду пытаться завлечь кого-то на "темную сторону". Вместо этого, я расскажу вам, как я "живу" с модульной структурой, и как решаю некоторые проблемы.

Модули, как они есть

Прежде всего, хотелось бы вернуться к тому, как устроены модули (они же домены, или области ответственности). В прошлый раз, я говорил о том, что можно просто удалить любой модуль и приложение продолжит свою работу. В действительности, это не совсем так. Дело в том, что модули очень похожи на пакеты composer (собственно ими они и могут являться). Что это значит? Это значит, что модули, подобно пакетам, имеют зависимости. Например, модуль Blog может иметь в зависимостях модуль User - ведь у блога должен быть автор. Модуль

dstogov

// by Erik Wrenholt
import java.util.*;

class Mandelbrot
{  
    static int BAILOUT = 16;
    static int MAX_ITERATIONS = 1000;
    
    private static int iterate(float x, float y)
    {

greabock

#Как упороться по модульной структуре и областям ответственности в Laravel. А потом стать счастливым.

[UPD] после пары вопросов в личку, решил добавить дисклеймер: Я не считаю, что это единственно верный путь. Я просто говорю вам о том, что существует такой подход.

Когда меня спрашивают для чего нужны сервис-провайдеры в Laravel, я пожимаю плечами и говорю: если вы не знаете зачем они нужны, значит они вам не нужны. Если вы пишите и строите код так, как это описано во всех мануалах, скорее всего вам хватит одного провайдера на всё приложение, и он уже есть сразу. И не надо парить мозг себе и людям. Просто забейте на это все.

Дефолтная структура приложения на laravel выглядит вот так: У вас есть папка Http в которой лежат посредники(раньше это были фильтры) и контроллеры. Так же есть команды, хэндлеры, исключения, модели (последние Тейлор бессовестно бросил просто так - прямо в корне app )... возможно вы сами создаете папки репозиториев, обсерверов... или что-то там еще... потом вы начинаете строить