Има го качено май още от петък в инстанцията на круса.

Имам молба към авторът на заданието, ако е възможно да качи едно кратко видео с разяснения по заданието. Аз лично имам два въпроса.

„Use PHP7’s strict types (both return types and argument types)  and declare strict_types=1 everywhere in your framework and controller actions „

Трябва ли да ползваме някакви новости от PHP7, или само трябва да ползваме нея версия, и като цяло тези strict types нищо не ми говорят (нещо като в C# и Java)?

Each student will have to deliver a public defense of its work in front of the SoftUni team.

Това означава ли че няма да има онлайн защита?

Ако има такова качено видео с разяснения, се извинявам, и ако може един линк към него.

Забавно... хем да ползваме PHP7, хем да го качим live in Internet. И естествено повечето хостинг компании все още са далеч от това да предлагат PHP7 поддръжка... Примерно аз имам платен абонамент в superhosting, където обаче най-новата версия, с която може да работи е 5.6.

Другото странно нещо е да пишем проекта на версия, която все още няма final release и не се знае до каква степен са изчистени бъговете. Да, вярно че не създаваме код, който ще го пуснем в production, но все пак...

Иначе повече подробности за миграцията от 5.6 на 7.0 може да се видят тук

Здравейте,

За РНР Версия 7 трябва да ползвате от нея само стриктното типизиране с директивата strict_types=1 и всеки метод от фреймуърка ви да е направен да приема типове и да връща такива (освен ако не е void, тогава не връща разбира се), примерно:

public function createController(string $controllerName) : ControllerAbstract
{

    $instanceName = "\Controllers\\$controllerName";

    return new $instanceName();

}

Този фийчър е напълно одобрен и със сигурност ще бъде релийзнат в стейбъл версията, за хората които се притесняват от това. Както сами се сетихте, това е много подобно и на другите езици, които сте учили (C# и Java).

За качването в интернет - да, така е, някои хостинг компании, особено в България, все още не поддържат РНР 7. Разбира се, има такива, които поддържат (SiteGround мисля са едни от тях). С по-усърдно търсене в интернет може и да намерите сносен безплатен хостинг, който го поддържа и не лепи много реклами по сайта. Аз лично бих предложил да си направите някъде trial акаунт, където се предлагат виртуалки, например Microsoft Azure. Вдигате виртуалка и инсталвате РНР7 и там и рънвате сайта на тази виртуалка :)

Относно защитите, ще има и онлайн защити. Пак е публична защитата и пак ви чуват и останалите, само че се случва през скайп :)

Насреща съм да давам и още разяснения по проекта, ако има още неясни неща.

Поздрави,

Иван

Не е много по темата , но за да не отварям нова - някой успя ли да подкара php 7 през xampp-a ?

Ето малко по-подробни разяснения по проекта, ще обърна вимание само на нещата, които не съм разяснявал вече:

1. Identity system. Тук идеята е, че фреймуъркът, като stand-alone app, пускайки за пръв път проект върху него, да създава някакъв релационен модел в базата данни, с която е настроен да работи, който да бъде отговорен за User-ите.

Най-добре би било да взима информацията от някакъв клас. Например IdentityUser, който фреймъркът е дефинирал и има съответните пропъртита и действия. Отделно във фреймуърка би трябвало да има контролери отговорни за логина, логаута и регистрацията, вързани по начало за IdentityUser

Впоследствие, ако реши някой (вие) да екстендва функционалността на потребителя, като например иска той да има и телефонен номер, прави допълнителен клас, например ApplicationUser, който наследява IdentityUser. Добавя в списъкът с книги. Казва от някаква конфигурация, че конкретиката, която ще се ползва от тук нататък в апп-а за потребителите е ApplicationUser. Това при first-run на app-а добавя колона за телефон на потребителя.

В този смисъл отговарям и на въпроса дали може да се ползва ORM. За тази функционалност около потребителите не е позволено. За останалите неща, които не са вързани с потребителите, ако искате интегрирайте готов ORM. Но така ще имате един mini-ORM, който вие сте накодили и обслужва логиката около потребителите и техния релационен модел и втори ORM, който сте свалили от някъде и обслужва останалата част от домейна.

2. HttpContext. Това би трябвало да е някакъв обект, който се инджектва на контролерите при инстанцирането им и се напълва със състоянието на съответния мрежови request/response. Т.е. знае за кукита, сесии, кой е логнатия юзър и дали въобще има такъв (инстанция на съответния клас от т. 1), какво се е напълнило в пост рикуеста и какво в гет рикуеста.

class HttpContext
{
    public function getRequest() : HttpRequest
    {
         return $this->request;
    }

