надо же нормально протестировать получение первого элемента массива...)

ну там как бы внутри куча изменений

в 7,3 запилили предкомпиляцию всего что можно вычислить в компайл тайме

то есть всякие 3 * 12 * 4 + устранение мертвого кода

перепилили GC

ну короч там много чего тестить надо)

уговорил)

у них же во всю подготовка к впиливанию JIT. вот в 7.3 они в opcache добавили CFG оптимизации и это типа теперь они готовы к JIT

ну мне на jit в целом насрать, а вот на проперти - не очень)

ну мне на jit в целом насрать, а вот на проперти - не очень)

JIT + FFI позволят сильно так обогатить экосистему php

а если еще и с libuv - ух разгуляешься)

а если еще и с libuv - ух разгуляешься)

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

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

так может их инет то потому, что пока всё что есть, это не самые удобные реализации

JIT + FFI позволят сильно так обогатить экосистему php

ну это больше подвижки в сторону развития пхп не только для запрос-ответ приложений)

так может их инет то потому, что пока всё что есть, это не самые удобные реализации

с точки зрения конечного пользователя они вполне удобны. Какая тебе разница куда не смотреть?)

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

ну в 8-ке должны впилить в ядро

но это еще год-полтора ждать

но это еще год-полтора ждать

+ ещё года 3 пока обрастёт инфраструктурой)

год-полтора это кажется не долго

хорошо будет, если за год-полтора появится

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

так может их инет то потому, что пока всё что есть, это не самые удобные реализации

проблема со стандартной библиотекой. сейчас по сути у тебя единственный вариант делать дела - полностью запилить свою стандартную библиотеку для работы с вводом/выводом. И что бы все либки это умели. Объем работы огромный, профита мало

если они сделают это из коробки то будет много проще

пока получается какой-то заколдованный круг

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

ну, так и есть

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

почитай письмо зива

если даже зив говорит что надо - это в лесу что-то сдохло

ну то есть вполне можно ожидать что в 8.0 будет упор на долгоживущий пых

ну то есть вполне можно ожидать что в 8.0 будет упор на долгоживущий пых

ну так-то они уже сделали +\- всё. Сейчас ещё новый сборщик пщупаем

ну так-то он с 7.0 уже может долго жить

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

ну так-то он с 7.0 уже может долго жить

Тем не менее развиваться есть куда

с некоторой долей танцев он и в 5 жил

ну я например не заморачивался с танцами, просто поставил 7

мне почему-то показалось, что время дороже перехода на 7

Ребят, если есть кто с opencart 2.3.x. хорошо разбирается, напишите в ЛС плиз

Всем привет,интересует вопрос,можно ли отследить пользователя на какой он странице на данный момент находится,и если он не зареган и в сессии его нету,то возвращать его постоянно скажем на страницу логина. Чтобы не писать в каждом файле if(isset($_SESSION['id'])){ header(Location: страница на которой он типа находится.пхп)die } А сократить это одной функцией глобальной в Контроллере и постоянно выкидывать его если он не находится в сессии,а если находится,то не давать ему зайти в логин или регистрацию и выкидывать его на профиль/админку.

Всем привет,интересует вопрос,можно ли отследить пользователя на какой он странице на данный момент находится,и если он не зареган и в сессии его нету,то возвращать его постоянно скажем на страницу логина. Чтобы не писать в каждом файле if(isset($_SESSION['id'])){ header(Location: страница на которой он типа находится.пхп)die } А сократить это одной функцией глобальной в Контроллере и постоянно выкидывать его если он не находится в сессии,а если находится,то не давать ему зайти в логин или регистрацию и выкидывать его на профиль/админку.

может не надо писать на файлах?

может не надо писать на файлах?

То есть?

а может стоит организовать одну точку входа в приложение там, может быть какой-нибудь фреймворк маленький, что бы мидлвары умел

а может стоит организовать одну точку входа в приложение там, может быть какой-нибудь фреймворк маленький, что бы мидлвары умел

Я покамесь углубляю свои познания в чистом ООП из за того,что на собеседованиях часто требуют знания чистого ООП,вот и спрашиваю.

Я покамесь углубляю свои познания в чистом ООП из за того,что на собеседованиях часто требуют знания чистого ООП,вот и спрашиваю.

и при этом ты делаешь какие-то глобальные штуки

так себе у тебя ООП

Я покамесь углубляю свои познания в чистом ООП из за того,что на собеседованиях часто требуют знания чистого ООП,вот и спрашиваю.

