front controller

нет не оно

оно

it just an announce for now. you could buy it from end of August

нет не оно

ну это не дословно но смысл индекса именно в этом паттерне

я понимаю, а мне надо именно термин единой точки входа

как он в литературе описан

https://ru.wikipedia.org/wiki/%D0%95%D0%B4%D0%B8%D0%BD%D0%B0%D1%8F_%D1%82%D0%BE%D1%87%D0%BA%D0%B0_%D0%B2%D1%85%D0%BE%D0%B4%D0%B0_(%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)

так и описан

it just an announce for now. you could buy it from end of August

As i say, you cant buy it right now.

index.php - единая точка входа приложения - как на английском правильный термин?

endpoint

как он в литературе описан

вот я и написал как он в литературе написан)

As i say, you cant buy it right now.

my bad, misunderstood you ??

нет это фронтконтроллер! а точка входа index.php

пора отдыхать, уже с утра башка не варит

фронтконтроллер то тут причем

front controller

в его представлении вообще может не быть контроллера ?‍♂️

ему эндпоинт нужен

в его представлении вообще может не быть контроллера ?‍♂️

как бы фронт контроллер не имеет ничего общего с контроллером из мвц

как бы я это понимаю)

вот какраз эндпоинт тут не причем

приечм

ты назвал паттерн

нет

а я назвал термин

ему не название паттерна нужно

а конкретный термин для точки доступа

@crazalex скажи уже блеать что тебе нужно

а то ща посремся

ахахаха

а ты в закат уедешь

парни привет я начинаюший в ларе, и это мой превый фрейм который я изучаю я установил лару на опенсервер, версия лары 5.6 настоил .htaccess из папки паблик теперь я попробовал сделать следуешее: создал простой хтмл файл (page.html), сохранил его в папку паблик в броузере пытаюсь открыть этот файл: сите/page.html а он не хочет! говорит не найдена страница, подскажите где ошибка и как ......

я за single entry point

мне нужно академическое название единой точки входа без привязки к фреймворкам и т.п.

даже не важно php это или нет

у нее есть какое-то общее название уверен

чтож ты тяжелый то такой

Ну, а single entry point не подходит?)

у нее есть какое-то общее название уверен

https://en.wikipedia.org/wiki/Entry_point

или ты типо одно волшебное слово ищешь?)

да вот я термин искал..

Ну, а single entry point не подходит?)

он сам не знает

спасибо большое

https://laravel.com/docs/5.0/structure

index.php всегда назывался именно термином фронт контроллер. всё остальное несколько иные термины. вы сами то прочитайте

Помогите разобраться, чем отличается bind от singleton на практике

парни привет я начинаюший в ларе, и это мой превый фрейм который я изучаю я установил лару на опенсервер, версия лары 5.6 настоил .htaccess из папки паблик теперь я попробовал сделать следуешее: создал простой хтмл файл (page.html), сохранил его в папку паблик в броузере пытаюсь открыть этот файл: сите/page.html а он не хочет! говорит не найдена страница, подскажите где ошибка и как ......

может кто то поможет понять ....

Помогите разобраться, чем отличается bind от singleton на практике

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

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

И в чем тогда преимущество bind перед singleton?

Разве нужно чтобы он постоянно новый объект создавал

И в чем тогда преимущество bind перед singleton?

в смысле преимущество? если тебе нужен каждый раз один и тот же объект обязательно то берешь синглтон, не нужен, берешь бинд

Я просто не пойму в каких случаях нужно чтобы создавался новый объект

ну например когда объект в процессе использования как то засирает свой стейт.

Я просто не пойму в каких случаях нужно чтобы создавался новый объект

Когда у тебя сервис юзается в нескольких местах и тебе не нужно чтобы сохранялся промежуточный стэйт который может привести к неправильным результатам работы сервиса

Аа, ну да, точно, спасибо)

я бы даже рекомендовал всегда использовать бинд только если ты не уверен что тебе нужен синглтон

чем бинд отличается от простого экземпляра? )

парни привет я начинаюший в ларе, и это мой превый фрейм который я изучаю я установил лару на опенсервер, версия лары 5.6 настоил .htaccess из папки паблик теперь я попробовал сделать следуешее: создал простой хтмл файл (page.html), сохранил его в папку паблик в броузере пытаюсь открыть этот файл: сите/page.html а он не хочет! говорит не найдена страница, подскажите где ошибка и как ......

ты настроил то вебсервер так что бы его рут директория была папка public?

чем бинд отличается от простого экземпляра? )