    public function getCookies() : HttpCookie
    {
         return $this->cookie;
    }
}

От там всичките рикуести, кукита, сесии и т.н. са някакви обекти, които вътре в себе си при завъртането на MVC lifecycle-а се напълват с това, което се е случило през текущата сесия. Предполагам се сещате, че ако това искате да го Mock-нете, пишейки тестове, няма да се завърти MVC Lifecycle-а и всичките рикуести, кукита и контексти ще са празни и ще трябва ръчно да ги напълните. Т.е. трябва да има някакъв вариант отвън ако някой създава HttpContext-а и неговите зависимости да може да го напълни с параметри, ако е нужно.

Достъпът до сесии, кукита етц си го представям като от съответния обект се извика ключа на кукито/сесията и върху него се изпълни някакво действие (помислете това как е възможно, РНР позволява такъв модел)

Например в контролера

$this->getHttpContext()->getCookie()->language->delete();

Би трябвало да изтрие кукито language ($_COOKIE['language']). А например

$this->getHttpContext()->getCookie()->language = "english";

Би трябвало, ако няма куки language да го създаде със стойност english. А ако има такова, да му сложи стойността english.

От друга страна контролерът не би трябвало да може да променя това което съществува в $_GET/$_POST. Т.е. там нещата трябва да са рийд онли. Можеш да достъпиш $this->getHttpContext()->getRequest()->getForm()->topicBody ($_POST['topicBody']), но не можеш да го променяш

На подобен принцип би трябвало да връща и информация за логнатия юзър e.g. $this->getHttpContext()->getIdentity();

3. Annotation Parser. Общо взето някакъв скенер за анотации. Преглежда анотациите на методите/класовете и се опитва от тях да вдигне клас с името на анотацията и да му изпълни тригерите, които са му закачени. Ако не съществува такъв клас, значи някой е използвал грешната анотация - Exception.

@Route("home/edituser")
public function edit(UserBindingModel $model) : ViewResult
{
    // ...
}

Парсерът се опитва да вдигне new RouteAnnotation("home/edituser"); След което му извиква някакви тригери, например метод, който се вика преди каквото и друго да се изпълни e.g. beforeActionExecute(); в който да речем има логиката около рутирането или каквото там прави анотацията. Може да е валидираща анотация на параметрите, тогава може би трябва друг метод да се изпълни в по-късен етап, когато имаме налични параметри и т.н.например onActionExecuting();

Тук пак може да подходите, както говорихме преди време в часовете, да се сканират на някакъв интервал анотациите и покрай техния ефект да се изгради някакъв конфиг, който е по-бърз за четене от колкото всеки път да се минава през всички анотации. Въпросът е, че този път ще трябва да се обслужи логиката в тригерите на анотациите и може да стане малко по-сложно що се отнася до това, че после може да дойде Пешо да измисли анотацията @FokItAll да и набие някакъв код тригерите и да я сложи на два метода отгоре т.е. незнаете какви видове анотации ще се появята във времето :) Помислете как бихте могли да се справите с този случай.

Предполагам, че отдавна сами сте се сетили, че в този фреймуърк, който пишем не откриваме топлата вода и че това са неща, които вече хората са ги измислили и ги ползват. Тези трите неща специално съществуват под някаква форма в ASP.NET MVC и може би сте ги виждали вече там.

Разяснения относно Conference Scheduler-а трябват ли?

Трики партс там са Must visit функционалността и Maximum lectures. Изискват малко повечко да се помисли логически над проекта.

Хубаво е да къмитвате всяка промяна или новост, която направите. Ако само последните 3 дни сте работили си е лек признак за лоша организация и респективно качество.

Успех!

Някой намерил ли е безплатен хостинг за php7? Ако да, къде?  

Здравейте,

Имам проблем с хостинга, досега съм качвал само едно сайтче на друпал а там се случват доста по- лесно нещата. Това което съм направил до сега: От MySql Databases си направих база и юзър и дадох пълни права на юзъра, от phpMyAdmin си импортнах sql скрипта, мина всичко нормално, там са всички таблици с информацията. После в  public_html хвърлих всички файлове от проекта си и смених версията на php-то вече не ми дава warning за strict_type. Но ми дава това:

Warning: require_once(/Core/Database.php): failed to open stream: No such file or directory in /home/filipp18/public_html/Autoloader.php on line 14

На локалхоста всичко работи, за основа на проекта си ползвам лаба от инстанцията на курса. Смених и тези настройки но пак ми дава същата грешка. A файла си е там.

const DB_DRIVER = 'mysql';
const DB_HOST = 'localhost';
const DB_USER = 'root';
const DB_PASS = '123456';
const DB_NAME = 'application';
const DB_INSTANCE = 'app';