это не чистое ООП

https://symfony.com/doc/current/create_framework/index.html

https://symfony.com/doc/current/create_framework/index.html

ну это тоже не про ООП но ближе (вопросы изоляции хотя бы покрывает)

ну это тоже не про ООП но ближе (вопросы изоляции хотя бы покрывает)

я и не говорю, что ООП)

и при этом ты делаешь какие-то глобальные штуки

Что значит глобальные штуки?

Что значит глобальные штуки?

> А сократить это одной функцией глобальной в Контроллере

ну то есть ты к ООП не с того конца подошел

вот у тебя сейчас есть возможность познакомиться с "чистой" композицией и агрегацией, адаптерами и т.д

https://symfony.com/doc/current/create_framework/index.html

Дак в том то и дело,что прихожу на собеседованиях а тебе: ты умеешь писать код ООП без фреймворка,тут ты и не знаешь,что ответить.

вот у тебя сейчас есть возможность познакомиться с "чистой" композицией и агрегацией, адаптерами и т.д

На симфони?

Дак в том то и дело,что прихожу на собеседованиях а тебе: ты умеешь писать код ООП без фреймворка,тут ты и не знаешь,что ответить.

ну для начала ты ООП не пишешь)

ты пишешь процедурщину с классами

ну для начала ты ООП не пишешь)

Я им это объясняю,а они гнут свою линию

Дак в том то и дело,что прихожу на собеседованиях а тебе: ты умеешь писать код ООП без фреймворка,тут ты и не знаешь,что ответить.

и не факт, что их и видение ООП соответствует реальности и твоему видению

На симфони?

нет, не ну как, можешь взять какой-нибудь http kernel или что-то под psr-7, сделать свою реализацию мидлваров и контроллеров

Я им это объясняю,а они гнут свою линию

тогда ты ходишь не туда

Я им это объясняю,а они гнут свою линию

ну я думаю что ты не так объяснял

или сам не знаешь)

суть в том что все современные php фреймворки по сути одно и то же предлагают просто с чуть разным интерфейсом

а так - одно и то же, принцип один.

ну я думаю что ты не так объяснял

Я им говорю,так мне не проблема поработать на чистом ООП как симфони,ларавель,вот там я смогу вам помочь,они ну тогда держи задание.сделай мини блог НА ООП ПХП без фреймворка,есть две недели.

примитивно: app( yourMiddleware( router([ 'pattern1' => function ($request) {}, 'pattern2' => function ($request) {}, ]) ) )

Я им говорю,так мне не проблема поработать на чистом ООП как симфони,ларавель,вот там я смогу вам помочь,они ну тогда держи задание.сделай мини блог НА ООП ПХП без фреймворка,есть две недели.

ну сделай, это нормальное задание. Вот по ссылке в целом описано как

твоя проблема что у тебя есть только контроллеры в голове.

ERROR: S client not available

и скорее всего еще вью и модель))

твоя проблема что у тебя есть только контроллеры в голове.

Ты следишь за мной?

и скорее всего еще вью и модель))

ой не туда

короч, если тебе в голову приходит что-то "глобальное" - бей себя по рукам и читай мантру о функциональной композиции

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

и скорее всего еще вью и модель))

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

Только с классами

для начала - забудь про MVC. просто забудь.

для начала - забудь про MVC. просто забудь.

Ну тогда хорошо,как ты посоветуешь углубленно влезть в ООП? Чтобы потом без проблем писать на любом MVC FRAMEWORKS

Ну тогда хорошо,как ты посоветуешь углубленно влезть в ООП? Чтобы потом без проблем писать на любом MVC FRAMEWORKS

перестать думать о mvc frameworks

перестать думать о mvc frameworks

И как ты это предлагаешь?

думай о separation of conserns. для этого надо выбрать зоны ответственности. Вот у тебя есть http - нужна прослойка которая скроет работы с оной (мидлвары, контроллеры, читать паттерн Адаптер). То есть какой-то объект запроса, какой-то объект ответа, которые внутри инкапсулирует работу с сессией, куками и т.д. И какой-то объект который принимает на вход запрос и возвращает респонс. Далее думаешь о том как это соотносится с твоей текущей задачей. Далее тебе надо на основе данных запроса что-то вернуть. Пилишь роутер. Простой. типа мэпа регулярка -> функция. Ну или имя класса и метода. Главное что бы за вызов контроллера отвечала отдельная штука. Опять же было бы неплохо что бы это все было просто еще одним мидлваром который у тебя родился на предыдущем этапе. Вот у тебя есть формирование html-ки например - шаблонизатор нужен, пишется на коленке быстро, только не забудь сделать автоэкранирование вывода. делаешь отдельно его, можно юзать в контроллерах. Есть логика приложения, в блоге ее мало конечно, но она иногда бывает. Делаем table gateway + может быть какие-то классы управляющие сверху.