от instance? это серьезно вопрос или так просто?

ты настроил то вебсервер так что бы его рут директория была папка public?

вечный трабл)

от instance? это серьезно вопрос или так просто?

да набросил, конечно )

Что думаете по поводу строгой типизации? Типа function (int $a) в аргументах. Нормальная тема?

index.php всегда назывался именно термином фронт контроллер. всё остальное несколько иные термины. вы сами то прочитайте

https://laravel.com/docs/5.6/structure#the-public-directory

The Public Directory The public directory contains the index.php file, which is the entry point for all requests entering your application and configures autoloading. This directory also houses your assets such as images, JavaScript, and CSS.

ты настроил то вебсервер так что бы его рут директория была папка public?

я настоил .htaccess из корня лары вот так: RewriteEngine On RewriteCond %{REQUEST_URI} !^public RewriteRule ^(.*)$ public/!1 [L] дефолтовая хоме страница лары открывается

ERROR: S client not available

Что думаете по поводу строгой типизации? Типа function (int $a) в аргументах. Нормальная тема?

я использую, когда возможно

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

Что думаете по поводу строгой типизации? Типа function (int $a) в аргументах. Нормальная тема?

только для объектов. для скаляров в большинстве не нужны, там по имени переменной должно быть все понятно

https://laravel.com/docs/5.6/structure#the-public-directory

ладно, принимается) хотя одно другого не отменяет

только для объектов. для скаляров в большинстве не нужны, там по имени переменной должно быть все понятно

Не должно)

ладно, принимается) хотя одно другого не отменяет

ну точка входа имхо чуть больше отражает суть, даже в контексте лары) т.к бывают извращуги, которые правят index.php)

и он у них раскидывает реквест между разными фреймворками ?

только для объектов. для скаляров в большинстве не нужны, там по имени переменной должно быть все понятно

нефиг тут. скаляры тоже норм

нефиг тут. скаляры тоже норм

+1

если проект 7.1+ то лучше указывать везде где можно, хуже точно не будет)

Где найти норм инсрукцию по установке phpredis?

Если в request не поступили нужные данные, нужно 400 ошибку возвращать?

422 вроде ларка возвращает если валидацию не прошло

но это неважно если честно :)

А 418 будет работать?)

все будет работать

4*

Если в request не поступили нужные данные, нужно 400 ошибку возвращать?

400 это когда сам реквест кривой, с нарушением синтаксиса например. 422 это уже ошибка логического уровня > 400 Bad Request The request could not be understood by the server due to malformed syntax.

400 это когда сам реквест кривой, с нарушением синтаксиса например. 422 это уже ошибка логического уровня > 400 Bad Request The request could not be understood by the server due to malformed syntax.

Ну если точнее то обработка isset($request->userID)

> "The 422 (Unprocessable Entity) status code means the server understands the content type of the request entity (hence a 415(Unsupported Media Type) status code is inappropriate), and the syntax of the request entity is correct (thus a 400 (Bad Request) status code is inappropriate) but was unable to process the contained instructions. For example, this error condition may occur if an XML request body contains well-formed (i.e., syntactically correct), but semantically erroneous, XML instructions." именно по этому лара использует 422 при ошибках валидации

но это неважно если честно :)

важно) но мы уже спорили по этому поводу

Понятно

но @Adelf32 прав что большенству на самом деле пофиг (к сожалению)

А как сделать такую штуку? Чтобы например я мог заполнить свои meta данные, для view, с контроллера, а если не заполнил в контроллере, тогда они берутся стандартные с таблицы из бд. Через композер делать и какой то внешний класс, к которому смогут обращаться и композер и контроллер?

А как сделать такую штуку? Чтобы например я мог заполнить свои meta данные, для view, с контроллера, а если не заполнил в контроллере, тогда они берутся стандартные с таблицы из бд. Через композер делать и какой то внешний класс, к которому смогут обращаться и композер и контроллер?

View Composer

Ну да, так и думал

ну при наличии сервиса композер может быть и не нужен вернее точно не нужен

ну при наличии сервиса композер может быть и не нужен вернее точно не нужен

при наличии)

Коллеги, кто-нибудь делал подтверждение Email (мобильного номера) при разработке API для мобильных приложений?

Коллеги, кто-нибудь делал подтверждение Email (мобильного номера) при разработке API для мобильных приложений?

это как вообще?

подтверждение моб. номера делал, email делал, а что бы номер подтверждать емейлом первым раз слышу

ну при наличии сервиса композер может быть и не нужен вернее точно не нужен

Сервиса?