главное понимать что ООП это не про классы а про разделение ответственности. Что там "объект" это не такая уж и маленькая штука. Что зависимости надо прятать, и не размазывать их

думай о separation of conserns. для этого надо выбрать зоны ответственности. Вот у тебя есть http - нужна прослойка которая скроет работы с оной (мидлвары, контроллеры, читать паттерн Адаптер). То есть какой-то объект запроса, какой-то объект ответа, которые внутри инкапсулирует работу с сессией, куками и т.д. И какой-то объект который принимает на вход запрос и возвращает респонс. Далее думаешь о том как это соотносится с твоей текущей задачей. Далее тебе надо на основе данных запроса что-то вернуть. Пилишь роутер. Простой. типа мэпа регулярка -> функция. Ну или имя класса и метода. Главное что бы за вызов контроллера отвечала отдельная штука. Опять же было бы неплохо что бы это все было просто еще одним мидлваром который у тебя родился на предыдущем этапе. Вот у тебя есть формирование html-ки например - шаблонизатор нужен, пишется на коленке быстро, только не забудь сделать автоэкранирование вывода. делаешь отдельно его, можно юзать в контроллерах. Есть логика приложения, в блоге ее мало конечно, но она иногда бывает. Делаем table gateway + может быть какие-то классы управляющие сверху.

О господи,да я же затрахаюсь с этим,ну их нахер,на симфони сделаю?

объекты как компьютеры в сети, которые могут обменитьвася сообщениями, имеют свою приватную память и стэйт свой ни с кем не шарят (только сообщения)

О господи,да я же затрахаюсь с этим,ну их нахер,на симфони сделаю?

2 недели карл, то что я описал делается за пару дней

но как хочешь)

скорее всего завалишь тестовое в таком случае)

ну и да - какой-нибудь symfony/http-foundation я не думаю что тебе запретили юзать)

2 недели карл, то что я описал делается за пару дней

Дак я никогда не делал так. Мне всегда говорили,хочешь работать с ООП на пхп,лучше поработай с симфони для начала,там ты ооп быстро поймешь,что да как

Дак я никогда не делал так. Мне всегда говорили,хочешь работать с ООП на пхп,лучше поработай с симфони для начала,там ты ооп быстро поймешь,что да как

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

Дак я никогда не делал так. Мне всегда говорили,хочешь работать с ООП на пхп,лучше поработай с симфони для начала,там ты ооп быстро поймешь,что да как

в любом случае начинай делать

симфони никак с ООП не помогает. с ООП помогают задачки уровне "вот у тебя есть 4 лифта в 20-ти этажном здании которые ходят на определенной скорости, и люди рандомно вызывают. и надо сделать так что бы максимально эффективно лифты катались))

где ты можешь объектами попробовать модель выразить, без всей этой херни с базами данных и http

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

симфони никак с ООП не помогает. с ООП помогают задачки уровне "вот у тебя есть 4 лифта в 20-ти этажном здании которые ходят на определенной скорости, и люди рандомно вызывают. и надо сделать так что бы максимально эффективно лифты катались))

кстати у тебя нет списка таких задачек?

симфони никак с ООП не помогает. с ООП помогают задачки уровне "вот у тебя есть 4 лифта в 20-ти этажном здании которые ходят на определенной скорости, и люди рандомно вызывают. и надо сделать так что бы максимально эффективно лифты катались))

??????????Ладно попробуем как написано сверху. То есть я все делаю сам,сам все разделяю

кстати у тебя нет списка таких задачек?

Они ее не выслали,забыли выслать.

??????????Ладно попробуем как написано сверху. То есть я все делаю сам,сам все разделяю

ну тип суть твоего тестового посмотреть насколько ты понимаешь принципы работы фреймворков и суть разделения ответственности. Не пытайся втупую копировать то что ты видел - надо разбираться

кстати у тебя нет списка таких задачек?

не, я как-то пробовал собирать и забил.

обычно что-то со старых проектов придумываю просто что бы небыло баз данных и прочей инфраструктуры

ну вообще у меня ещё с прошлой работы остались. Там вот тарифы были разные, это по-моему должно подойти