ОП довольно занят, но постарается ответить на все вопросы. Также, ответы и решения задач можно поискать в архиве тредов phpclub.
Это тред и для начинающих. Слово "классы" у тебя ассоциируется только со школой, а в аттестате тройка по математике? Ты наш человек.
Предыдущий тред был тут: >>1656450 (OP) . Все старые треды есть в архиве: https://phpclub.tech/ (там есть поиск, можно искать решения и обсуждения задач).
С чего начать
Наши уроки по PHP собраны по адресу http://codedokode.github.io/phpbook (вас отредиректит на другой домен, не запоминайте его, он временный). Это учебник для изучающих с нуля. Там есть задачи, их нужно решать. Но если этот учебник тебе не нравится, можно читать любой другой. Или официальный мануал. Или все сразу.
Если не знаешь как решать, запости код и попроси подсказку или поищи задачу в архиве тредов.
Ты прошел весь учебник? Молодец, но это были лишь основы языка PHP. Вот что в идеале надо изучить еще: ООП, как работает веб-сервер, HTML/CSS, SQL, PDO, работа с таблицами в БД, работа с формами, MVC, git, composer, JS, фреймворки, автоматизированное тестирование. У нас есть задачи для изучения этого:
- для начала прочти урок https://github.com/codedokode/pasta/blob/master/soft/web-server.md
- установи Апач + PHP (советы выше и ниже) и читай туториал http://php.net/manual/ru/tutorial.php
- Учи HTML/CSS и SQL, PDO, хотя бы основы
- Далее простая, но полезная задача сделать список студентов, в ней много полезных советов: https://github.com/codedokode/pasta/blob/master/student-list.md
- Более сложная задача сделать файлообменник на микрофреймворке Slim: https://gist.github.com/codedokode/9424217
- Еще более сложная и долгая задача на Laravel/Symfony: https://gist.github.com/codedokode/8733007
- После нее можно изучать автоматизированное тестирование https://gist.github.com/codedokode/a455bde7d0748c0a351a
- Если ты все решил, переходи к Symfony или Laravel
- Почитать про паттерны http://designpatternsphp.readthedocs.org/ru/latest/README.html (если ты не изучил ни одного фреймворка, то это будет рановато), тут с примерами кода http://designpatternsphp.readthedocs.org/ru/latest/README.html . Имей в виду что без примеров использования их учить бесполезно - не поймешь, хочешь увидеть примеры использования паттернов - ковыряй исходники Симфони, например Symfony Forms. Не заучивай паттерны - смотри код и думай, зачем тут они использованы.
Чтобы делать эти задания, тебе надо установить Апач + PHP (можно заодно сразу и MySQL) на компьютер. Вот полезные инструкции:
https://github.com/codedokode/pasta/blob/master/soft/php-install.md
https://github.com/codedokode/pasta/blob/master/soft/apache-install.md
Может тебе понадобится пользоваться командной строкой, вот гайд https://github.com/codedokode/pasta/blob/master/soft/cli.md
Параллельно стоит подучивать английский, на первых порах можно без него, но по мере развития придется все чаще сталкиваться с англоязычными статьями, так что лучше не откладывать. Читать можно news.ycombinator.com - это что-то вроде их хабра.
Также, у нас есть задачи которые позволят тебе изучить или подтянуть до нормального уровня знания JS/HTML/CSS/SQL. Решай их параллельно с задачами выше.
- HTML/CSS: https://github.com/codedokode/pasta/blob/master/html/html.md
- JS: https://gist.github.com/codedokode/ce30e7a036f18f416ae0
- SPA (сложно): https://github.com/codedokode/pasta/blob/master/js/spa.md
- Проверялка решений на JS: http://dkab.github.io/jasmine-tests/
- MySQL: https://github.com/codedokode/pasta/blob/master/db/databases.md
Что почитать
- Мануал по PHP — http://www.php.net/manual/ru/langref.php
- Сайт phptherightway (перевод на русский: http://getjump.me/ru-php-the-right-way/ )
- По PHP: Профессиональное программирование на PHP Джордж Шлосснейгл
- По PHP: Мэтт Зандстра — PHP: Объекты, шаблоны, методики программирования
- JS: learn.javascript.ru
- Про Git: https://git-scm.com/book/ru/v1
- Новости IT на англ. https://news.ycombinator.com/
- какой-то древний, устаревший, но большой и на русском справочник по веб-разработке, посоветованный аноном: https://starcat.dp.ua/doc/wdh/
Оформляй код аккуратно!!! — например пропусти через phpformatter.com . Также, если ты пользуешься IDE вроде PhpStorm, Netbeans, Eclipse, то в них эта опция встроена, подробнее: https://gist.github.com/codedokode/8759492
У ОПа нет аккаунтов и групп вконтакте, в фейсбуке, в твиттере, все "пхп-треды" там поддельные.
Платиновые вопросы
- Почему PHP? Потому что вакансий море, и учить легко.
- Сайт опять упал!!!!! — Не паникуй, а зайди на https://github.com/codedokode/phpbook, нажми зеленую кнопку Clone or Download -> Download ZIP, распакуй на рабочий стол и получи личную копию сайта, не требующую интернетов.
- Что надо знать чтобы найти работу - разработчику: PHP, SQL, HTML/CSS, JS, ООП, Git, композер, MVC, фреймворк. Верстальщику - HTML/CSS, JS, jQuery. У нас в треде были люди, которые практически с нуля учились и смогли найти работу (ищи в архиве по слову "устроился").
- Что будут спрашивать на собеседовании если 0 опыта - гонять по теории, по официальному мануалу PHP, давать дурацкие задачки на переворачивание строк, гонять по SQL (транзакции, внешние ключи, напиши запрос), по JS (как сделать анимацию при нажатии кнопки), ну погугли, не ленись
- Можно подробнее про поиск работы, собеседования - нет, ОП писать не будет, но может кто из анонов захочет рассказать. Поищите тред перезвонивших, а также раздел /wrk/
- Сколько времени надо изучать все это? - все зависит от тебя, но не меньше 6-8 месяцев
- Нужен ли ООП, фреймворки, MVC, git, composer? — Да, однозначно. Посмотри любую вакансию.
Для этого достаточно вставить код на http://beta.phpformatter.com/ и нажать «format». Робот оформит все как надо. Если ты используешь IDE, то там есть горячая клавиша для этого. Список клавиш для IDE: https://gist.github.com/codedokode/8759492
Вообще, в PHP долгое время не было единого стандарта оформления кода, все писали как попало и было много бардака, но сейчас дело лучше — есть рекомендации PSR-1 и PSR-12. Вот как надо оформлять код:
- переменные и функции пишутся с маленькой буквы, подчеркивание не используется, используется camelCase, пример: $x, $numberOfPeople, printResults()
- Название функции начинается с глагола, в стиле «сделайЧтоТо»
- не знаешь английский? Не беда, в 21 веке есть решение этой проблемы. Не пиши транслитом, открой лучше Гугл Транслейт и найди название для переменной там
- в именах классов используется CamelCase, первая буква большая, «_» может использоваться
- мы предпочитаем подстановку переменных вместо конкатенации строк: "I am $age years old" — хорошо, 'I am ' . $age . ' years old' — плохо из-за обилия точек и кавычек
- мы используем для отступов 4 пробела (можно настроить редактор, чтобы при нажатии Tab он вставлял 4 пробела)
- ставим тайп-хинты на аргументы функций, результат функций и поля классов
Вот ссылка на рекомендации PSR, где все это описано подробнее и даны примеры оформления:
PSR-1 (рус.): https://svyatoslav.biz/misc/psr_translation/#_PSR-1
PSR-12 (англ.): https://www.php-fig.org/psr/psr-12/
да, хорошо, помоги с битриксом?
копипаста с того треда
двач, не обоссывай а лучше подскажи. как реализовать на сайте мультирегиональность? типо чтобы когда я захожу на abu.mysite/ меня рероутило например на abu.mysite/moscow и где будет соответственно шаблон с шапкой " Привет, анон из Москвы " и соответственно метатегами. ну и дальше чтобы вложенность была в стиле abu.mysite/moscow/catalog/dragon_dildo
Перед установкой расширений, особенно немодердированных, как это, советую изучить исходный код и убедиться в отсутствии вредоносных функций.
Я например не пользую симфони и доктрину не люблю, какое для меня практическое применение атрибутов?
Вот тебе самый очевидный пример:
<<Assert\BiggerThen(33)>>
<<Assert\LesserThen(35)>>
private $number;
<<Assert\ShorterThen(10)>>
private $string;
$bar = new Bar(34, 'test');
$errros = $validator->validate($bar);
Во первых условия валидации хранятся в самом классе.
Во вторых проверка осуществляется вне класса.
В третьих свойства приватные, не надо геттеров городить никаких для валидации.
Ну вот, что и требовалось доказать. Я как обычно оказался прав.
https://github.com/laravel/ideas/issues/32
Нет, нихуя я не могу обойтись без нормальной прокладки между жсон и моделью.
Нихуя сраный Eloquent не умеет нормально создавать модели из массивов.
Там вообще какая-то отборная дичь происходит.
Related-модели сам не создает, только со всяким даунским пердолингом, который работает на соплях, надежностью и не пахнет и отвалится с ближайшим апдейтом.
Нихуя себе новости, я чуть не охуел.
Сука, пароль не задается вообще.
Видимо это связано с fillable.
Короче конченая логика и говно, в качестве надежного носителя данных сами модели не могут выступать.
Желания пробовать Eloquent: API Resources нет, потому что, внезапно, это хуйня основана на самих моделях, которые, как я уже выяснил, полное говно и не выполняют те задачи, которые мне от них нужны.
что мешает сделать DTO'шки, по содержанию соответствующие телу запроса/ответа, и использовать, скажем https://symfony.com/doc/current/components/serializer.html ?
Давайте и вброшу свои 5 копеек, может это кому-то пригодится. По моему опыту, лучший способ преобразовать модель в JSON это просто функция, которая принимает на вход модель и возвращает массив, который потом превращается в JSON. Не нужно городить сложные архитектуры, не нужны сериалайзеры и DTO.
Сериализаторы не подходят, так как они заточены на то, чтобы несколько полей модели преобразовать, а нам часто требуется не только брать информацию из модели, а и из других сервисов (например: для отдачи информации о гостиничном номере надо получить еще и статус, занят он или нет, сериализатор тут мало полезен).
Промежуточные объекты, по моему мнению, не нужны, так как их единственное назначение - превратиться в JSON и никакой пользы от их добавления нет.
Функции выглядят примерно так:
function transformRoom(Room $r)
{
return [
'number' => $r->getNumber(),
'isVacant' => $this->someService->isRoomVacant($r);
];
}
$person = ["Эдисон", "Ванкель", "Крэппер"];
foreach ($person as $name) {
echo 'Привет {$name}';
}
О каком синтаксисе? Какие споры? Где идут?
https://wiki.php.net/rfc/attributes_v2
Вот rfc там результат голосования 51:1 за принятие в ядро, 41:12 за внешний вид.
>Промежуточные объекты, по моему мнению, не нужны, так как их единственное назначение - превратиться в JSON
Нет, далеко не только.
Например, все те же мои предыдущие проекты построены вокруг этих DTO-объектов.
Потому что эти объекты - это И ЕСТЬ ДАННЫЕ приложения. Это отдельный важный слой.
Какой-то модуль ожидает на вход, например, объект Room. Ему до пизды где он хранится, из какой базы, сайта или API его высрали, это все ему совершенно не интересно, модулю важно только чтобы это был вот такой объект с вот такими данными. Короче ему нужны данные, а не детали их хранения.
Модели же неизбежно тянут за собой целую кучу левого кала, работают через жопу, если не высраны напрямую из базы.
ORM просто не предназначена для работы в таком качестве.
Пиздец, это все звучит как шизофазия.
>Какой-то модуль ожидает на вход, например, объект Room. Ему до пизды где он хранится
И что это блядь означает? Если функция принимает объект Room то причем здесь вообще хранение. Объект Room и так создается снаружи твоего модуля, причем тут блядь база?
>Модели же неизбежно тянут за собой целую кучу левого кала
Это относится только к ActiveRecord, который по определению делает все и сразу. Ну возьми доктрину, будет чистая модель.
Хочу установить Laravel на Manjaro. Проблема в том, что у меня не все необходимые модули установлены, например нет bcmath и некоторых других. Я хз где их брать и как устанавливать, с экосистемой php почти незнаком. Вообще, в описании пакета php для manjaro написано, что модуль bcmath и другие включены, но в выводе php -m его нет. Как быть?
Какая нахуй чистая модель? Чистая "модель" - это data value object с полями и геттерами, и больше вообще нихуя.
Опять же, я это моделью не называю, скорее Data Entity.
Моделями же в фреймворках являются классы-оркестры, где кучи говна от граблей до кораблей.
>Если функция принимает объект Room то причем здесь вообще хранение.
А объект Room унаследован от ActiveRecord говно-класса фреймворка?
Тогда хранение тут очень причем. Более того, из-за тянущегося за ним говна код, получивший этот объект, может даже писать через него в базу.
Короче, смысл тут в том, что нехуй смешивать данные, способ их хранения и способ доступа к низкоуровневым функциям хранения - это все разные вещи нахуй.
Сами данные - чисто DTO-объект.
Низкоуровневая реализация хранения - СУБД.
Более высокоуровневый доступ к хранению - репозиторий с функциями вида "updateParentOwners()".
Я все это не от пизды говорю, в больших приложениях действительно удобнее, чтобы все это было разделено.
Ах, ну да, и еще способ сериализации - тоже вещь отдельная и желательно тоже не должна быть привязана ко всему остальному.
То бишь, DTO не должен знать о том, как он сериализуется.
>В основном все руководства о том как запускать уже готовое
Ты походу как-то не туда гуглил.
В докерфайле просто описываешь все команды по установке и настройке любой хуйни, точно так же, как и на реальном дистре.
Ну, не совсем точно так же, но почти.
Еще есть docker-compose, он помогает организовать несколько докер-сервисов и связать их вместе.
Нет никакой разницы, на "локали" ты это делаешь, или нет.
Происходящее снаружи контейнеров приложение докера не ебет вообще, оно даже не знает ничего о хост-системе.
Блять, Symfony Serializer пытается хранить таймзону DateTime как смещение часов, вида "+03:00".
Это полный пиздец, как можно было так обосраться?
Сука, ну почему кругом одни некомпетентные долбоебы, даже разработчики core-библиотек?
Нельзя сука хранить таймзону в виде смещения блять.
Потому есть такая хуйня, как летнее/зимнее время, а еще государство несколько раз вводит его и отменяет.
Специально для этого во всех нормальных местах таймзона хранится в виде "Регион/Город", например, "Europe/Moscow".
Таким образом, софт-обработчик времени знает всю историю изменений летнего/зимнего времени и смены часовых поясов в этом регионе.
Если регион был богат на кучи подобных перемен, то вычислить сколько реально прошло секунд с какой-то даты в прошлом в этом регионе, если таймзона была сохранена тупо в качестве смещения часов, просто невозможно блять.
В то же время умный софт будет знать всю эту историю и сможет вычислить реальное количество прошедших секунд с любой маня-даты.
Такое ощущение, что ты нахватался терминов, но абсолютно не понимаешь что они означают. Что такое модель, что такое value object, что такое entity, active record и data mapper.
Тебе уже сто раз говорили, что то что ты пытаешься сделать это типичная задача в пхп разработке. Ты похоже просто не воспринимаешь текст. Если тебе действительно интересно что не так я готов тебе объяснить на словах https://дискорд.gg/3aVySY6
Поверь, я знаю о чем говорю. Писать больше смысла не вижу, долго, да ты и не читаешь нихуя.
>Что такое модель
Я называю моделью чисто экземпляр класса модели фреймворка. Вот любая дрысня, что наследуется от класса вроде "Model" фреймворка - это модель. Любого фреймворка, Laravel, Yii, Symphony.
Я употреблял слово "модель", чтобы показать, насколько эти дефолтные классы фреймворка далеки от DTO.
>что такое value object
Простой объект, содержащий только данные и, опционально, геттеры/сеттеры, и больше ничего. Никаких методов обработки данных.
>что такое entity
Могу утверждать, что понятия entity/DTO/value object равнозначны.
Можно сказать, что data transfer object должен сам уметь конвертиться в приемлемый для передачи вид, но это все вилами по воде и нигде общепринято не утверждено.
Короче, простой объект, только содержащий данные, ничего сам с ними не делающий.
>active record
Паттерн, согласно которому создание экземпляра класса равнозначно созданию/получению строки из БД, его изменение - изменению строки.
>data mapper.
Я этот термин вообще не употреблял.
В смысле? php -m дает такой вывод
[PHP Modules]
Core
ctype
curl
date
dom
fileinfo
filter
hash
json
libxml
mbstring
mysqlnd
openssl
pcntl
pcre
PDO
Phar
posix
readline
Reflection
session
SimpleXML
SPL
standard
tokenizer
xml
xmlreader
xmlwriter
zip
zlib
[Zend Modules]
Модули входят в пакет php? Думаю что не все, особенно на линуксах где есть pacman, в них принято все в отдельные пакеты запаковывать. Но пакет bcmath в репах я не нашел. Некоторые другие есть, но не те что нужны для laravel.
Мне лень писать, это хорошо если в один пост влезет, а ты все равно не читаешь нихуя. Если тебе действительно интересно я тебе за десять минут объясню в чем ты ошибаешься https://дискорд.gg/3aVySY6
анонсы, подскажите мне как реализовать такой момент. допустим вот мой сайт пашет только на 5 городов. я определяю что юзер например зашел с волоколамска. но моего сайта для его города нет, ближайший к нему это москвабад. как мне это обработать чтобы срероутить на московский сайт?
Как ты можешь обобщать всех php программистов? Очевидно, никак, просто хочется что-то ляпнуть про php, а аргументов нет. Держи статью, болезный: https://habr.com/ru/post/315152/
Ты че не понял? Никто ради тебя не будет лезть в группы. У меня есть и дискорд и телега, и в слаке я зареган, но мне нахой не нужно идти к тебе в группу, у меня и без того есть несколько десятков групп, где сотни и тысячи человек сидят. Или кидай сюда или досвидос.
Ты тупой? Я тебе сказал, что про модели я не участвовал в разговоре вообще. Хотел зайти в дискорд, которй ты написал, думал там движуха, а там полторы калеки. Мне было интересно что ты там высрешь, поэтому сейчас я написал тебе, что пиши здесь, никто в твои группы пустые не пойдет. Understand?
Язык третьего мира.
Умею пхп и ноду, на ларавел запилил не сложный магазин. Как мне к ПХПларе привязать ноду как сервис, чисто ради опыта?
Хочу немного разобраться в вопросе, где можно почитать? Да и ноду попрактиковать нужно, уже месяц не прикасался.
Вот лучшее обучающее видео по микросервисам https://www.youtube.com/watch?v=X0tjziAQfNQ
Гуглить пробовал? За 3 минуты вот что я нагуглил
https://habr.com/ru/company/piter/blog/462519/
https://habr.com/ru/company/piter/blog/352742/
https://www.ozon.ru/context/detail/id/135199296/
https://www.labirint.ru/books/627667/
https://docs.microsoft.com/ru-ru/dotnet/architecture/microservices/
https://www.ozon.ru/context/detail/id/150423553/
Я о микросервисах читаю буквально минут тридцать. В общем случае можно сказать что микросервисы - это фактически несколько самостоятельных вэб сервисов/серверов которые выполняют свои отдельные задачи?
Можно ли считать микросервисной архитекурой то что я на ноде подниму почтовый сервис, а когда мне нужно будет отравлять почту из приложения на ларавел, допустим json ,то данные я отправлю на вэб-сервер на ноде, и нода уже будет отправлять письма?
>Технически - не ебу пока что как это реализовать.
Я не спец, но как понимаю это должны быть разные приложения, в разных процессах, и они должны общаться по какому то протоколу через какой то транспорт. Например rest api, одно приложение хоть фронтенд на JS хоть бекенд на чем то, дергает ручки другого приложения через http.
>и это тоже уже давно не правда
Да да. Пиздеж бессовестный (нет)
https://bugs.php.net/bug.php?id=76982
This bug is pretty serious when integrating the symfony dependency injection container in reactphp, phppm or swoole applications.
Симфони это просто пример. Вот еще последствия этого бага:
https://bugs.php.net/bug.php?id=74938
memory leak with eval closure on php7
https://bugs.php.net/bug.php?id=79626
arrow function and anonymous functions should be garbage collect ,but it seems be the full life cycle
Эти баги означают что твой демон в определенный момент может потечь по памяти, причем внутри виртуальной php машины, а не в твоем коде. Так что демоны на пхп по прежнему геморная хуйня.
Ну вот используешь ты у себя в демоне ORM. Демон забил всю память и встал колом. Где течет хз. В твоем коде или в ОРМ хз. Что чистить хз. Можно конечно отслеживать и, например, при использовании гигабайта памяти демон перезапускать. Именно это я и назвал "геморная хуйня".
У тебя детектор сломался, друже. Я не говорю что уже со всем ознакомлен, а написал о том, что пока еще вкатываюсь. Пыха мне нравится по дизайну и всему прочему, и пока ни на что другое я ее менять не хочу, но не исключаю того, что возможно когда-то придется. Я наверное ебанутый сюда вкатываться в 2020, но так уж сложилось. Надеюсь что когда-то старые пхпшники поумирают, а новых не будет потому что пхп учить не модно. Вот тогда я и выйду на сцену, и буду диктовать свои правила, лол.
Сколько же тут неправды, видимо в расчете на то, что люди не осилят прочесть описание бага. Якобы в PHP есть серьезный баг, не позволяющий писать на нем демоны, и надо переходить на убогий язык, в котором даже тайп-хинтов нет.
Этот "баг" очень трудно получить на практике. Вкратце он сводится к тому, что память, выделенная под исполняемый код, не высвобождается. Но только я не припомню, чтобы нормальной практикой было делать eval (eval is evil) или реквайрить один и тот же файл миллион раз. И, кстати, уверен ли ты, что в ноде, Руби или Питоне нет аналогичного бага?
Эти "баги" писать демоны никак не мешают.
Ты сейчас описал жизнь типичного программиста на JS, Питоне или Руби, где утечки памяти настолько обычное дело (из-за того, что там не очищаются переменные после обработки запроса, в отличие от PHP, и это вызывает утечки), что никто их даже не ищет, а просто делают перезапуск демона по таймеру.
И чем ты читал, жопой?
eval это следствие основного бага, про который я писал в предыдущем посте >>1733984 https://bugs.php.net/bug.php?id=76982
В баге с eval написано duplicate, жопочтец.
Хватит читать жопой.
This bug is pretty serious when integrating the symfony dependency injection container in reactphp, phppm or swoole applications.
И как минимум что-то вызывает этот баг в доктрине.
Да и в целом ты не можешь знать наверняка если используешь сторонние библиотеки.
Им надо поменять настройки Симфони, чтобы она не читала конфиг при каждом запуске. В частности, в баге написано:
> PhpFilesAdapter uses exactly this technique to load files from the cache
Если проблема в этом, надо просто поменять адаптер.
Это скорее баг в Симфони, чем в PHP, так как Симфони оптимизирована для "умирающего" режима работы. Демоны он писать не мешает.
Про твой случай с доктриной ничего не понятно из описания.
Вот в каждом треде находится какой-то поехавший, который выкопает малозначительный баг, проявляющийся в редких случаях, и трясет им тут, утверждая, что якобы на PHP нельзя писать демоны (неправда, можно). И, кстати, ты уверен, что в Руби/Питоне/JS аналогичного бага с инклюдом файла миллион раз нет (по-честному миллион раз, а не через аналог require_once) ?
А если ты сам для себя адаптер пишешь тебе тоже багтрекер чекать нужно? Ты понимаешь что это не продакшен реди хуйня?
Когда ты бложек свой пишешь это не важно, а когда из-за такой хуйни продажи останавливаются это пиздец. В симфони написали адаптер, а в ларавеле не написали, а в доктрине вообще не в курсе что какой-то там адаптер течет. Кто будет с горящей жопой бегать и выяснять это?
Пиздец манямир.
Ты преувеличиваешь. Неужели кто-то возьмет, сделает магазин на Симфони с демоном и не протестируя, выложит в продакшен? Тогда это будет ему полезный урок, почему не стоит пренебрегать тестированием.
Наконец, утечки памяти точно так же есть в приложениях на JS и прочих скриптовых языках. Но ты их не замечаешь, потому что тебе хочется что-нибудь ляпнуть про PHP.
Вот смотри, Питон, Руби или JS в сто раз менее "продакшен-реди". Ведь там даже нет тайп-хинтов и можно передать что угодно куда угодно. Это же дно. Я сам писал когда-то большое приложение на JS и ловил ситуацию, когда из-за опечатки в имени свойства из него читался null, и выскакивал совсем в другом месте программы, и надо было искать, откуда он возник. То еще удовольствие. В PHP в аналогичном случае было бы сообщение об ошибке.
На JS/Питоне/Руби я бы вообще не взялся писать что-то сложное по этой причине. Они больше подходят для маленьких скриптов в Jupyter Notebook (хорошая штука, кстати).
Ты, по видимому, ничего большого не писал и просто не знаешь проблем, и выдумываешь чушь про какой-то минорный баг, который вдруг обрушит продажи.
Я привел пример того, что в других скриптовых языках дела еще хуже, но их все равно же используют. В JS можно опечататься в имени свойства объекта и никакой ошибки не выведется. По моему, это в 100 раз более важный баг, чем минорный баг в PHP, который проявляется в каких-то редких случаях и насчет которого можно поспорить - а баг ли это?
Если ты просишь PHP интерпретировать миллион раз один файл, то для PHP это все равно что миллион файлов (он ведь не знает, изменился файл в промежутке или нет, и каждый раз читает его заново), и естественно, чтобы загрузить в память миллион файлов, нужно иметь достаточно памяти.
На Си та же ерунда - если приинклудить много файлов, то компилятор жрет много памяти. То есть, этот "баг", он наверно почти в любом языке присутствует. Загрузи миллион файлов в Питоне, Руби, JS - точно так же кончится память. Но это же не мешает людям писать на них код? Не мешает. И в PHP не мешает.
Так понятнее?
Скажем есть такая таблица https://pastebin.com/SFgRNMeu
1 | red | 3 | 43
2 | blue | 3 | 12
3 | green | 2 | 5
4 | red | 1 | 20
5 | red | 3 | 17
6 | green | 3 | 13
7 | green | 2 | 21
8 | blue | 1 | 2
9 | blue | 3 | 19
10 | red | 1 | 7
Задача: Как оформить sql запрос в php, чтобы посчитать сколько всего красных кубиков в каждой коробке?
Ну типа select box, count(id) from table where and cube='red' group by box;
>Питон
>Ведь там даже нет тайп-хинтов
Самое смешное, что есть, но всем на них похуй, петухон-сообщество официально жрет дерьмо годами и не использует их.
Просто погляди на исходники популярных петухон-проектов. Такого кала даже на JS нет, не то что на пхп.
Комменты писать у петухонцев видимо не принято, вот в первый раз такое вижу, честно, чтобы прям для какого-то япа закономерно все игнорировали комментарии. Обычно это просто у новичков неопытных, но на питоне реально тенденция такая блять - не писать ебаные комменты, будто все и так должно быть понятно, что, откуда и куда пересылается по функциям (типы у параметров, ясен хуй, не указаны).
Просто какое-то раковое комьюнити.
>>Ведь там даже нет тайп-хинтов
>Самое смешное, что есть, но всем на них похуй
Тому що на них похуй интерпретатору.
>Просто погляди на исходники популярных петухон-проектов. Такого кала даже на JS нет, не то что на пхп.
Все так, динамикопараша во все щели, у JS хотя бы TS есть.
Проверь, пожалуйста.
http://sandbox.onlinephpfunctions.com/code/8b319df9378ee89dad99ae6037b1b7f6db749621
Динамический стул нахуй не нужен. Все его преимущества можно легко добавить в статический язык.
Например, взять ту же Java. У меня ни разу блять, за время использования, не было проблем с преобразованием типов, до того это гибко там происходит.
То есть, по факту, в яве преобразование типов происходит очевиднее и проще, чем в том же пыхе, хотя это СТАТИЧЕСКИ ТИПИЗИРОВАННЫЙ язык.
Например, в яве можно на лету преобразовать объект в подходящий тип:
Mother object = (Mother) getDaughter();
В пыхе так можно? только для скаляров Динамическая типизация, мам, ко-ко-ко, в смысле нельзя? Но... динамическая... типизация...
(Спасибо хоть за ко- и контравариантность в 7.4).
Вкатун,20 лет, ДС-404 чуть меньше лимона жителей.
Пришел в компанию на позицию джуна-разработчика 1С-Битрикс(Да, знаю, кал и тд, но у меня в зажопинске других вариантов почти и нет).
Вот только сейчас уже почти месяц я даже не трогал php, я только и делаю что верстаю адаптивные странички на бутстрапе.
Вроде как у меня стажировка и мне даже заплатят(фикс 35к), но я же должен работать с битриксом, а мне дают только верстку. Лид говорит что все успею, не переживай все так начинали. Че делать? Ждать пока дадут команду учить битрикс? Или дропать эту компанию? Не так я представлял жизнь php джуна...
Ты, по моему, что-то путаешь. В Яве строка
Mother object = (Mother) getDaughter();
Ничего не преобразует, а лишь проверяет в рантайме, что getDaughter вернет объект класса Mother или наследника. В PHP это не требуется делать, потому там синтаксиса для этого и нет, в PHP достаточно просто написать:
$object = getDaughter();
Неужели битрикс это настолько плохо?
Просто у меня в дс всего 7 вакансий джуна или околоджуна. 5 из них это битрикс, одна вью и одна ларавел.
В битрикс-конторах мне хоть тестовые давали и на собесы звали, а вью и лара просто отказ вы нам не подходите. Вот я и решил набрать год опыта в битриксе, а потом уже идти в другое место.
>Неужели битрикс это настолько плохо?
Да, настолько плохо. Плохо по зп, плохо по скилам, плохо по востребованности.
>Просто у меня в дс всего 7 вакансий джуна или околоджуна. 5 из них это битрикс, одна вью и одна ларавел.
Пробуй те две с уи и ларавелем.
И кто-то запрещает тебе стучаться на мидловые ваки?
Просишь тестовое - делаешь - идешь на собеседование.
>В битрикс-конторах мне хоть тестовые давали и на собесы звали
Ну конечно они любому лошку рады. Хорошие разработчики в т.ч. джуны просто не пойдут к ним
>Вот я и решил набрать год опыта в битриксе, а потом уже идти в другое место.
Не, такое с битриксом не работает. Ты сможешь максимум из битрикс джуна стать битрикс мидлом. Но в php ты всё еще будешь на уровне ниже джуна.
Вот почитай выжимку: https://habr.com/ru/post/282333/
Думаю, многие вопросы отпадут.
>Не, такое с битриксом не работает. Ты сможешь максимум из битрикс джуна стать битрикс мидлом. Но в php ты всё еще будешь на уровне ниже джуна.
У меня такая хуйня с вордпрессом. Сеньор вордпресс, пхп ниже джуна. Сейчас начал наверстывать, получается достаточно легко, благодаря большому бекграунду ковыряния говен, но много времени проебано зря на сайтиках для ашотов.
Ух ща простыня будет, которую никто не прочитает, пост про битрикс стригерил флешбеки.
Было дело мне менеджер подсунул помимо прочего поддержку магазина на престе (не последней версии, 6 чтоли), проебался я с ней полгода, но и за это время успел оценить прекрасную квалификацию обезьян под цмски.
Сама преста нихуя не идеальная, вообще говно как и положено продуктам с таким жизненным путем, однако чисто на голую с ней еще можно было бы работать. Даже обновить до гораздо более современных в плане кода версий.
Но не тут то было. До меня эту срань поддерживала какая-то вебстудия в течение года, и первое что я увидел - это полностью переломанное мелкими правками ядро. Потому что так сделать быстрее.
Первое что пришлось сделать - подрубить гит и послать сеошников нахуй и пожелать им смерти. До этого работали прямо по фтп, причем давая доступ к коду даже сеошникам, которые с одном специальном костыле через регулярки последним делом в каждом запросе разъебывали как им надо всю сгенеренную верстку (в том числе с помощью охуенных сео модулей, которых они туда поставили вообще все, до которых смогли дотянуться, но так и не смогли понять как это настраивается).
Продолжил сразу же git diff тулом, которым прошелся по всему ядру из гита и сравнил его с ядром этой убитой версии. За кучу бессонных ночей выкорчевал это все в расширения, тем самым очистив ядро и выделив всю хуйню, что говноеды наделали за это время. Чуть ли не половину пришлось выдирать через рефлексию, т.к. законных способов модификации такого в самом ядре вообще не было.
Подтянул композер и его автолоадер, сделав, конечно, альтернативным, потому что родной автолоадер из нулевых убивать себе дороже - там хуета по типу того, что в этой статье с битриксом. Подтянул всякие миграции (автосгенерил начальную со всей продовой базы, дальнейшие соответственно нормально писал. Прежде они по анти юбест практисам правили все руками в продовой базе прямо. Алсо, стейдж тоже поднял, как и возможность вообще локально это дерьмо развернуть.) Орму несложную, все такое. Кое что расширил (роутинг например), чтобы проще было модулями расширять, а это требовалось в основном как раз. Кое что порефакторил в процессе, обновил пхп с 5.хуй какой-то версии до 7.1 (кажется, выше не вышло), точечно поправив где пизда была. Исправил старые ошибки, которые там годами висят, закрыл старые уязвимости (хотя это скорее для галочки, потому что как позже оказалось сверхразумов не защитить от уязвимостей - они сеошников на прямую в базу пускают). Всякую админскую хуету поделал, реплики там, хттпс автообновляемый и бесплатный, мусор (а они и его на серв ставили) поудалял, переключил с nginx + apach на nginx. Кеш завел для себя. В общем весь новый функционал писался в гораздо более человеческом виде, чем на родную, а уж тем более на уебанную сео-конторой версию престы. Новенькое превратилось более менее в непотную рутину.
Но желание обновиться таки было (и у заказчика особенно), а для этого самое главное не ядро вылечить, а 150 модулей (их реально столько было). Каждый из них с собственным кодом от очередного васяна. Были и оформленные хорошо, вроде модулей от яндекса, но и в них успели насрать. Отключил почти 70% из них. Оказалось просто ставили, а зачем - хуй их знает. Управленцы, сэр, видят цель не видят препятствий блядь, ставят все подряд в надежде что проканает. Надо понимать, что каждый модуль в сущности засорял систему, да и отследить флоу всей параши, которая по событиям (хукам) таким образом дергается - хуета хует. Ну и вполне реальный кейз того, что модуль может при установке сделать - насрать своими файлами вне своей директории хотя бы. там это в порядке вещей. Да и в целом чуть ли не каждый модуль это php + js + css + html в одном файле через это с глобальным стейтом и ну его нахер, таких слов нет, чтобы это описать. Проще просто удалять один за другим и смотреть че отваливается. Осталось терпимое количество модулей. Каждый из них надо было так же обновить и убедиться, что эта сука будет работать. И вот тут - фиаско. Обновить большую их часть до актуальной версии престы попросту невозможно. Часть из них подверглась таким же правкам сеоблядей, как и ядро, при этом часть платных модулей (а то и бесплатных) в изначальном виде уже вообще не достать, чтобы понять где тут в куче говна свинье еще и наблевали. Через код намертво стал заколачивать обновления модулей. Полностью запретил их установку так же через код, сказал ставить через меня (а хуле, они ведь каждый день по несколько штук ставят, похую им, что это прод). Захардкодил блеклист (вернее вайтлист) модулей, даже оповещать об этом заказчиков не стал, пусть просто думают что нет модулей.
Остроты добавляли страницы. Это такие куски говна в каждой, наверно, цмске, которые редактируются из админки и кладутся прямо в базу, потом дергаятся, эвалятся и че там они еще делают, хуй знает. Суть в том, что там работала вся та же ссанина, что и просто из кода. Хочешь - дергай глобал стейт, хочешь - модули, хочешь - дергай хуки, хочешь жс с запросами. Да все что хочешь вообще. Надо ли говорить, что с этим уже никакая иде не помогает, а при этом срут туда регулярно и очень объемно. И вот все перечисленное там было. Накрячил систему, при которой они срались в файлы, вместо базы, а в бд только путь. Но на нее так при мне полностью и не перешли.
Таким образом каким-то хуем нарисовалась более-менее чистая сборка престы, но без ебли в гланды обновить все равно нельзя. Обновлять стал вручную аккуратно пофайлово нахуй. Процесс долгий, но реально. Сам установщик престы применять - эт опиздец. Шанс что он просто похерит половину нужного. Гонял на стейдже, перетер нахер все и скораптил базу в хуй, при этом отвалившись с какой-то ошибкой. На все действо, конечно же, часа 4 ушло, эта хуйня не быстрая.
Так и не обновил до конца, вот такой вот я лошок, отдал следующему недачнику, а подсказывать че оно как отказался, пусть страдает, заслужил за то, что взялся за эту хуйню.
Работать стало канеш быстрее, новый функционал писать стало почти приемлимо, старый править - зависит только от модуля, где правки нужно вносить.
Нахер эти цмс, просто нахер. Судя по статье битрикс примерно такой же мусор и ковыряют его часто люди уровня "наш программист в сео-конторе", а значит еще хуже становится.
Единстыенный плюс - после этого неявно обфусцированного кода с чем угодно можно разобраться, но скилл так себе, потому что разбираться с чем угодно - это участь галерного раба.
Я вот только одного понять не могу. Нахуя, вы, блядь, дебилы сука ебаные - пишете в фориче вместо $value/$elem - какую-то хуйню? Зачем блять всё усложнять и писать на месте элементов какую-то хуйню, если всем и так понятно, что это элементы массива?
Ебучие олухи, горит с этой хуйни.
В фориче ключи прописываются или $key, или $index. Значения: $value/$elem. ВСЁ!
Макаки - такие макаки. Надеюсь, ты возьмёшь это себе на заметку.
Бля, ну не тупи. И не слушай местных ебанатов, тут половина вкатывальщики сразу в калифорнийский стартап, а вторая половина лабу 1 осиливает. Кого ты нахуй слушаешь? Тут почти нет никого к чьему мнению можно прислушаться. Тебе 20 лет всего, это хуйня. Первая работа это не только стек маня технологий, это опыт от общение с коллегами, руковдством, опыт о том как ведется даже этот мелкий бизнес. Карьера и вообще выбор жизненного пути не строится блядь выбором языка - это просто детская максималисткая чушь.
Ничто тебе не мешает работая с 1с надрочить лару, например. И когда ты придешь в другую контору и скажешь я вот только освоил лару - но до этого год работал в бизнесе на 1с - то ты явно будешь в позици более выигрышной, чем джун, который нихуя нигде не работал, и со своей тудухой на ларе приперся.
Так что мой совет - работай спокойно, смотри как делается это бизнес, и паралельно изучай большой фреймворк.
Замыкаться на 1с тупо, но обрати внимание, даже тут в треде люди даже на пхп не замыкаются, кто то на питооне, кто то на ноде, кто то на реакте пилит чето.
>тут половина вкатывальщики сразу в калифорнийский стартап
Чини детектор
>Тебе 20 лет всего, это хуйня
Это не повод гробить их в цмс могиле
>Карьера и вообще выбор жизненного пути не строится блядь выбором языка - это просто детская максималисткая чушь
Подумаешь, проебешь года 3-4 на битрикс, можно же потом переучиться. А хули тут так сложно эти ваше фреймворки? Какой DI? В смысле каждый класс в отдельном файле? Какой psr? Не, ну нахуй, буду дальше сидеть на битриксе. Он уже знаком, платят стабильно 30 тысяч.
>Ничто тебе не мешает работая с 1с надрочить лару
Кроме отсутствия времени и сил, а так же высыхания мозгов от ебли с битриксом и хуевого комьюнити.
https://www.youtube.com/watch?v=HWyqrflRIt0
Это хуже, чем не знаю что. Наверное даже Wordpress лучше. Я знаю истории людей, которые начинали работать с битрикса, а потом через 2 года завязывали с программированием насовсем и уходили в другие профессии.
Не слушай тех, кто говорит, что ничто тебе не будет мешать параллельно учить другой фреймворк. Этому будет мешать твоя работа - 8-10 часов в день ты будешь тратить на ковыряние в битриксо-навозе вместо приобретения реально нужных скиллов. Если хочешь двигаться в рамках PHP-экосистемы, то разбираться надо с Laravel (50-70% рынка) или Symfony (20-30%). Про Yii2 забудь, это мертвый фреймворк, на нем все еще много проектов, но это легаси и в основном только СНГ/Китай.
>Если же нужно проверить, что объект имеет определенный тип или подтип, то используешь стандартный instanceof
И это программисты? Говно какое-то, пидоры, блядь. Дали им ковариантность - типизируй! Типизируй методы, блядь! Не хотят, хотят жрать говно. Что такое? Это ООП?! Это SOLID?! Суки… Мудачьё — говнокодеры. Лычки нацепили, говно жрут.
Как можно это сделать, не обновляя doctrine в проекте?
А хз. По идее все должно быть в рамках каталога одного проекта.
Но там как то нужно будет с маршрутизацией нгникса зарешать.
Хотя в рамках моей задачи http запросы будут падать на ларавел, а на ноду уже по api передаваться.
Но как это делается правильно в рамках одного сервера? Или таки нет "рамок одного сервера".
> Это ведь так должна выглядеть композиция
По идее, да.
У тебя неудачно сделано то, что информация о бронях хранится в 3 копиях. Это сильно усложняет работу с кодом, так как любое изменение надо делать 3 раза, очень легко где-то ошибиться, и в итоге получить расхождение в данных. Данные о бронях стоит хранить в одном месте, это может быть, например Hotel или BookingService. При этом при желании можно прокидывать ссылку на них в Room, чтобы он мог знать о том, когда он забронирован, хотя по моему, проще без этого. Дублирование данных надо избегать.
Также, не очень удачно делать бронь массивом, тут явно стоило применить объект. В дальнейшем к брони скорее всего добавится куча доп. информации, например: доп. услуги, заказанные гостями, платежные документы, итд. А так, у тебя получается массиво-ориентированное программирование.
> пишем пользовательскую функцию сравнения по уникальному номеру для array_udiff
Объекты можно сравнивать на равенство с помощью ===. Это условие сработает, только если справа и слева ссылка на один и тот же объект. То есть объект без всяких номеров обладает идентичностью. А вот == будет сравнивать не идентичность, а поля объекта и тут меньше подходит.
> return ($freeRooms[0]->getCapacity() >= count($guests))
Здесь будет ошибка, если массив $freeRooms пуст.
> //Если в этот раз не вышло разместить никого, пытаемся сначала разместить на одного гостя меньше
Тут по-моему ошибка: мы удаляем одного гостя из массива и ему ничего не будет предложено.
> Все функции я протестировал в самых разных ситуациях дебаггером
Это хорошо, что ты умеешь использовать отладчик, но по идее код лучше тестировать автоматическими тестами. Хотя они могут потребовать некоторое время на написание, зато потом после любых правок можно их запустить, и убедиться, что код не сломался. Если тебе интересна эта тема, то можешь попробовать написать автотесты для своей гостиницы. Вот пара ссылочек в помощь:
- урок про то, что такое и как писать автотесты: https://gist.github.com/codedokode/a455bde7d0748c0a351a
Если хочется посмотреть на реальные автотесты, то могу посоветовать компонент Symfony HttpFoundation: https://github.com/symfony/http-foundation . Он содержит классы, соответствующие HTTP-запросам и ответам (протокол HTTP используется в работе сайтов: браузер при открытии страницы посылает на сервер запрос, и получает ответ. Данная библиотека ничего никуда не отправляет, но сождержит классы, хранящие информацию о запросах и ответах). И там же в папочке Tests есть тесты для этих классов.
Если хочется разобраться в ООП поглубже, то могу предложить сделать классы для представления математических выражений вроде 2x + 3y + 7 (там получится дерево из объектов Сумма, Произведение, Переменная, Константа), а затем реализовать упрощение выражений, например 2x + y + 3x -> 5x + y. Задача выглядит простой по описанию, но позволит изучить деревья, AST, паттерн Visitor, трансформацию деревьев выражений.
Если ни тесты, ни выражения делать не хочется, можно браться за задачу про список студентов.
Вот так выглядит цикл. https://pastebin.com/GXk6xiQp
Начни с самого начала https://phpdelusions.net/pdo , тут можешь прочитать зачем https://phpdelusions.net/pdo/mysqli_comparison.
Второе прочитай хотя бы самый минимальный гайд по SQL https://proglib.io/p/sql-for-20-minutes .
В третьих сначала придумай и выполни запрос, потом используй его в коде. Если нужно показать запрос в треде используй онлайн редакторы.
Теперь по твоей таблице и запросам. Ты умудрился настолько всрато все описать, что никто в треде нихуя не понял что ты хочешь сделать. Почитай что такое реляционная база и нормальная форма.
Я разбил твои данные на несколько таблиц с понятными названиями и прокомментировал происходящее https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=ab4186232023ed8447004ad5d5c1d0b6
А как в пхп эта хуйня работает? Там шо массив, шо хэш мапа. Как это в памяти хранится? Или когда как массив, когда как мапа, как повезет?
В пхп все хэш мапа. Даже все что в SPL идет как структуры данных внутри все равно работает как стандартный массив (хэш мапа). Есть вроде какие-то либы для самого пхп, но на них всем похуй.
Тут все думают не как деревья обходить, а как бы запросы в базу в цикле не нахуярить.
на что мне ответили: Постарайся больше времени обучению битрикса посвятить ларавел пока как побочка
так вот, как скоро стоит валить с этой галеры? после того как напишу своой первый блог на ларке?
Возьми отпуск на неделю и поучи ларавель. Там учить нечего. Вся дока читается за часов 6. А дальше пили блог с 4 ролями(админ, модератор, автор, читатель), с древовидными комментариями, поддержкой API, админкой(таблица юзеров, возможность банить менять привелегии).
Сделал это месяц назад, сижу пержу на ларе
Отформатировать это вот так?
$data_trouble = [];
foreach($dat_nick as $prod) {
foreach($productss as $product) {
if ($product['p_name'] === $prod['name']) {
$data_trouble[] = ['name' => $product['p_name'], 'type' => $prod['type'], 'nick' => $prod['nick'], 'price' => $product['p_old_price']];
}
}
}
Вообще, я не о том же, вся конструкция смотрится уродски как-то, ощущение, что можно как-то сильно лучше написать.
как минимум так https://ideone.com/efigKs
Переменные названы бессмысленно, например, что такое dat_nick или data_trouble и почему у productss 2 буквы s? Надо переименовать.
>>1737118
Может быть надо писать во множ. числе, MINUTES? https://dev.mysql.com/doc/refman/8.0/en/date-and-time-functions.html#function_date-add
Есть API лара.Учебные цели все крайне примитивно.
ресурс-контроллер и роут в api.php -
Route::apiResource('test-api', 'API\ApiController');
Есть отдельный сервис на ноде.
Из ноды отправляю GET запрос на API лары. JSON лара получает, отправляет обратно ответ успешно.
Трабла в том что это все долго. Секунд 10 запрос-ответ.
Сижу дома, поэтому все барахло на винде.
Но web-роуты на ларе работают быстро.
Куда можно посмотреть?
Спасибо что ответил. Не хотел второй раз дергать, тем более что последним временем побольше угорел по линуксу, базам данных и html/css/js, почти за пхп забыв. Хотя вчера вот завершил раздупление над материалом из этой https://github.com/codedokode/pasta/blob/master/soft/web-server.md и сопутствующих страниц о http, шаблонизации и прочем, по идее сегодня должен был бы начинать над списком студентов работать, но я все еще играюсь с базами данных на sql-ex.
Рецензию понял- принял. Хотя нет, кое-что таки не понял:
>Это сильно усложняет работу с кодом, так как любое изменение надо делать 3 раза, очень легко где-то ошибиться, и в итоге получить расхождение в данных.
Это всё же само собой проделывается в функции register() класса Hotel. Хотя это, конечно, не отменяет того, что можно было сделать получше. Алсо, иногда появляется желание инкапсулировать скрыть некоторые методы от всех классов кроме какого-то одного, для использования которым они и созданы. Например, в этом случае совсем нежелательно чтобы функции регистрации гостя или комнаты были доступны отдельно от общей функции регистрации. В векторе вроде тоже были схожие ситуации. Значит ли такое желание то, что я делаю что-то не так? Ведь насколько я понимаю, такой возможности не существует помимо как в наследовании, а значит быть ее и не должно.
>Тут по-моему ошибка: мы удаляем одного гостя из массива и ему ничего не будет предложено.
Значение переменной $notHostedGuests ведь не меняется в этом случае. Функция сначала попытается подобрать комнату для меньшего количества гостей, после чего отнимет из $notHostedGuests это количество при успехе, и уже будет пытаться найти комнату для оставшегося количества гостей посредством вырезания в новый массив количества гостей из $guests, равного $notHostedGuests. По факту функция раз за разом размещает тех самых гостей в другие комнаты, но это значения не имеет, так как в возвращаемом функцией массиве не указано каких конкретно гостей куда поселить, указано лишь количество для комнаты. За то каких гостей куда селить отвечает другая функция - registerInBestRooms и так далее. Так или иначе, это всё равно лишь полурабочий жадный алгоритм.
На счет автотестов - планирую их изучать попозже, это всё же не самая главная вещь, но знаю что необходимая. Начну наверное со студентов, хотя твоя задачка меня заинтересовала, но не совсем понял ее. Насчет упрощения выражений понятно, а что ты имеешь в виду под представлением выражения? Типо на вход какому-то менеджеру через функцию попадает строка вида "2x + 3y + 7", а он раскладывает ее на что-то вроде пикрил? Как должна представляться древовидность? С помощью аггрегации, в свойстве объекта должен быть массив с вложенными в него объектами или как?
Битрикс - насквозь коммерческая цмс и все плюшки там надо покупать. Я бы порекомендовал объяснить своему пм, что разработка модуля с нуля зайсет много времени и принесет мало денег.
В твоем случае кто-то захотел кастомную разработку под кривую и дорогую цмс по цене дошика, а менеджер-дурак согласился.
Фабрика делает модели. Столько сколько тебе нужно. Обычно их используют для набивания бд рыбой так как пилить приложуху когда видно что выводится гораздо сподручнее, чем представлять себе это.
Сидеры есть сидеры - делают посев данных в бд. Там можно вызывать фабрики. А можно не вызывать и писать руками.
if($huina) {
$user = User::where();
} else {
$user = User::where();
}
$user = User::orderBy('id', 'desc')->paginate(10);
Чтобы не писать это в if else
Ему нужно выкатиться из треда и пойти на завод. Персонаж ни вопрос нормально задать не способен, ни внимательно оппост прочитать, а ждет, что ему тут сопли вытирать начнут.
Как он работать то будет? Ни документацию прочитать внимательно не сможет, ни ошибку в коде найти, ни коллеге вопрос внятно задать.
На завод.
Вызываю script.php аяксом, в конце скрипта пишу:
header('Location: http://site/script.php?id='.$id);
чтоб он сам себя вызвал с новым параметром get.
Для сервера это новый процесс? Нормальное вообще решение?
Пока не могу проверить на реальных данных, чтоб ошибку вызвать, поэтому решил спросить.
Кто-нибудь пробовал?
$class->attribute_name
$class->attributeName
>>1731888 (OP)
Здравствуй ОП , можешь пожалуйста глянуть задачку про алфавит по кругу https://ideone.com/hP3vI5 . В моей получившейся окружности , только первая строчка выглядит непропорциональной , но вроде я все сделал правильно
Ребят, такой вопрос, почему многие PHP разрабы используют array() вместо []? Я вообще не могу понять...
а то несет 00ми годами
анонсы вот делаю блог. и через ресурс контроллер работаю со статьями. делал все сразу на индекс странице, если что
и вот пока что такие роутинге как на пике. пытаюсь сейчас сделать удаление. делаю по быстрому старту от оф доки ларки.
во вьюхе вот такая хуйня юзается https://ideone.com/zau9RB
в самом контроллере вот это https://ideone.com/Uq9T1R
но проблема в том что при клике на кнопку он меня редиректит на blog.local/228 например и выдает 404. че за хуйня и как это фиксить то?
пока что осилил только создание новой статьи в блоге, все норм вышло, теперь вот пробую удалить
>>1733218 →
Спасибо за проверку задачи про сдачу и банкомат. Я учёл ошибки, которые были сказаны, и сделал уже оптимизацию. Вот мой конечный вариант, посмотри пожалуйста https://ideone.com/eZJpDe .
Очередной борщехлеб с манямиром, в котором всё, что не по фреймворкам, то неправильно.
Щас, блядь, побежал тебе гитхаб шерстить чтобы доказать очередному крокодилу какую-то тупую хуйню на которую он агрится в силу непрошедшего подросткового максимализма.
Это просто алиас и всё.
Тут можно попробовать сделать еще оптимизации и отказаться от массива в $numberOfBills[$N]. Ты туда записываешь массив range($nextMaxLimit, 0), а можно было бы записывать сразу $nextMaxLimit, и цикл foreach заменить на for от этого значения до нуля. Это должно чуть ускорить программу, так как мы не тратим время на создание массива, поиск в нем макс. значения итд.
Так, в общем, решение верное.
>>1740187
У PHP вообще-то хорошая и подробная документация в сравнении с другими языками.
>>1740090
Плохо, что коэффициент 2.7 повторяется дважды. Надо было сделать константу: const X_SCALE = 2.7; и использовать её. Координаты стоит округлять.
Так, решено верно. Сплющенность круга скорее всего из-за того, что явно не задан способ округления (и, например, он округляет все в меньшую сторону). Можно попробовать round(), может быть круг станет круглее.
Долго работающие скрипты обычно запускают из консоли, где нет ограничений по времени. Если надо запускать их из веб-интефрейса, то можно прикрутить очередь задач, которая будет выполнять скрипт в фоновом режиме. Есть готовые библиотеки для реализации этого, например, gearman.
>>1738579
Да, учебник не полный, и в нем что-то отсутствует. Чтобы сделать задачу про студентов, надо самому изучить основы SQL (запросы CREATE TABLE, SELECT и INSERT) и HTML (желательно с bootstrap), и прочитать урок про запуск веб-сервера на PHP: https://github.com/codedokode/pasta/blob/master/soft/web-server.md
>>1737749
Массивы в PHP это ассоциативные упорядоченные массивы, то есть это хеш-мап с запоминанием порядка элементов. Памяти ест он намного больше, чем 128 байт, можешь померять, если интересно, сколько. Если тебе нужен массив на 128 байт, можно просто создать строку из 128 байт и работать с ней. Также, в PHP есть кое-какие типы в SPL (стек, очередь и еще что-то).
В новом PHP с помощью FFI можно будет создавать сишные структуры и массивы.
>>Это сильно усложняет работу с кодом, так как любое изменение надо делать 3 раза,
> Это всё же само собой проделывается в функции register() класса Hotel
Это сейчас у тебя только одно действие - регистрация. А когда пойдут изменения в бронях, удаление броней, тебе придется каждую операцию в трех местах делать. Потому надо избегать дублирования. Это усложняет код, и создает вероятность расхождения списков из-за ошибок.
> Алсо, иногда появляется желание инкапсулировать некоторые методы от всех классов кроме какого-то одного, для использования которым они и созданы.
В PHP для этого ничего нет, в Си++ есть такое понятие, как "классы-друзья", которые могут лезть в защищенные поля друг друга. Но в общем в ООП такой подход не распространен. Возможно, стоит менять что-то в архитектуре. Вот, например, если не хранить в Госте список броней, то и метод register() в нем будет не нужен.
> Значение переменной $notHostedGuests ведь не меняется в этом случае. Функция сначала попытается подобрать комнату для меньшего количества гостей, после чего отнимет из $notHostedGuests это количество при успехе, и уже будет пытаться найти комнату для оставшегося количества гостей
Да, верно.
> а что ты имеешь в виду под представлением выражения? Типо на вход какому-то менеджеру через функцию попадает строка вида "2x + 3y + 7", а он раскладывает ее на что-то вроде пикрил? К
Для начала, можно создавать выражение руками, без парсера:
$expr = new Sum(new Constant(10), new Variable('x')); // 10 + x
А потом, если будет желание, прикрутить парсер.
Выражения представляются в виде дерева узлов, где каждый узел это операция (у нее есть дочерние узлы-аргументы), переменная или константа. Да, это выглядит как на твоей картинке, только удобнее не делать 2 отдельных сложения, а одну сумму из 3 под-выражений. Так легче будет трансформировать выражения.
Также, стоит делать узлы иммутабельными (неизменными). Это позволит избежать ошибок при транфсормации деревьев (ошибки, когда мы можем случайно поменять содержимое исходного дерева, которое передано на вход).
> Как должна представляться древовидность?
Дерево - это структура, которая состоит из узлов, начинается с корневого узла, и у каждого узла могут быть узлы-дети.
> С помощью аггрегации, в свойстве объекта должен быть массив с вложенными в него объектами или как?
Да, можно так.
у питона доки оформлены лучше
Пишут, что в xampp есть кнопочка для открытия консоли, в которой правильно прописан PATH и команда php выполняется: https://stackoverflow.com/a/62500117
Вроде работает, но предупреждения-то почему выдаёт?
PHP Version => 7.3.11-0ubuntu0.19.10.6
Так, у меня мозг сломался.
При первой прогонке первый for сработает, а второй нет ,ибо там условие, что j должна быть меньше i, флаг не объявлен и 2 выводится, тут вопросов нет.
Вопрос уже к тройке и остальным. Во время второго пробега второй цикл срабатывает, ибо теперь i = 3, а j всё ещё 2. Итак. проверяется наличие остатка от деления i на j, вв случае если он не равен нулю, то нихуя не происходит, флаг так и остаётся false... Ну или необъявленным, тут не важно. В результате чего 3 так же будет выведено.
А вот теперь интересна, так как теперь i = 4, а j = 3, то срабатывают оба цикла. Однако, 4 делится на 3 с остатком и опять не должно произойти ничего и четвёрка должна вывестись, но она не выводится. Значит j всё ещё равна 2. Типа, это особенность работы встроенного цикла и $j++? Сначала возвращает всё ту же двойку, а потом уже увеличивает? Я не понимаю.
аноны, пытаюсь прикрутить валидацию вот таким способом https://ideone.com/elqRlY
и все вроде бы ок, если она не проходит то просто редиректит заново на форму создания статьи, но суть в том что без сообщений каких то. в старой доке была вещь что можно было поставить if ($validator->errors()) return with errors
а в новой такого чет не нашел да и гугл не дал ответов. как решать то такое?
Нет, при третьем запуске внешнего цикла когда i будет равен 4, запустится внутренний цикл где выполнится выражение i = 2, и из-за того что 4 % 2 == 0 у тебя по условию флагу присвоится true и внутренний цикл завершится из-за break на 9 строке.
Попробуй просто повыводить значения i и j в разных местах внутри циклов для понимания как они работают без условий если всё ещё не очень понятно, ну и не забывай обращаться к теории.
https://ideone.com/ExhydZ
Надеюсь, я тебя правильно понял. Но это самая примитивная проверка (и не факт, что качественно сделанная). Можно ещё делать вложенные, дабы был разный результат на выводе в случае несоответствия одного из параметров.
https://ideone.com/yw8i2A
Только никогда не нужно использовать конкретно or или and, всегда используй && и ||, в пыхе ебнутый приоритет у операторов
>Если вы хотите, чтобы переменная принудительно вычислялась как определенный тип, смотрите раздел приведение типов. Если вы хотите изменить тип переменной, смотрите settype().
те в первом случае это разовая операция без изменения,а вторая насильно меняется и навсегда?
Так, сам не допёр и нашёл в интернете. Функция вывода ряда Фибоначчи до определённого значения. Я сделал, чтобы выводилось только финальное, ибо изначально нужна функция поиска определённого числа. Так вот, это хуйня ебаная дохуя нагружает, то есть на 40-50 уже тяжко, какое-нибудь сотое вряд ли найдёт. Так вот, каким образом можно найти определённое число? У меня возникла идея создать массив и сделать функцию, которая берёт индекс и выдаёт его значение, но чот хуйня какая-то. Находил историю с матрицей, но я для этого туповат.
> хуйня ебаная дохуя нагружает
Это из-за рекурсии. Нужно вычисление фибоначи циклом сделать. Ну ил хвостовую рекурсию (что тоже самое). Или оставить простую рекурсию и как-то добавить мемоизацию. Если тебе нужно проверять является ли число фибоначи числом то там есть тесты которые позволяют не вычислять собственно сам ряд.
Я реально не могу понять что должно быть в этом цикле, понятно что нужно юзать mb_substr, но как именно? Уже часа 3 думаю.
все совсем плохо?
>Символ строки souce с индексом index можно получить через $source[index]
Я вывел с помощью этого все символы строки, получился пикрелейтед.
ЧЯДНТ?
Дружище, не переживай, в пхп со строками не всё так гладко
>Символ строки souce с индексом index можно получить через $source[index]
Вот это вот не совсем правда, ты по индексу из строки получаешь не символ, а байт. Если у тебя многобайтовая строка, то ты получишь не букву, а часть буквы. Чтобы получить многобайтовый символ, попробуй mb_substr($string, $i, 1);
Это как раз текст из задачи в туториале, которую я пытаюсь решить.
Вот я вывел все символы через пробел из текста, дальше я как-то должен написать mb_substr чтобы символы пошли с конца и до половины и потом все это сравнивать в цикле. В доках написано что нужно использовать отрицательный параметр, но с -$i не получается.
Чувствую себя дауном, если честно
https://ru.wikipedia.org/wiki/%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_%D0%BD%D0%B0_%D0%B5%D0%B4%D0%B8%D0%BD%D0%B8%D1%86%D1%83
Почитай для общего развития и найди у себя ошибку
>Это как раз текст из задачи в туториале, которую я пытаюсь решить.
В моём тексте еще эмодзи были по бокам мультибайтовые но двач их обрезал
То есть последний символ при использовании mb_substr отсчитывается с -1, но тогда отсчет от начала руинится потому что он начинается с нуля, что тогда делать? Или я опять не вдупляю?
Ну я вообще не знал, что так можно. Пробовал просто $i приравнивать нулю.
Ну и минус у тебя лишний, надо просто $i - 1. Спасибо за помощь c:
Хочу вот что - есть таблица Products, в контроллере создаю коллекцию так:
$collections = Product::get()
У каждого продукта есть свойства, и мне нужно получить определеныный продукт по свойству. обычным sql запросом это что то вроде:
select * from products join properties on products.id = properties.product_id where products.id = 1;
Как через фасад DB::table() с помощью построителя запросов и объединений понятно.
Как с помощью уже конкретной модели Product - менее понятно, я пока путаюсь в семантике, но вроде для отдельного отношения и его отношений можно выбрать нужные данные из связанных таблиц.
А можно ли как то вызывать построитель запросов для коллекции? Или никак?
https://laravel.com/docs/7.x/eloquent-relationships#querying-relationship-existence
Посмотри там где про whereHas
У продукта есть свойства - две таблицы, отношение многие-ко-многим. В промежуточной таблице id продукта и id свойства связываются.
Допустим у продукта1 есть свойство1, свойство2, свойство4 - записи об этом в промежуточной таблице.
так же в этой промежуточной таблице есть связи с между другими продуктами и свойствами. То есть продукт2 может иметь свойство2, свойство1 и т.д. Вроде понятно описал.
моя задача - по набору свойст однозначно идентифицировать продукт. Тоесть если свойства 1, 2, 4 - то идентифифицируется продукт1. Суть в том что при запросе с объединениями в когда ищем про свойствам продукта, в результирующие строки вылазят другие продукты, которые имеют допустим одной свойство 2.
А мне принципиально как то получить именно тот продукт у которого есть именно те свойства по которым я ищу, а остальные продукты отсеять.
Если вдруг нихуя не понял - можешь меня нахуй послать. Я заслужил.
https://ideone.com/LdgnNr
Попробуй что-то в таком духе
>>1742741
> public function addEmployees(AbstractEmployee $employee, int $count): void
Здесь, по моему, ошибка: мы не добавляем несколько независимых объектов, а добавляем ссылку на один и тот же объект несколько раз в массив. В итоге, если мы поменяем какое-то свойство одного работника (например: повысим ранг), оно поменяется и у его "копий". А это неправильно.
Вспомогательные классы (EmployeeUtil) обычно делают по паттерну utility class, то есть со статическими методами (это методы, которые можно вызывать без создания объекта, вроде SomeUtil::someMethod()).
В sortEmployeeByRank() можно использовать spaceship operator: <=>
cloneCompany немного странный метод, он никак не использует $this, а получает компанию через аргументы. Не логичнее ли было там написать return clone $this ?
Клонирование не очень логично делать в антикризисных мерах, так как это не позволяет применять меры к существующей компании без клонирования (вдруг понадобится). Лучше было делать клонирование где-то отдельно.
> getEmployeesByProfession('Engineer');
Лучше использовать встроенную константу class и писать Engineer::class вместо 'Engineer' - это защищает от опечаток (а в IDE еще и работает с автодополнением).
Удобно было бы добавить в Департамент еще функцию getBoss(), чтобы не искать его циклом вручную.
В остальном сделано неплохо. Если хочешь поглубже ООП поизучать, можешь попробовать сделать задачу про ООП-гостиницу или задачу про упрощение математических выражений отсюда >>1737441
$save_file = fopen('file.csv',"a+");
while ($i<10) {
$line=arr[$i].arr[$i+1];
fputcsv($save_file, $line);
}
Мы проходимся по массиву, формируем строку и на каждой итерации пишем ее в файл. Это норм? Или по-хорошему нужно пройтись по массиву сформировать массив строк, а потом их записать в файл? И во втором случае ведь все равно нужно делать снова цикл в котором на каждой итерации будет вызываться fputcsv?
Я озадачился, т.к. задумался, не слишком ли замедляет работу скрипта вызов fputcsv в цикле? И можно ли как-то иначе?
Если ты пишешь в файл строку, надо использовать fwrite(). А в fputcsv надо вторым аргументом передавать массив, а не строку, эта функция для CSV файлов.
Если ты хочешь записать файл одним махом, используй file_put_contents.
Запись и чтение построчно имеет то преимущество, что не надо тратить память на хранение содержимого всего файла.
и происходит ее краш, хотя мне надо чтобы он вывел картинку которую я обработал через класс Imagick.
как пофиксить то проблему?
ну вот я и обращаюсь в отдельный пхп файл. там букввально 5 строк кода.
первым идет header('Content-Type: image/jpeg');
и затем уже 5 строчек с логикой и выводом... но сука у меня почему то блять пустая черная страница нахуй, убираю хедер и непонятный набор символом и всякой хуиты
да с этим я уже разобрался. рендерю <a href=preview.php><img src=preview.php></a> где лежит код на рендер жпг из шаблона. хуй знает где об этом спрашивать. то ли в жс треде то ли здесь. как мне к этой хуйне прикрутить fancybox ? он массивом рендерит мне пикчи, и те что норм пикчи с ним нормально отрабатывается. а с этим проблемы - он просто в новой вкладке открывает.
Проверь, что до и после header не выводится абсолютно ничего, кроме данных картинки, в том числе там нет пробелов, переводов строк, символа BOM. Так как картинка это бинарные данные, то никаких лишних символов, даже пробелов, выводить нельзя.
"непонятный набор символов" - это как раз данные картинки, представленные в виде текста.
class Bar{
public $elolquen_collection;
public function Foo(){
$this->elolquen_collection->each(function(item, index){
...
//вызывается $this внутри функции, которая внутри метода
$this->elolquen_collection->do_somth()
//разве $this доступен снаружи всех измерений в функциях определенных внутри методов?
...
})
}
}
Бля, ну какие же вы беспомощные. Ни рабочий пример за пару минут не набросать https://3v4l.org/XAsmP, ни документацию почитать https://www.php.net/manual/en/functions.anonymous.php
Еще какие то вещи туда вкорячил. И небольшой сервис на ноде впридачу через API примитивное работает.
Делал по гайду, но погрузился глубоко, кое что сам уже переписал/дописал. Отдельные моменты на фронте переписал на AJAX.
На джуна тяну? Думаю начать активно рассылать резюме в разные конторы, и продолжать пилить этот магаз, запиливая новые фичи.
Если ты про отправку HTTP-запросов к сторонним веб-серисам, то для этого есть несколько способов: начиная с функции file_get_contents и расширения curl, и заканчивая библиотеками вроде Guzzle.
>>1742616
Тут есть небольшая ошибка: долг не может стать отрицательным. Ты каждый месяц уменьшаешь долг на 5000, но в последний месяц, когда там остается, к примеру, всего 1000, надо уменьшать долг на эту тысячу, а не вычитать 5000.
>Выходит что нужно пристроить еще и какой-то ORM: DataMapper или ActiveRecord, верно?
Не нужно, сделай Gateway класс с sql запросами внутри, который возвращает какой-то объект
>Еще не совсем понимаю как в ActiveRecord и DataMapper для INSERT и UPDATE запросов используется один метод save(). С помощью обычной проверки, не повторяется ли какое-то уникальное поле?
Ну как вариант хранить где-то значения полей во время селекта и перед апдейтом, сравнивать разные они или нет
>Алсо, чем обусловлено то, что в примерах свойства у сущностей публичные?
Через пдо можно автоматом гидрировать данные в указанный класс, вот только если у тебя в таком классе будет конструктор то гроб кладбище пидор
Could not normalize object of type "Моя сущность", no supporting normalizer found.
Я тоже прописал через аннотации группу.
Ок я пробую более ручным способом: инжектирую NormalizerInterface: та же самая ошибка.
В чем проблема?
И нахуя этот оверинжиниринг, если мне сериалайзер и нормалайзер придется самому писать все-равно?
дошел до момента регистрации и авторизации. по доке сделал composer require laravel/ui и затем php artisan ui vue --auth
все создалось и в том числе пуи прикладываю на пике . но проблема в том что при переходе на ту же вкладку register возвращается 404 ошибка. куда копать? в чем проблема? версия ларки 7.6.1 если что
https://github.com/codedokode/pasta/blob/master/db/patterns-oop.md
Бля, ну тут по классике. Я не знаю кто автор, но очень уж похоже на того типа с сервис локаторами. Слышал звон, но не тот и нихуя не расслышал.
1. Model (модель). Это часть реального мира, выраженная в коде. Модели бывают разные view model, data model, domain model, relational model. В MVC "модель" - это модель бизнес процесса, который мы хотим запрограммировать. Для примера используем новости, как в этой статье. У нас будет два бизнес процесса "опубликовать новость" и "показать новость". Соответственно у нас две модели. Сама новость это не модель, а только часть модели, а все объекты, которые используются в бизнес процессах формируют "слой бизнес логики". Более того "публикуемая новость" может отличаться от "показываемой новости" как по содержанию, так и по функционалу. И конечно каждая из эти новостей может отличаться от данных в базе.
Тогда почему в том же ларавеле для каждого объекта, который сохраняется в базу используется термин "model"?
Это просто срезание углов. Очень часто наш бизнес процесс очень простой, нужно просто запомнить данные и потом показать их в том же виде. И сначала "публикуемая новость" и "показываемая новость" для простоты сливаются в просто "новость", а бизнес процессы сводятся к обычным "сохранить что-то" "показать что-то". А затем для простоты мы делаем "новость" прямой проекцией модели данных, а поскольку данные в 99% случаев хранятся в реляционной базе, то реляционной модели данных.
Получается такая цепочка упрощений:
Модель бизнес процесса -> Один объект -> Реляционная модель объекта
Такой упрощенный подход используется в так называемых RAD фреймворках. Прородителем этой хуйни можно назвать Rails. Структура предельно проста:
Controller (NewsController)
Action (createNews)
Model (News)
View (news.template)
У этого подхода есть куча плюсов, это быстро, эффективно, просто. Но. Это не имеет никакого отношения к программированию. Такие вещи уже давно генерятся автоматически, и программист там нахуй не нужон. Подъебка в том что реальный бизнес процесс никогда не сводится к CRUD опреациям над записью к базе. И от того насколько бизнес не вписывается в эти рамки RAD фреймворков зависит уровень пиздеца в проекте.
До кучи этот подход воспроизводит весьма специфических программистов, которые совершенно не могут за этими узкими рамками мыслить, и для которых модель это колонки в Mysql.
2. Entity (сущность). Это чистая семантика. Программист наделяет объект смыслом, а не то как объект используется. Объект "новость" не станет сущностью только потому что его возвращает gateway. На сегодняшний день определение и использование entity используется исключительно в контексте DDD. А в DDD entity - это объект, используемый в бизнес процессе, который можно однозначно идентифицировать. Т.е. если мы имея две новости можем достоверно их друг от друга отличить, то новость может быть сущностью.
Ну, вот теперь после всего мной высранного можешь догадаться какой паттерн используется в RAD фреймворках? Првильно ActiveRecord.
Теперь про DataMapper. Если ты почитаешь фаулера, то сразу поймешь что тут что-то не так. В определении описано само понятие ORM - объектно реляционный маппер. Все верно, объектная модель древовидная, объекты находятся в других объектах, а реляционная модель основана на отношениях. Модели разные, вся хуйня, проблема века. Но куда пропал дата маппер? А его определение тоже изменилось. Сейчас data mapper это сервис, который помещает данные в объект.
Возвращаясь к статье. А чем собственно в ней отличается TableDataGateway от DataMapper? А ничем. Описание в статье не несет никакой смысловой нагрузки. Но если ты прочитал мою простыню, то должен понять зачем используется data mapper в его сегодняшнем виде. Он используется в "не упрощенной" модели бизнес логики. Если у нас несколько разных объектов новостей нам нужна возможность поместить в каждый из них нужные нам данные. Например для редактора в новости будет дата последнего изменения, а для читателей только дата публикации. Таким образом data mapper используется не только для абстракции от базы, как table gateway, а для абстракции от структуры данных в базе. Более того если пораскинешь мозгами поймешь, что data mapper может внутри дергать table gateway или active record или, как это происходит в доктрине repository.
Ну вроде с просвещением закончил. Теперь по конкретным вопросам.
>С помощью обычной проверки, не повторяется ли какое-то уникальное поле?
Если речь про статью, то там не примеры, а хуйня и это в принципе никак не работает. Реальный active record перехватывает обращения к своим свойствам с помощью __get и __set и запоминает что и на что было изменено.
>Алсо, чем обусловлено то, что в примерах свойства у сущностей публичные?
В статье опять же написана хуйня. В реальности свойства должны быть приватными, но некоторые active record ORM заставляют их делать публичными для своей внутренней магии.
и таких анонов много.Как посчитать процет по вкладу?
в каждом личном кабинете должен быть скрипт,который выдирает эти 100 баксов считает и записывает заново новое значение с процетами?
Все идет отдельно от фреймворка. Что в симфони https://github.com/symfony , что в ларавеле https://github.com/illuminate .
Умные люди давно поняли, что фреймворк это просто набор компонентов и надо иметь возможность эти компоненты менять при необходимости.
Рассылай.
Гайс, чуть более полу года работаю в конторе. Я по палате считаюсь уже сильным и опытным, но контора слабоватая по уровню. Как понять что ты уже прошел уровень джуна? Пытаться проходить собесы на мидла?
Последнее время хочу пересесть на Symfony (паттерны, все дела). Сейчас на проектах у нас Yii и Laravel, и если второй просто медленный, то yii - просто уже заебал своими костылями. Сильно ли тяжелей найти работу конкретно на этом фрейме в снг? Или лучше не пытаться и сразу смотреть в сторону европы (английский на уровне документации/тз, активно подтягиваю)?
>Ну расскажи какие "костыли" тебя в Yii заебали
Тяжело расширить приложение согласно DDD. Конкретно у меня сейчас похожий таск и я нормально так поебался. Нет внятной ОРМ, не применяются большинство практик новых фреймворков. Вот только вчера выкатили патч который позволил в экшенах тайпхинтить DI зависимости - до этого такое делалось трейтом. И таких вещей можно перечислять довольно таки много. Я не говорю что yii хуевый, я считаю что он хорош для своего времени (которое уже вышло).
>Расскажи какие "паттерны" ты будешь писать когда пересядешь на симфони
Не понял вопроса. Как можно писать паттерны? Их можно реализовывать. И реализуются они не для того чтобы "смотри я сделал", а если задача требует. Да и я имел ввиду то, что Symfony у меня символизируется с хорошим и правильным сложным кодом, а не то что там используют паттерны, а в приложениях не на Симфони - нет.
Как правильно работать с Magento2 на локальной машине? Если сбрасывать кеш каждый раз, то разработка идет очень долго, по 5 минут ждешь когда он там все файлики создаст (Docker, ssd).
Частичный сброс чуть помогает, вместо 5 минут - 2,5, но это все равно очень долго. Поправил-задампил-посмотрел в бразуере х 5 - уже минут 15-20 прошло.
Есть ощущение, что делаю что-то не правильно.
Думаешь ща докер облегчит жизнь под линупсом - а получаешь хуй за воротник. Притом гуглил эту хуйню - каждый год кто-то отписывается о том, что ебется, в той или иной степени, с разрешениями файлов, которые создаются в контейнере.
>Заходишь такой в bash, создаешь, например, файл миграции бд - он создается, но юзер у ннего root.
Под рутом создаешь.
>Если использовать docker-compose для локальной разработки на винде то проблем нет - все заебись наглядно и по полочкам нахуй.
>Думаешь ща докер облегчит жизнь под линупсом - а получаешь хуй за воротник.
Мне вот от винды тяжко. Знаю линукс и меня он устраивает. Буду юзать винду только в том случае, если нужно будет что то специфичное только под нее.
В винде ничего наглядного нет. Все скрыто. Потому что для ламеров. Ламерам не надо знать, что существуют права, пользователи, группы. Им не нужно знать как пользоваться консолью, потому что окошечки-кнопочки.
За это они лишаются другого. Если при установке программа происходит вылет, - ничего нельзя сделать. Если синий экран - ничего нельзя сделать. Любая нештатная ситуация в винде - это тупик.
>каждый год кто-то отписывается о том, что ебется, в той или иной степени, с разрешениями файлов, которые создаются в контейнере
Каждый год? То есть ты за несколько лет не освоил как менять права на файлы? И как бы внути контейнера никто ничего не создает вручную.
> Еще не совсем понимаю как в ActiveRecord и DataMapper для INSERT и UPDATE запросов используется один метод save().
Можно проверять наличие id, если это поле автогенерируется на стороне БД и проставляется после INSERT. Можно использовать другие варианты - например, сделать специальное поле, которое указывает, что объект был загружен из БД и надо использовать UPDATE вместо INSERT.
> Алсо, чем обусловлено то, что в примерах свойства у сущностей публичные?
Желанием сделать код как можно короче и проще.
Что касается TDG, то его определение есть тут у Фаулера: https://martinfowler.com/eaaCatalog/tableDataGateway.html
> A Table Data Gateway holds all the SQL for accessing a single table or view: selects, inserts, updates, and deletes. Other code calls its methods for all interaction with the database.
Что касается Data Mapper, то у Фаулера (https://martinfowler.com/eaaCatalog/dataMapper.html ) это слой, который отвечает за перенос данных из объектов в БД и обратно:
> The Data Mapper is a layer of software that separates the in-memory objects from the database. Its responsibility is to transfer data between the two and also to isolate them from each other.
Также Data Mapper называют подход, который противоположен Active Record: это вариант реализации ORM, в котором код работы с БД хранится не в сущности, а снаружи, и сама сущность не работает с БД. В идеале, она еще и не знает ничего про БД, но на практике, при работе с той же Доктриной, в коде сущности ставятся комментарии-аннотации, которые указывают, как ее отображать на БД, какой таблице она соответствует, какие в ней индексы, как называть колонки, какие у них ограничения.
Обычно считается, что ORM (отображение объектов на таблицы БД) можно реализовать двумя разными способами - через ActiveRecord или DataMapper.
Да запросто - когда тебе интересно, то не устаёшь почти. Можно и сутки просидеть.
У меня, например, постоянно вся ночь как пару часов пролетает.
По ощущениям это как будто новую видеоигрушку изучаешь, но горазло интереснее потому, что это не примитивная игровая система для детей, а норм матан.
>Под рутом создаешь.
>То есть ты за несколько лет не освоил как менять права на файлы?
Боже...
С помощью exec / run запускаешь йоба скрипт, который генерирует тебе нужный файл / файлы
Ламерскя винда:
Вертишь из-под винды файлом как хочешь. Сидишь программируешь
Божественный десктоп линупс:
Ой а у тебя юзер не тот))0 И что с того что ты запустил композ не от рута? Мне похую ваще. Иди на форумы и ищи решение. Ах да смари тут у меня ошибка вылетает - глянь логи и опять на форумы) Сидишь администрируешь
>За это они лишаются другого. Если при установке программа происходит вылет, - ничего нельзя сделать. Если синий экран - ничего нельзя сделать. Любая нештатная ситуация в винде - это тупик.
Самый популистский текст, который я читал за последнее время. администрировать линупс сервак !== разрабатывать себе очко под линупс десктопом
В таком случае в Yii получается, что ты обращаешься как бы к атрибуту класса так $className->column_name. Почему тогда реальный аттрибут класса должен быть записан кэмелкейсом? И раз уж я запалил что работаю в yii: В классе СlassName можно создать метод getAttributeName(), а потом вызвать ее у сущности вот так $className->attributeName.
$model->column_name //название столбца
$model->deleted_item //атрибут deleted_item
$model->deletedItem //метод getDeletedItem()
$model->deletedItem() //метод deletedItem()
Если вы будете называть аттрибуты кэмелкейсом, то вы быстро в Вангу превратитесь.
удвваиваю этого. особенно ахуенно изучать если мелькают нихуевые перспективы как плод твоих изучений
аноны, кто нибудь работал с джумлой? нужно сайт перенести с 2.5 на 3.8. и проблема в том что до переноса надо сделать дамп всех внутренних файлов. доступа к фтп у меня нет, левые расширения которые сделают все за меня тоже не ставятся. как можно вытянуть файлы то ?
>Тяжело расширить приложение согласно DDD
DDD Это вообще не про код. Это про организацию разработки. Нужно выработать общий язык с экспертами в моделируемой области и вместе с ними создать семантическую модель автоматизируемого бизнеса. А только потом записать эту модель в виде кода, причем одну и туже модель можно воплотить на разных языках, потому что модель первична.
Ничему из этого yii не мешает. Доменная модель это просто набор обычных классов. Не нужен никакой фремворк вообще чтобы её написать.
Тут трояк. Про DDD слышал, синюю книгу не читал.
>Нет внятной ОРМ, не применяются большинство практик новых фреймворков
Yii это и есть ORM. Не было бы в нем отличной ORM никто бы его в жизни не использовал. Анус ставлю, что если бы ActiveRecord из Yii шел отдельным пакетом все бы просто тянули себе его, а на Yii давно забили бы хуй. Более того, eloquent скорее всего просто бы не существовал, но из-за действительно важных проблем в Yii это не так.
Ну тут двойка и с такими ответами никакого миддла тебе не светит.
>Вот только вчера выкатили патч который позволил в экшенах тайпхинтить DI зависимости - до этого такое делалось трейтом
Это просто перенос кода из трейта в код базового контроллера. Раньше они боялись сломать обратную совместимость, а теперь когда всем похуй на фреймворк не боятся. Но главное тут что трейт нихуя не мешал тайпхинтить зависимости.
Трояк. Небольшой дискомфорт от этой хуйни есть, но решается за пол часа раз и навсегда.
>Symfony у меня символизируется с хорошим и правильным сложным кодом
Какая-то каша. Сложность никакого отношения к хорошести и правильности не имеет. А хорошесть и правильность слишком субъективна. Напиши что ты считаешь хорошим, а что нехорошим, желательно с примерами последний вариант поднять твою оценку.
Итого. 3 2 3 ? . Слабовато, я бы тебя точно на миддла не взял, да и на джуна крепко подумал бы. У Yii есть очень серьезные проблемы, они его буквально убили нахуй, а ты про какие-то тайпхинты рассказываешь. Про отсустсвие орм вообще бред. Ты почему-то считаешь что смена фреймворка меняет код, который ты пишешь, но это нихуя не так. Я работал в конторах где использовались и симфони и юии и зенд в разных проектах и если человек пишет хуйню, то следить за ним нужно вне зависимости от того на чем проект.
Ты не обижайся, жестковато вышло, но хули делать. Я просто оценил, как оценивал бы реального кандидата на должность миддла с зп от 100К.
Тебе нужно лучше разобраться в своих инструментах. Если тебе интересно DDD минимум прочитать блядь книгу.
Узнай как вообще работает симфони https://www.youtube.com/watch?v=pz6VdH4_BSg
и современные фреймворки в целом https://www.youtube.com/watch?v=6tL1XOywgUc
и почему именно так, а не иначе https://www.youtube.com/watch?v=v1I57-_Rsv0
>если человек пишет хуйню, то следить за ним нужно вне зависимости от того на чем проект.
ну хуй его знает. лично я даи пару знакомых с других галер когда нам дают говнопроект на какой то говенной самописной cms где написаны такие костыли и велосипеды со стандартнами 2012 года это я щас уже про фронтенд то у тебя как то волей неволей нет мотивации писать что то нормально и адекватно и поэтому ты пишешь хуйню. а когда нормальный проект - то и смысл писать нормально и адекватно появляется
мимокрок
Лично я за легаси говно берусь только с условием написания нормального кода. Если легаси мешает писать нормально, то выкидывается нахуй и переписывается по человечески. Если такой подход работодателя не устраивает, то пусть поищут говночиста попроще. Хоть какое-то самоуважение надо иметь.
>ахуенно изучать если мелькают нихуевые перспективы
>то нибудь работал с джумлой
Сорян, не удержался)
>. доступа к фтп у меня нет,
Это хуево. Да даже если и есть доступ только к фтп это тоже хуево.
Если есть возможность залить туда какой нить йоба шэлл который сможет все за архивировать. Но если там картинок на пару гигов то земля тебе пухом.
> Не нужен никакой фремворк вообще чтобы её написать.
Да, но если мы пишем на yii реализовывать этот подход сложнее, так как фреймворк монолитный и мы вынуждены писать на его компонентах?
>синюю книгу не читал.
В планах, спасибо
>Не было бы в нем отличной ORM никто бы его в жизни не использовал
Подробней можно? В моем понимании юишная орм очень слабая и не дает возможности постриоть запрос даже средней сложности. Чего не сказать про тот же eloquent. Возможно я чего то не знаю, но там где в laravel я могу использовать eloquentBuilder, то в yi2 мне приходится строить запрос практически на чистом sql. Так же у лары отличные доки по api, а у yii прктически при любом запросе гугла выдает одну и ту же страницу документации, где "коротко о главном".
И вообще первый раз слышу про "супер ахуенную yii orm", похоже на шутку. Большнство как раз таки любят этот фреймворк за быструю возможность вывести таблицу на гридвью, за тот же впиленный jquery, за скорость выката очередной админки и прочее.
>Небольшой дискомфорт от этой хуйни есть, но решается за пол часа раз и навсегда.
Это называется костыль. Когда фича есть в новых фреймворках, а тебе приходится в каждый контроллер трейт добавлять. Одна из задач фреймворка такие моменты исключать. Не думай что я пытаюсь кому то что то доказать или внушить. Я лишь привел в пример одну из вещей которая мне не нравится. В твоем понимании это может быть и норма - дело твое.
>Сложность никакого отношения к хорошести и правильности не имеет. А хорошесть и правильность слишком субъективна.
Очевидно что средний уровень разработки на yii и symfony значительно отличается. К чему этот фарс? Опять же, я не говорю что я сильный дохуя, но расти в плане скилла очевидно быстрее и интересней в сильной компании на тяжелом проекте. А таких проектов на yii встречается сколько в соотношении к проектам на symfony? 1к10? 1к15?
Я недавно почитал чуть про симфони - узнал о фиче аннотации. До этого момента для меня аннотации - тайпхинт и описание чего либо. Я и представить не мог что бандлы симфони парсят код и по этим аннотациям роутинг выстраивают. И я уверен таких прикольных фич еще достаточно.
>Слабовато, я бы тебя точно на миддла не взял
Спасибо, но я и не пытался тебе угодить.
>У Yii есть очень серьезные проблемы, они его буквально убили нахуй, а ты про какие-то тайпхинты рассказываешь.
Так я и не претендовал пояснять за проблемы yii. Я в первую очередь написал что мне в нем не нравится исходя из вчерашнего рабочего дня.
> Ты почему-то считаешь что смена фреймворка меняет код, который ты пишешь, но это нихуя не так.Я работал в конторах где использовались и симфони и юии и зенд в разных проектах и если человек пишет хуйню, то следить за ним нужно вне зависимости от того на чем проект.
Я не увтерждал обратного.
>Ты не обижайся, жестковато вышло, но хули делать. Я просто оценил, как оценивал бы реального кандидата на должность миддла с зп от 100К.
Мужик, я работаю за 20 в месяц в разьебаном войной городом. Для меня зп мидла это, ну, от 40-50. И на что мне обижаться то, местами даже благодарен за ответы. Я понимаю что до черточки мидла не дотягиваю, да и эта черточка от конторы к контре разнится.
>>за 20 в месяц в разьебаном войной городом
Непризнанные республики на востоке Незалежной?
без политоты, но я бы нашим ебаным боярам в ебальники бы нассал, за то что эти пидоры развернули в Украине, тупо за их шкурный интерес
>>Для меня зп мидла это, ну, от 40-50
А у вас вообще вакансии есть такие?
мимо-шел
>Подробней можно? В моем понимании юишная орм очень слабая и не дает возможности постриоть запрос даже средней сложности.
Ты вообще документацию читал? https://www.yiiframework.com/doc/guide/2.0/en/db-query-builder Причем это просто построитель запросов, а что можно вытворять с ActiveQuery даже я полностью не знаю, вот посмотри одного из авторов https://www.youtube.com/watch?v=U27PwaYS-nQ возможности там далеко за пределами того что тебе требуется.
>а тебе приходится в каждый контроллер трейт добавлять
То что тебе даже в голову не приходит один раз заюзать трейт, а потом просто наследоваться говорит о том что для миддла рановато еще. https://3v4l.org/GQaoN
>Очевидно что средний уровень разработки на yii и symfony значительно отличается
Не знаю как у вас в пердях, но в ДС и ДС2 проектов с симфони 4+ один на сотню. В 99 процентах случаев симфони это легаси кал, который просто не могут перенести на свежую версию фреймворка, о которой ты мечтаешь.
>Я недавно почитал чуть про симфони - узнал о фиче аннотации. До этого момента для меня аннотации - тайпхинт и описание чего либо.
Впереди осознание того что аннотации это кал и метапрограммирование. Что парсеры аннотаций жрут процессорное время, а код с кучей аннотаций просто не читаем. Но это уже уровень сеньора, для тебя это все далеко впереди.
>Мужик, я работаю за 20 в месяц в разьебаном войной городом.
Ну это только твоя проблема. В моей мухосрани без всякой войны 20к зп, взял и переехал. Война это очень веский повод оттуда съебать.
>А у вас вообще вакансии есть такие?
Нет.
>>1745924
>Ты вообще документацию читал?
Ну так я его и юзаю. У нас часть кода на нем, часть на чистом rawSql.
>То что тебе даже в голову не приходит один раз заюзать трейт
Приходит, конечно. Но я все равно считаю что это должно уже быть сделано за тебя.
>В 99 процентах случаев симфони это легаси
Между легаси на yii и symfony я выберу второе.
>Впереди осознание того что аннотации это кал и метапрограммирование.
Я об этом уже прочитал, но энивей руками так и не пощупал. Какое может быть осознание если ты ручками это на боевом проекте не потрогал?
>Ну это только твоя проблема
А я ее на кого то скинуть пытаюсь или че? Хули ты такой токсичный?
0 => 'название',
1 => 'адрес'
etc..]
И так для каждой. Написал хуйню через foreach:
foreach ($org_array as $value) {
$org[$org_id] = [
$counter => $value,
];
$counter++;
if ($counter >= 5) {
$counter = 0;
$org_id++;
}
}
В итоге он записывает только последнее значение (Описание), че делать?
>Ну так я его и юзаю. У нас часть кода на нем, часть на чистом rawSql.
С его помощью можно построить практически любой запрос, за исключением наверное CTE и рекурсивных, и то скорее всего можно наебенить. Даже можно получать связи из разных баз данных. Схуяли ты решил что нельзя строить сложные запросы непонятно.
>Но я все равно считаю что это должно уже быть сделано за тебя.
Ну тогда закономерный вопрос: если все сделано затебя, то нахуй ты нужен тогда?. Симфони тем и хорош, что можно подогнать его под себя.
>Между легаси на yii и symfony я выберу второе.
Выбирать легаси максимально уебищный вариант для развития. Это проеб важнейших лет жизни, в которые ты мог бы чему-то научиться. А так тебя ждет болото говна. Правильный ответ такой: между разработкой проекта на симфони и юии выбирай симфони, между поддержкой проекта на симфони и юии не выбирай вовсе.
>Какое может быть осознание если ты ручками это на боевом проекте не потрогал?
Учись на чужих ошибках, а не на своих. Грамотный человек почитает статьи типа "от аннотаций в джава у меня сдохла мать" и не поведется на аннотации в восьмой версии пхп, а долбоеб кинется внедрять эту дрисню в проект, который в этих аннотациях и рефлексии утонет нахуй.
>А я ее на кого то скинуть пытаюсь или че? Хули ты такой токсичный?
Ты агришься на хуйню. Побереги нервы для собесов, вот там у тебя очко подгорит.
>>Побереги нервы для собесов, вот там у тебя очко подгорит.
хожу по собесам - не горит. Интересно все, даже мамины токсики, коих очень-очень мало. Никогда не видел что бы открыто пренебрежение или неуважени е выказывали может потому что я 190 на 95 тай-боксер
А вообще напротив - если что то не знаешь - значит вот тебя навели на эту тему.
мимо-гулял
>можно построить практически любой запрос
Хочу получить выборку с условием по связям. В ларавел так точно можно и в api ищется за минуту. В yii я до сих пор такую штуку не нашел.
>Ну тогда закономерный вопрос: если все сделано затебя, то нахуй ты нужен тогда
Конкретно эту фичу считаю обязательно в 20 году, извиняй. Возможно я сильно охуел.
>Выбирать легаси максимально уебищный вариант для развития
Спасибо, капитан.
>Грамотный человек почитает статьи типа "от аннотаций в джава у меня сдохла мать" и не поведется на аннотации в восьмой версии пхп
На заборе "хуй" написано. Я, конечно, прочитал. И к сведению принял. Забор обошел - а с обратной стороны "пизда". Но я то знаю что это просто забор
>Ты агришься на хуйню. Побереги нервы для собесов, вот там у тебя очко подгорит.
Агришься тут только ты. Хотя возможно мне просто показалось. Давно на борды не заходил. Энивей спасибо за ответы
>Хочу получить выборку с условием по связям.
Очень просто.
Если не прописал связи в классе:
$query = ClassName::find()
->from(['class' => Classname::tableName())
->leftJoin('class_name_2 class2', 'class2.id = class.class2_id')
->where(['class2.status' => 1])
Если прописал:
$query = ClassName::find()
->joinWith(['className2'])
->where(['class2.status' => 1])
>специальный метод - конструктор, который вызывается каждый раз при создании нового экземпляра класса (объекта) с целью инициализировать его, например установить значения свойств. Конструктор, как и любой другой метод может иметь параметры
что бы удобно установить к-л параметры при созд объекта
$user = new User("Джон", 33)
а можно сделать так,чтобы при создании объекта печатался текст с этими параметрами,а не вызывать потом метод с echo?
я вот так щас сделал
и заработало
Через конфиги апача сделал корневой папкой html/public. Как через .htaccess, находящийся в html/public, обратиться к файлу, который находится в html/src?
Подскажите, кто знает, пожалуйста.
Суть такая есть база, к ней нужно написать сервис отчетов.
Есть набор отчетов из базы, они разные.
Для каждого отчета должна быть своя форма ввода данных (диапазон дат и тому подобное, полей ввода может быть штук 5-10)
Ниже - будут выводиться данные полученные из базы.
Отчетов может быть штук 15.
Роутер у меня slim.
Как правильнее сделать - запилить класс Orders - в котором для каждого отчета будет свой отдельный метод?
>запилить класс Orders - в котором для каждого отчета будет свой отдельный метод?
А сто отчетов - сто методов? Ты программист или где?
Сначала определись из чего состоит твой отчет. Из того что ты написал, а ты почти нихуя не написал, можно предположить такую структуру: https://3v4l.org/V6hSl
Создаешь простую форму редактирования отчета. И потом одним методом показываешь форму и выполняешь запрос.
>>А сто отчетов - сто методов? Ты программист или где?
А то!
Вообще сейчас раздумываю на разметкой форм для каждого отчета - формы могут быть очень разные.
Генерить форму из какой то структуры типа json ( это может быть немного муторно, да и опять же JSON нужно будет в базе хранить) ? Или вообще тупо html в строку хранить в базе данных? Или отдельным файлом(тогда отдельных файлов будет много)
Работу с формной я хочу через ajax запилить - но так как формы сильно разные - делать для каждой формы отдельный js скрипт? Но тупо как то.
Вобщем интересно
И еще вопрос
В sql запросе есть такая часть
SELECT ...
JOIN ...
...
WHERE
...
AND p.lastName = 'Иванова' # тут такой момент - в форме я ввожу фамилию - и в sql запрос подставляется фамилия.
А если я ничего не ввожу в это поле, или как вариант будет передано что то типа "все" - то в запрос должен вернуть всех пользователей.
Как в sql передать в даннном месте запроса
- AND p.lastName = all
что бы он всех вернул?
Я понимаю что в нормальном состояни просто эта строка
AND p.lastName l - просто отсутствует, и выводятся все фамилии
Ну смотри что тебе удобно. Я не вижу проблем генерить форму, хули там такого особенного? Поля типовые, если нужно содержимое откуда-то подгружать, то можно все это передать в data- аттрибутах, была бы фантазия.
Можешь создать по форме на каждый отчет, а объекте отчета хранить только название файла с шаблоном формы.
В целом я придерживаюсь правила не повторять один и тот же код больше трех раз.
Ну епт, почитай доку про NULL покумекай, погугли.
Вот как это решается в Mysql https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=d25e56f8f6bd42fd1c078f27d84dfbe9 оператору <=> похуй на NULL
Вот как это решается в Postgres https://dbfiddle.uk/?rdbms=postgres_12&fiddle=ad6c2455b202f8da1e0a0e6943d93a95 оператору IS NOT DISTINCT FROM похуй на NULL
Ты пойми главное, я не гений семи пядей во лбу, я до твоего вопроса вообще не знал как это делается, просто гугл и эксперименты.
Microsoft не станет заниматься поддержкой PHP 8.0 для Windows
Дейл Хирт (Dale Hirt), менеджер по проектам PHP в Microsoft, предупредил разработчиков, что компания не будет заниматься поддержкой ветки PHP 8.0 для Windows. Для веток PHP 7.2, 7.3 и 7.4 инженерами Microsoft обеспечивалась поддержка сборки, исправления специфичных ошибок и разработки для платформы Windows. Для ветки 8.0 данную работу придётся проводить участникам из сообщества, заинтересованным в работе PHP в Windows.
Что касается PHP 7.3 и 7.4 для Windows, то компания Microsoft продолжит участие в их сопровождении до окончания официального двухлетнего жизненного цикла данных веток, а также будет помогать в исправлении уязвимостей в ветке PHP 7.2, время поддержки которой истекает в ноябре.
https://www.opennet.ru/opennews/art.shtml?num=53327
Вот и всё. Вот теперь точно пора перекатываться на что-то другое. РНР — официально всё. Конец эпохи. Но на что перекатываться непонятно. Змея так-то тоже уже всё, Даже Гвидо ъебался с поста тирана... nodejs вроде тоже погибает. Ржавый никак не взлетает. Чо остаётся-то? Дотнет с С#?
Ты понимаешь что у symfony и у laravel есть версии? Если проект на симфони 3.* версии это точно такой же высохший кал.
Если бы все кто начинал свой проект знали что он большой и крутой никакие хуяк-хуяк и в продакшен не нужны были бы.
Из всего твоего пассажа правильно только "Yii2 - высохшая какашка". Остальное высер джуна, который нихуя разработки не видел.
Ты не понимаешь, что дело не в проектах?! PHP под Windows больше работать не будет... Я, например, на винде могу в соседних папках иметь php5, php7, и все разных версий. Очень удобно, знаете ли. Linux с докером такого удобства не даёт. Опять же, под спермой я распаковал архив с РНР и запустил его, мне не надо ебать себе мозги с зависимостями. Сечёшь, маленький?
Symfony - почти всегда выбор продуктовых компаний, имеющих свой зоопарк программистов, которые заинтересованы в работе с актуальными технологиями, поэтому по-настоящему древние версии фреймворка в продакшене практически не встретишь. В отличие от Yii2/Laravel, которые правят балом в аутсорсе, где версии пакетов фактически замораживаются после сдачи проекта, так что вероятность встретить легаси на ларке не так уж и мала.
>Остальное высер джуна, который нихуя разработки не видел.
А вообще, иди нахуй.
>Symfony - почти всегда выбор продуктовых компаний
В скольких продуктовых компаниях ты работал? Можешь не называть конкретные названия, просто род деятельности и количество сотрудников.
>имеющих свой зоопарк программистов, которые заинтересованы в работе с актуальными технологиями
Программисты приходят и уходят. А их решения остаются. Вчера юии, сегодня симфони, завтра слим. И нужно смотреть не на вчера и сегодня, а на завтра.
>А вообще, иди нахуй
А вообще из того что пишешь можно сделать два вывода:
1) Ты никогда не работал в "большом крупном проекте"
2) Ты никогда не принимал решение какой фрефмворк в проекте использовать.
>од спермой я распаковал архив с РНР
Если ты распаковываешь архивы с пхп то 8 версия тебе еще пару лет точно не пригодится. Майкрософт дали тебе wsl, пользуйся
>>1747110
>Ты сначала SQL записываешь в виде JSON, потом по этому JSON'у с помощью query builder'а опять строишь SQL. Пиздец, какой же долбоеб.
Ты даже и близко не понял о чем я, ты изначально хотел руками писать под каждую вариацию свой запрос, а потом решил ебануть один огромный sql под все нужды, а долбоеб я?
>ты изначально хотел руками писать под каждую вариацию свой запрос, а потом решил ебануть один огромный sql под все нужды
Это ты нихуя не понял, но влез в разговор.
Есть куча отчетов, для формирования которых нужно выполнить кучу разных запросов. К разным таблицам, с разными джойнами, скорее всего со всякими оптимизонами производительности и кучей подзапросов и CTE.
Ты предлагаешь строить запросы динамически, с помощью пхп. И тебе нужно для каждого отчета написать код построения запроса. Либо написать монструозный метод, который по входным параметрам сможет решить как строить запрос. И это полная хуйня, отчетов может быть сотня, и ты как долбоеб будешь сто раз повторять код построения, или сто раз править свой супер метод.
Я уж не говорю о том что собрать более-менее сложный запрос это куча пхп кода и гемора. Удачи сбилдить вот такое https://dbfiddle.uk/?rdbms=postgres_12&fiddle=8616e7caabfa604f107cbc76aee31ae6 , а это семечки для OLAP, там запросы на три экрана могут быть. А дебажить это будет вообще сказочно, баги в таком объеме кода будут сто проц.
А еще весь этот код генерации запросов нужно где-то хранить. Готовый SQL запрос можно просто сохранить в базу, а вот QueryBuilder вермишель будет в коде, и каждый раз как нужно будет условие поменять придется ебаться с git flow или что там у вас используется.
И все это для чего? Для того чтобы выбрать в некоторых местах не конкретное значение, а все. А это можно сделать литерали в одну строчку SQL.
в чем прикол такого подхода?и self?
>высохшая какашка
Новые хипстерские технологии точно такое же говно, только посвежее.
Вообще про это есть старая мудрая притча:
Однажды человек пришёл к мудрецу и сказал ему:
- О, мудрейший, я хочу жениться и выбираю девственницу.
На что мудрец задал ему всего лишь один вопрос:
- А почему ты выбираешь именно девственницу?
Человек ответил:
- Выбирая девственницу, я буду уверен, что моя жена добродетельна.
Тогда мудрец поднялся и вышел из комнаты. Вернувшись через некоторое время, он держал в руках два кусочка говна: один целый, другой надкусанный.
Старый мудрец предложил человеку попробовать по кусочку говна.
Юноша попробовал надкушенный кусочек говна - говно оказалось на вкус старым и несвежим. Тогда человек откусил немного от свежего кусочка - говно оказалось мерзкое и вонючее.
Человек недоуменно развёл руками:
- О, мудрейший, так какую жену мне надо выбрать?
Мудрец улыбнулся и ответил:
- Ты только что поел говна...
Вся суть.
У тебя есть класс Бентли. Создаешь у него есть статический метод "показать фотку меня на фоне бентли". Теперь ты можешь флексить, не имея бентли. Тебе не обязательно иметь бентли, чтобы флексить перед знакомыми. Тебе не нужен гараж для него и не нужно тратиться на бензин.
Короче, поясняю не как детсадовцам. Есть класс, есть у него статический метод, этот метод это по сути обычная функция под неймспейсом класса, то есть ты можешь написать Money::format без создания инстанса Money. Нахуя это нужно? В пыхе чтобы не ебаться с конфигом композера (хотя там букваьно 1 строчку дописать), можешь так описывать вспомогательные функции. Еще юзкейс это создание объекта чтобы сэкономить 1 файл. Например конструктор класса принимает 10 параметров, а у тебя на входе просто массив данных с этими параметрами, ты делаешь статический createFromArray(fromSomeObject) или еще какое-то говно, и руками потом из входного массива передаешь в конструктор данные, возвращаешь self или static, тут уж как душа ляжет
Бля, ты еще один микрокодил?
Вот мои примеры, три запроса:
SELECT FROM table WHERE column = ?;
SELECT FROM another_table WHERE column_a = 44 AND column_b = ?;
SELECT FROM third_table AS t
LEFT JOIN fourth_table AS f
ON f.foo = t.bar
AND f.column_a = ?
WHERE t.column_b = 'foo';
Сколько пхп кода нужно написать чтобы все три запроса преобразовать как ты предложил? Напиши пример, запросы простые хули там делов.
На SQL достаточно сделать так SELECT FROM table WHERE column = IF (? = '', column, ?);
>методами и свойсвами без клепания кучи объектов
Верно. Но при чем тут право? Просто есть методы и свойства, которые входят в сферу тематики этого класса.
Допустим ты в своем проекте высчитываешь сколько ты должен заплатить клиенту. После всех хитрых расчетов ты получаешь число с точностью до 16 цифр после запятой. В том же классе ты создаешь функцию для округления цисла до 2 знаков после запятой в меньшую сторону. Потом у тебя рождается еще два класса, где ты должен использовать эту функцию. Например расчет выплаты продавцу и поставщику. Не копировать же функцию везде. Тут появляется статический метод у класса, который ответсвеннен за валютные операции, скажем Currency, и у него появляется статический метод toLowerDecimal($amount, $precision = 2).
В качестве факультатива можешь сбилдить вот этот запрос https://dbfiddle.uk/?rdbms=postgres_12&fiddle=8616e7caabfa604f107cbc76aee31ae6 . Он рекурсивно выбирает всех подчиненных сотрудника старше определенного возраста.
>И зачем весь этот пхп код, когда сам SQL может эти проблемы решить?
Абсолютно согласен. Если у тебя запросы на 200 строк селектят звонки клиентов по каким-то ебанутым законам то нахуй вообще еще абстракция какая-то. С другой стороны ты зашел в тред пхп, где 90% юзкейс запросов сводятся к SELECT * FROM articles LIMIT 10, я тебе и говорю как это делается в вебе, динамическое построение запросов. На голой пыхе это тоже дроч, поэтому и посоветовал либу подрубить, например можешь почитать https://www.doctrine-project.org/projects/doctrine-dbal/en/2.10/reference/query-builder.html#sql-query-builder , может зайдет
Ты тред вообще не читаешь? Я прекрасно знаю как что делается в вебе и его окресностях. Я просто помогал другому анону правильно сделать сделать сервис построения отчетов, чтобы не писать тысячи строк кода. И тут набежали гении с query builder'ами, которые даже не удосужились разобраться о чем идет речь.
Вот запросы для примера >>1747420 >>1747394 тебе похоже нужно поебаться с доктриновским query builder'ом чтобы понять что он тут не эффективен. Тебе придется либо написать по методу на каждый запрос, либо очень сложный сервис поверх билдера. Гораздо проще написать raw sql запрос и просто выполнять его.
>Гораздо проще написать raw sql запрос и просто выполнять его.
Есть два стула: вот это SELECT FROM table WHERE column = IF (? = '', column, ?) и склеивание строк в пыхе, что ты выберешь?
>Гораздо проще написать raw sql запрос и просто выполнять его.
Пусть пишет, в любом случае ему это поддерживать
>Я просто помогал другому анону правильно сделать сделать сервис построения отчетов
При этом ты решил для примера вбросить запросы, которые кроме как на постгре невозможно сделать, чтобы показать что абстракция над бд не работает?
>Есть два стула: вот это SELECT FROM table WHERE column = IF (? = '', column, ?) и склеивание строк в пыхе, что ты выберешь?
Я выберу однозначно первое. SQL будет в разы короче чем orm лапша, будет меньше кода, меньше багов и проще поддержка.
>При этом ты решил для примера вбросить запросы, которые кроме как на постгре невозможно сделать, чтобы показать что абстракция над бд не работает?
Я уже заебался повторять одно и тоже. Вот тебе ПРОСТЫЕ запросы >>1747394 таких запросов будет штук двадцать. Ты блядь для каждого будешь городить пхп код с проверками и условиями?
Конкретно для твоих запросов нет. Но если запросы отличаются просто набором разных WHERE то конечно это делать лучше через пыху. Тут еще какая штука, ты не тот анон, который изначально спрашивал совета, ты не ебешь какие у него там вообще запросы, что можно вынести в общее, а что нельзя, ты сейчас просто гнешь свою линию "делаем всё на скл", а у него по факту может оказаться 20 разных запрос это 20 разных фильтров для запроса, а может и не оказаться, хуй его знает
а ты вагрант юзал хоть раз? под спермой это боль, например. Поднимать на хосте ВМ с прыщами, чтобы в ней держать php с проброшенной папкой... бля, это перебор.
>>1747284
подскажи наиболее простой способ. архивы с windows.php.net с незапамятных времён были самой простой формой установки php на сперме.
У него ОТЧЕТЫ. Заполняешь фильтры, получаешь табличку. Я на этой хуйне собаку съел, и для меня рекурсивный запрос, от которого ты пригорел, обыденность. Эта хуйня может быть длиной в три экрана и меняться по пердежу манагера пять раз в день, ты просто заебешься коммиттить эти правки через обычный воркфлоу.
Лол, 100500 постов выше мне анон подсказал про оператор sql <=>, что мне и потребовалось. А далее уже вы сами между собой чет качаете права.
Я же скажу - что конечно не хочу делать на каждый отчет свой метод. Ранее я сделал гибридную схему, где в общем отчеты генерятся в ожном методе, а особо выебонистые я уже в одельный класс запихивал. Хуйня в том что логика "генерирования" получилась запутанной, я два месяуа не трогал и все к хуям забыл.
100 методов это не решение.Но и генерирование - тоже та еще тема.
У нас запросы sql могут быть рили в полтора листа a4.
Если ты начнешь городить сложный фреймворк для этих отчетов, ты можешь позже упереться в его ограничения.
Однако, можно делать классы для каких-то общих вещей.
Вполне нормально делать на каждый отчет свой класс, чтобы не было единого класса-монстра. Они могут реализовывать какой-то общий интерфейс, с методами вроде "получить список допустимых параметров формы" или "сгенерировать отчет". Естественно, "список параметров формы" стоит тоже сделать объектом.
interface ReportInterface {
getFilterParams(): FilterParamsList,
buildReport(FIlter $filter): Table
}
Главный подвох здесь - вдруг тебе завтра понадобится какой-то отчет, который состоит не только из таблицы, а из 2 таблиц с тремя графиками? Как его засунуть в Table? А никак не засунуть, придется переделывать интерфейс и все остальные классы.
Не забывай комментировать назначение каждого класса и публичного метода.
Строить SQL запросы по частям и по условиям удобно с помощью Query Builder, в Доктрине, например, он есть.
Для форм можно взять готовую библиотеку вроде Symfony Forms, или навелосипедить что-то свое.
Если от тебя требуется выдавать отчеты в нескольких форматах, вроде HTML и Excel, то стоит придумать класс, который представляет собой таблицу и который затем можно превратить в HTML-таблицу или файл Excel.
>>можно просто не указывать
>> WHERE lastname
Я не могу не указывать, точнее могу конечно, - дербаня sql как строку, но тогда генерация запроса, с учетом подстановки из вэб формы данных превращается в полный бардак, потому что водном запросе мне нужно иметь возможность получить и отдельные значения, и все значения + null не меняя самой строки sql запроса.
Если формы однотипные, можно их генерировать из списка параметров. То есть в классе отчета описываешь, какие есть фильтры и какого типа, и на основании этого генерируешь например объект формы Symfony Form.
Можно и не генерировать форму на основе параметров, а сразу описать ее как форму в отдельном классе.
Если формы хитрые, в несколько строк и колонок, с подписями, то есть 2 варианта:
- добавить кастомные атрибуты к Symfony Forms, и использовать их для вывода
- делать на каждую форму кастомный шаблон для ее вывода
Твои варианты, по моему неудачные:
-JSON - непонятно, зачем он нужен, когда форму можно описать с помощью Symfony Forms гораздо нагляднее
- HTML в БД - это вообще ад, у тебя будет код построения отчета в файлах, а HTML с формой отдельно в базе. Забудь про такие идеи
Что касается аякса, то он может быть очень простой: при изменении полей формы и нажатии кнопки "Построить отчет" отправляем запрос на сервер, тот строит отчет, и возвращает HTML, который яваскрипт вставляет на страницу. Не надо ничего тут усложнять.
Спасибо за советы.
Построители запросов из ORM я юзать врядли буду, потому что под нужную задачу построить sql - запрос не самое простое дело. База в десятки миллионов записей в отдельных таблицах, а общее количество таблиц близко к 600, и всему этому говну лет 6,и спроектировано оно было как говорили более компетентные люди через сраку.
Иногда такие запросы выходят что хуеешь о того что это вообще работает. 20 объединений - норм тема.
Вообще, ты не совсем прав. Операторы сравнения при наличии NULL возвращают NULL вместо FALSE и это может быть неожиданно.
Например: https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=e995db1b270074d9b5cf03e8e21913f5
И еще один подвох: если в NOT IN среди значений есть NULL, то он может тоже вернуть NULL: https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=111f1189011651c61f603fc7f69567a9
>>1747336
Писать 100 разных классов не так и плохо, если в них разный код. В чем проблема?
Отчеты там с фильтрами, и их по моему удобнее строить на стороне PHP, там хотя бы есть Query Biulder, а чем ты его заменишь в SQL? Не, чистый SQL тут не решит проблему.
>Операторы сравнения при наличии NULL возвращают NULL вместо FALSE и это может быть неожиданно.
Еще один жопочтец. О том и речь, что есть специальные операторы NULL safe, которые МОГУТ сравнить с NULL. Ты вообще не открывал мои запросы?
Вот твой пример пофикшенный https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=4aba9a677b80d648b0bcfab6c7551c75
>И еще один подвох: если в NOT IN среди значений есть NULL, то он может тоже вернуть NULL
На параметры, которые передаются в запрос повлиять можно, то что передан в IN() NULL это обсер программиста, а если NULL будет в таблице ты на это повлиять никак не можешь.
>Писать 100 разных классов не так и плохо, если в них разный код. В чем проблема?
Для бешеной собаки сто километров не круг. Пиши идусский код, кто тебе запретит.
>Отчеты там с фильтрами, и их по моему удобнее строить на стороне PHP, там хотя бы есть Query Biulder, а чем ты его заменишь в SQL?
Все, идите нахуй. Каждый заходящий в тред, нихуя не читая о чем идет речь, высирает одну и туже мантру.
Читай сука как охуенно удобно ебашить запросы query builder'ом >>1747598 >>1747617. Пиздец. Желаю тебе и остальным жопочтецам ебашить по сто классов, в которых билдятся запросы "в полтора листа А4"
Все. Я сгорел нахуй. Вам тупороги баранм объяснить что-то можно только заставив вас билдить мало мальски сложный запрос https://dbfiddle.uk/?rdbms=postgres_12&fiddle=8616e7caabfa604f107cbc76aee31ae6 . И тогда до вас доходит: бля а я думал там селект трех полей сбилдить надо, чет сложно, мой QueryBuilder CTE не поддерживает.
Сорян за агр, просто ты уже десятый, кому это приходится объяснять. Как под копирку сука.
В сервис провайдере:
Gate::define('test', function ($user) {
return true;
});
в контроллере
if (Gate::denies('test')) {
echo 'Allowed';
} else {
echo 'Not Allowed';
}
И вне зависимости от того что я true/false из Gate::define возвращаю - в контролере всегда у меня echo 'Allowed';
да, есть. проблему я решил. запустил через командную строку, там отображается ошибка подключения модуля. он почему то подключает по пути C:/php/ext а у меня установлен в С:/php7/ext я хз почему он берет именно такой путь и где это изменять, но все решилось переименовывание папки. Спасибо большое анон, что откликнулся
На будущее, папка задается в параметре extension_dir:
- https://www.php.net/manual/en/ini.core.php#ini.extension-dir
- https://www.php.net/manual/en/install.pecl.windows.php
{
я так и не понял,что это.Где прочитать подробно?
как заготовка для другой проги или как огромная функция внутри проги?
типа Route::get('/', MainController@Main);
типа Route::get('/main', MainController@Main);
только одной строкой
пробовал так
типа Route::get('/{main}', MainController@Main)->where('main', 'main|[""]');
ночет не получилось
ООП (объектно-ориентированное программирование) - это подход к написанию кода с помощью объектов. У объекта есть свойства и методы - функции для работы с объектом. Ну например, мы можем в магазине сделать объекты "Товар", "Скидка", "Заказ", у товара сделать свойства вроде "название", "цена", и метод "рассчитать стоимость со Скидкой".
(Сделать ответ на шапку)
Здравствуй ОП, можешь проверить задачку про расчет маршрута/навигатор/поиск пути https://ideone.com/q1Uk29 . Решал, не как было предложено подсказками рекурсией, а с помощью алгоритма Дейкстры.
Еще есть вопрос по алгоритму Дейкстры, соседние узлы рассматриваемого узла можно же можно рассматривать по порядку, независимо от того какой цены ребро ведет к ним? Я собственно так и делал.
А так же, я решил как было предложено в твоем учебнике с помощью рекурсии вышло более элегантно https://ideone.com/ukgSft . Прошу пожалуйста это тоже глянуть. Мне тут не совсем нравится моя рекурсия. Я хотел, чтобы варианты возможных путей возвращались только в конце работы функции по завершению всего стека вызовов. У меня же по иному, присутствуют промежуточные возвраты еще не всех вариантов.
я выше написал,что обосрался с this
я тогда вот это еще накодил
https://github.com/kydva/Student-list
эпилептикам видео не смотреть, предупреждаю!
Дизайн, конечно, интересный, но почему при ошибке заполнения формы она очищается? Неудобно же, все по второму разу вводить. Тут в уроке описан алгоритм, который позволяет подставлять в форму введенные ранее данные: https://github.com/codedokode/pasta/blob/master/forms.md
Код постараюсь чуть позже глянуть.
Чувак, я даже близко не понимаю как написать магаз и вообще как сделать что-то близкое к реальности. Есть книга грокаем алгоритмы. Там есть глава, в которой сначала объясняются графы, поиск в ширину, а затем уже алгоритм дейкстры. Никакой мат. теории вообще. Там же и представлено решение, но на Python'е. Лично я это когда-то прочитал, перед решением задачи перечитал. Но, там задача объяснялась с направленными графами. Поэтому я еще глянул на википедию, там очень хорошо описан пример решения такой задачи, но при этом непонятный псевдокод. При решении задачи старался не заглядывать на реализацию на Python'e из учебника, чтобы самому набить шишек как следует.Сразу предупреждаю, там есть ошибка: "Алгоритм Дейкстры работает только с направленными ациклическими графами", так вот с направленными работает, и с ациклическими кажется тоже. Главное он не работает с графами с ребрами содержащими отрицательные веса, это уже другой алгоритм, там тоже все на основе графов.
https://ideone.com/RbLQbz
Потому что $number это новая переменная и в ней всего лишь копия данных из массива.
Чтобы поменять исходный массив нужно либо менять значения по ключу, либо получать в $number значение по ссылке https://ideone.com/xYnZhY
это к кнопке надо привязать адрес скрипта?
Быстрее, чем в других языках (кроме может javascript), но велика вероятность её ужасного качества (и как заработка, и как места для технического роста, не говоря уже о карьерном).
Короче, внимательно следи, куда устраиваешься хотя лол без опыта пойдешь туда, где возьмут
зачётно! Спасибо, гляну! А я user скрипт написал для более простого скачивания изображений и видео с оригинальными именами ну и прочие плюшки https://openuserjs.org/scripts/FreeStyler/2ch.hk_improvements
или через ссылку https://ideone.com/h5axrr
Не нормально. Я не знаю где ты читал про грасп и инкапсуляцию, но в твоем примере никакой инкапсуляции нет и никаким принципам он не следует. Если проблемы с английским, то вот отличная статья на русском https://habr.com/ru/company/otus/blog/491636/ . Если коротко, то принцип такой: информация должна обрабатываться там, где она содержится.
В твоем коде информация обрабатывается? Да хуй его знает, посмотри на пик. Я выделил красным бесполезный мусор, который ни о чем не говорит. Почти половина получилась, а все что осталось это существительные. Твой код не выражает намерений, его нельзя понять. Можно только узнать, спросив тебя.
Где содержится информация в твоем коде? Опять хуй его знает. В объекте файла? Нет нихуя, он как наташка скачет по хуйцам других объектов, разбрасывая свою информацию направо и налево. В объекте Ашотика, в который ты сеттишь файл-наташку? Опять нихуя, Ашотик у нас тоже дырявый. Он потрошит наташку, а все содержимое передает таким же дырявым друзьям. В итоге найдя где-то в твоем коде переменную "$name" невозможно сказать чье это, и в скольких полупидорах это уже побывало.
Вот ссылка на класс где это используется:
https://github.com/Back1ng/uppu-symfony/blob/master/src/Service/FileUploader.php
Прислушаюсь к советам, если таковые будут :)
Попозже сделаю пулл реквест подробный. А для затравочки вот это:
(new DirectoryManager())->setDirectory($this->getDirectory())->create();
Как это читать? У тебя самого нет ощущения что что-то не так идет? Код это не головоломка, и пишется он для людей, и если он хоть какую-то важность имеет его будут читать. Почему нельзя написать просто?
$directory = $directoryManager->createDirectory($path), а лучше еще короче
$directory = Directory::create($path)
Вот что я написал
>Буду рад если развеете мое заблуждение ( если это заблуждение ).
Твое заблуждение я развеять могу: в жопе у меня ничего нету, тебя я не знаю и вообще я один в доме. Где же пруфы? Я их ни у кого и не просил. А вообще, по твоему сообщению складывается ощущение, что ты реально контуженный, обиженный жизнью имбецил мысль о хуе в жопе - это не единственное твое заблуждение в жизни. Вообще сомневаюсь, что твой мозжечок способен породить что-то адекватное, если ты пишешь такую поебень.
Да вроде одно и тоже
Как спроектировать базу интернет-магазина, как хранить картинки товаров?
Так вот. Хочу создать 80 статей и к ним 7 категорий. Сидер статей вызывается раньше на 1 пике. Хочу реализовать такую фишку что сначала он создает их с null, а потом я обновляю мой category_id уже у ранее созданных моделей. Но при таком коде у меня по итогу получается: 80 статей с null, 87 категорий, и еще 80 с рандомными category_id до 87 естесн. Как такую залупу то фиксить? уже второй вечер мозги ебу
как вариант можешь развернуть себе голый опенкарт и глянуть как там база спроектирована и реализована
> как хранить картинки товаров?
создаешь таблицу с полями id, product_id привязываешь картинку к определенному товару, name записываешь туда название картинки в стиле abu.png
Ложное ощущение. Задачи у фронтенда и бекенда разные, стеки тоже разные.
Как правило спрашивают:
- Архитектуру (у бекенда на пхп это обычно мвц, у фронтенда обычно мвп с презентерами и всякие редаксы поверх)
- Язык (пехапе и жскрипт отличаются очень сильно, на самом деле)
- Экосистема (библиотеки, тп, без комментариев)
- Инфраструктуру (в твоём случае сервера и базы данных, в случае с фронтендом это особенности браузеров)
Как видишь, общее может быть только в архитектуре.
НО!
Как бекендщик, ты всё равно обязан знать фронтенд на начальном уровне, и это изи могут спросить. Во-первых, потому что пехапе часто используется для шаблонизации и в этом случае фронтенд вырожден, а вся логика происходит на бекенде. Во-вторых, потому что ты не должен звать мамочку, если тебе нужно что-то по-быстрому поправить на фронте.
Вызывая метод create, Eloquent создает 80 экземпляров сущности Article и сразу сохраняет их в БД. Затем ты создаешь 80 экземпляров и сохраняешь их вручную уже внутри коллбэка, поэтому и получается 160 статей. Я бы вызывал сначала сидер категорий, затем сидер статей, а то ты пытаешься присвоить статьям категории внутри коллбэка, но не создал еще ни одной. Коллекцию категорий можно получить вне коллбэка один раз (в текущей реализации ты делаешь 80 запросов в БД за одними и теми же категориями), затем передать в него при помощи use и доставать случайную категорию из коллекции методом random.
окей, убираю create тогда чтобы не создавались 80 статейй, и первым запускаю сидер категорий. а дальше как поподробней можешь расписать анон желательно с кодом чтобы из этих 7 категорий он мне ввыбрал рандомную и вставлял в каждую новую статью, а не создавал еще дополнительно 80 категорий
а вход в админ панель как делать-через морду сайта или через сервер самого сайта,как вообще?
https://pastebin.com/7a0vEquk
Попробуй как-то так, дружище
Аноны, написал тут функцию для подсчета количества купюр, из предлагаемой суммы. Оцените, насколько сильно это говнокод.. Можно добавлять новые купюры, очко не ломается.
https://ideone.com/pEESRH
Иногда вход в админку делают через общий логин, а иногда отдельно. Иногда даже админка бывает размещена на другом домене.
>>1754277
Обычно делают таблицу с информацией о картинках, и в ней, например, хранится имя картинки, размеры. А сами картинки лежат в отдельной папке или даже в дереве папок (например, разбитые по месяцам загрузки).
Плюс в том, что эту таблицу можно связывать с другими таблицами (например, статьями), и видно, где какая картинка используется.
Часто также при загрузке картинки сохраняют ее уменьшенные копии, на случай, если где-то нужны картинки меньшего размера.
Хорошей идеей будет всегда сначала сохранять картинку на диск, а только потом в БД, тогда даже при ошибке загрузки в БД не будет ссылок на несуществующие картинки.
Аргументы передаются через скобки. Через конструктор или сеттеры в объект передаются те параметры, которые будут нужны много раз или нескольким методам (например, объект соединения с БД). Это описано в уроке про DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>1753915
Странно, что ты загружаемый файл передаешь в конструктор, а не в store(). Из-за этого усложняется понимание кода, и из-за этого твой сервис способен загрузить всего лишь один файл за свою жизнь. Параметры файла надо передавать в store(), а вот имя папки можно оставить в конструкторе, если оно неизменное. Тогда твой сервис станет многоразовым и более логичным.
Аргументы в метод надо передавать через скобки, а не придумывать усложненные косвенные способы передачи через конструктор.
Также, ты зря ловишь исключение. У тебя тут ошибка:
> public function store() : File
> return $exception->getMessage();
Ты возвращаешь строку, а это делать нельзя. Не надо ловить исключение, пусть оно вылетает и пусть его ловит код выше, который знает, что с ним делать (например, показать пользователю). Твой класс ничего полезного с исключением сделать не может, ошибку вывести не может, значит не надо его ловить.
этим кто либо пользовался?
заработало как то так, дружище https://ideone.com/AygAHN
>Обычно делают таблицу с информацией о картинках, и в ней, например, хранится имя картинки, размеры. А сами картинки лежат в отдельной папке или даже в дереве папок (например, разбитые по месяцам загрузки).
>
>Плюс в том, что эту таблицу можно связывать с другими таблицами (например, статьями), и видно, где какая картинка используется.
>
>Часто также при загрузке картинки сохраняют ее уменьшенные копии, на случай, если где-то нужны картинки меньшего размера.
>
>Хорошей идеей будет всегда сначала сохранять картинку на диск, а только потом в БД, тогда даже при ошибке загрузки в БД не будет ссылок на несуществующие картинки.
Спасибо
ОП из теории твоего урока по ООП пикрелейтед, тут, если не ошибаюсь стоит определить класс как абстрактный.
Судя по названию он имеет отношение к создателямпереписывателям актуального интерпретатора, но почему его так боготворят?
if (isset($_POST)) {
echo"Имя:" . $_POST['name']." \n ";
print"Город:" . $_POST['city'];
}
почему не работает перенос строки,дажу Php_eol не помог
https://github.com/deadj/uppu
Из твоих прошлых замечаний не исправил:
>Здесь вместо массивов можно было бы попробовать сделать классы, для разных видов файлов, вроде VideoParams, AudioParams итд.
Мне всё же кажется, что массивы в данном случае лучше
>Вообще, для преобразования объекта в массив (и обратно) есть библиотеки вроде JSMSerializer. Может, она тебе тут пригодилась бы?
Кода для пребразования мало, и подумал, что пусть будет
>Используй lastInsertId() вместо
>foreach ($filesId as $id) {
> $filesArray[] = $this->filesTable->getFileThroughId(intval($id));
Потому что во время операции может быть добавлен другой файл, и id возьмётся не тот
Заранее спасибо тебе, ОП
ОП подскажи пожалуйста, в твоём уроке написано про область видимости protected следующее:
protected - внутри того же класса и всех его наследников (но не предков, так как предок не должен знать ничего о наследниках - помнишь?).
В мануале же говорится, что:
Модификатор protected (защищенный) разрешает доступ самому классу, наследующим его классам и родительским классам.
Тут вопрос о protected , доступ все таки разрешен к родительскому классу ?
Можешь привести в нужный тип такой конструкцией - (int) $age.
https://www.php.net/manual/ru/language.types.type-juggling.php
а что с городами,типа все Должны быть с Заглавной буквы?
Со вторым if не получилось,попадал на пустую страничку
Доступ к protected есть у наследников и родителей, но из родителя обращаться к полям наследников (которых нет в родителе) - это ошибочный подход. Вот пример:
class Parent
{
public function test()
{
echo $this->x;
}
}
class Child extends Parent
{
protected $x = 1;
}
Здесь формально доступ к свойству $x разрешен, но код ошибочный, так как если мы создадим объект класса Parent, то в нем не будет свойства $x и произойдет ошибка.
только щас понял,что отрицательные числа проходят.
перепилил
критикуйте
Группы, в каждую из которых входят определенные студенты
Студенты, каждый из которых принадлежит определенной группе
Предметы
Оценки студентов по предметам (у каждого студента может быть только одна оценка по одному предмету.
как я понял по итогу получается 4 сущности, но при этом 4 таблицы в бд. я ведь правильноо все понимаю?
VSCode с плагином PHP Intelephense (он так себе, но лучше не завезли).
>>1759186
Название города может состоять из непредсказуемого тобой сочетания символов, например 평양. Поэтому брось это, достаточно проверять, что у тебя строка: is_string($city). Так как это пользовательский ввод, полезно убирать случайные пробелы с боков: trim($city).
Ну да, цифры могут быть строкой =)
попробуй воспользоваться сайтом https://regex101.com/
и попробуй написать свою регулярку, которая пропускает только символы (в тест стринг много вариантов накинь)
^[\D]+$ попробуй разобраться в этой регулярке
как это сделать?
В рабочих проектах по сколько строк кода у вас?
как фиксить то такое ..?
возник такой вопрос. в задаче необходимо что бы при выводе я выделил отличников (все оценки 5) и хорошистов (оценки не ниже 4)\
так вот встал вопрос как мне такое реализовать? возможно ли это как то сделать в контроллере самой ларки или же надо как то с бд шаманить создавая отдельную таблицу хорошистов и отличников? анонсы помогите
>задачка с ивановыми то полегче будет
if ($student->hasMarkLowerThen(4)) {
echo 'Пиздуй сапоги защищать';
} else {
echo 'Задрот, сиди дрочи свои уравнения';
}
Что сложного в этой конструкции?
>это же hasMany или hasManyThrough ?
Это зависит от твоей бизнес логики. Ты ж нихуя не рассказал и не показал. Я ебу как у тебя оценки работают? Я канеш могу сам все спроектировать, но тогда какое это обучение будет.
Ларка и её орм это канеш хорошо, но попробуй сам запросы сначала написать, которые тебе нужны. А то такое ощущение, что ты не видишь целой картины. Вот логически, есть студенты, у студентов есть оценки, как выбрать всех студентов где оценка больше 3? То что у тебя там может быть несколько таблиц с джоинами это технические детали. Если задача непонятная или сложная, то попробуй её на более мелкие задачи разбить, сначала как выбрать студентов с оценками, потом как сгруппировать отличников и ударников, потом как это показавать в табличке в вебе и т.д.
>Что сложного в этой конструкции?
а, то есть надо еще контроллер студента доработать добавив туда функции на проверки отличник/хорошист он или нет?
я думал это можно как то средствами ларки организовать
>>1761300
>Вот логически, есть студенты, у студентов есть оценки, как выбрать всех студентов где оценка больше 3?
ну это легко будет SELECT * FROM marks WHERE mark > 3;
но проблема то в том что мне надо вывести список студентов и при этом выделить отличников и хорошистов. я спрашиваю как это более менее организовать в одну переменную.
получить три экземпляра объекта (все студенты, хорошисты, отличники) то я могу. но потом будет ебала с их выводом в список через foreach в виде:
if in_array(student->id, $otl):
вывод его как отличника
eleif in_array(student->id, $hor):
вывод как хорошиста
else:
вывод как обычного студента
>но проблема то в том что мне надо вывести список студентов и при этом выделить отличников и хорошистов. я спрашиваю как это более менее организовать в одну переменную.
Ну лично я бы не ебался, и задал эту логику в коде.
>if in_array(student->id, $otl):
Можно просто $student->isОтличникблять($subject_id): bool;
Здравствуй ОП, подскажи пожалуйста по твоей задаче из уроков про ООП(пикрелейтед), не совсем понял, что от меня требуется здесь, а именно эти слова:
"В ходе ее решения у тебя может возникнуть желание определить, объект какого именно класса перед тобой."
Тут не совсем понял, я же когда создаю вопрос я же определяю к какому подклассу он относится. А так в остальной части программы, будь то вывод или проверка ответа, меня уже не интересует к какому подклассу относится мой вопрос. Само решение https://ideone.com/rrx9wj .
Есть статья, статья определенной категории и у статьи есть комментарии. И у некоторых комментариев может быть поле parentId = null.
Я получаю статьи определенной категории:
$articles = Article::with('comments')
->whereHas('categories', function (Builder $query) use ($categoryId) {$query->where('slug', '=', $categoryId);})
//и далее я хочу что бы у каждой статьи $article в массиве comments были только те к которых parentId = null
И не пойму пока что как это сделать, не хватает знаний qloquent
Ни один из вариантов. Функции должны обладать конкретным функционалом. Одна функция формирует строку, вторая выводит. И начни наконец использовать типизацию параметров и возвращаемых значений.
https://3v4l.org/M7ikB
сука, бля, вот вообще нахуй вылетело из головы про условия в жадных загрузках. Я чет заклинился на вариантах where или whereHas.
Спасибо за ответ!
Скажи а другой вариант можешь предложить фильтраци комментс?
$articles = Article::with('comments')
->whereHas(...)
//и тут уже фильтрация comments
-> where( function ($query) {...});} )
->get()
Как в sql сделать это понятно - объединение и котором результирующие строки comments IS NULL.
А в eloquent я еще не совсем понимаю че там как в цепочке функций построителя запросов передается.
>>1761530
Ты сможешь!
Имеется в виду, не надо в ООП коде писать код вроде
if (объект относится к классу A) {
делать одно;
} иначе {
делать другое;
}
Решение в общем верное, только лучше возвращать из функции проверки не строку, а значения true/false или числа 0/1. Так как тебе будет неудобно, например, считать баллы или число правильных ответов, если функция возвращает произвольную строку.
https://www.php.net/manual/ru/regexp.reference.unicode.php
Также, не забудь добавить к регулярке флаг u: https://www.php.net/manual/ru/reference.pcre.pattern.modifiers.php
я по регуляркам больше половины нихера не понял.
На офф сайте читать это пиздец.
на других сайтах тоже по упоротому объясняют
Тогда можно задавать конкретные вопросы, что именно непонятно.
Флаг u включает поддержку Юникода, без него считай что работают только латинские символы, без кирилицы и без латинских символов с диакритикой.
\w в сочетании с флагом u значит "любая буква любого алфавита".
Далее, у символов Юникода есть свойства. Например: является ли символ буквой, цифрой, знаком препинания итд. С помощью конструкций вроде \p{L} можно искать символы с определенным свойством . Например, \p{Lt} ищет заглавные буквы любых алфавитов, а \p{Sc} - символы денежных знаков. А \P{Lt} - все, кроме заглавных букв.
спасибо,сам бы я не смог.
перепелил еще раз.
вроде так яснее и практичней код выглядит
что надо написать?
По логике для разработки - нужно вебпаком каждый раз собирать бандл, и кидать его в паблик?
Так обычно делают?
Зачем ты and используешь? Во первых, лучше вместо него использовать &&. Во-вторых, тебе вообще не and нужен, a or, то есть ||. У тебя ж ошибка по регулярке будет только если все поля неправильны, ошибка по возрасту только если возраст одновременно больше 110 и меньше нуля, а ошибка заполнения формы только если не заполнены все поля.
И еще, зачем так злоупотреблять "!" не пойму. Что ты от этого получаешь? Ты вместо $age>110 пишешь !($age)<=110. Мало того что это читать невозможно, так ты еще и на 4 символа больше вводишь.
Постоянно. Вот, посмотри для примера код интернет-магазина Магенто: https://github.com/magento/magento2
В конструкторах нет ничего сложного, да и в ООП в целом тоже.
>>1761434
Справшивай у тех, у кого негатив. Я против неё ничего не имею.
>>1760962
Так обычно и делают. SPA при запуске смотрит на текущий URL и подгружает что нужно. Но, конечно, это работает медленнее, чем когда сервер сразу отдает готовую страницу.
>>1760055
Не понял вопрос.
Зависит от количества тестов. Не проще ли сделать пагинацию на сервере, но увеличить размер страницы (например: 100 записей на страницу)? Пагинация делается как раз чтобы снизить нагрузку на БД, и не вытягивать данные, которые пользователь с большой вероятностью смотреть не будет. А ты предлагаешь, наоборот, вытягивать больше данных.
Если ты хочешь сделать переключение страниц без перезагрузки, то вообще не требуется писать код на JS и изобретать велосипед, просто берешь библиотеку вроде https://github.com/defunkt/jquery-pjax и она перехватывает клики по ссылкам, при этом ссылки остаются ссылками, их можно открыть в новой вкладке, работает история, закладки итд. То есть получается аякс здорового человека.
>>1757001
Бывает по-разному. Бывает, верстальщик отдает HTML-шаблоны, бывает, что он знает шаблонизатор и верстает код на нем, бывает, что он получает от бекендщика информацию об API.
>>1756701
Раньше был популярен, сейчас не так.
Имена переменных ужасные, из-за них трудно читать код. Вот как это читать:
> foreach($arr as $ri => $rv){
Там 3 ничего не говорящих названия. А если написать:
foreach ($bills as $value => $amount) // "для каждой банкноты с номиналом и количеством"
То сразу станет понятнее. Попробуй поработать над понятностью кода, так как иначе его надо долго расшифровывать.
Также, ты прибавляешь по одной банкноте, но можно сразу вычислить количество, например если сумма равна 17000, то 5000-х банкноты надо 3 штуки, это очевидно, если поделить 17000 / 5000 = 3.4.
> elseif ($path == '/faker-83'){
Для заполнения БД лучше было написать консольный скрипт и положить, его в папочку cli. Для долгоживущих скриптов такой подход лучше, чем запускать их в браузере.
При отдаче ошибки 404 надо еще отдавать в заголовках код состояния HTTP 404 (а не просто писать его текстом), чтобы роботы тоже понимали, что на странице ошибка.
Параметры соединения с БД стоило вынести в файл-конфиг, например, config.ini.
> $currentPage = $_GET['page'] ?? 1;
В такой конструкции стоит добавить intval()/strval для принудительного приведения к числу/строке.
Для проверки/установки авторизации стоило сделать класс-помощник с методами вроде getAuthUser/setAuthUser, который скроет в себе работу с куками и проверку хешей. Иначе придется копипастить однотипный код по контроллерам.
> $token = $_COOKIE['token'];
Тут стоит добавить ?? '', так как кука может и отсутствовать, и будет варнинг.
> $isThatFirstAttempt = ($student)? FALSE : TRUE;
Тут по моему переменная $student может быть не определена, и это вызовет варнинг. Включено ли у тебя отображение ошибок?
> //Сравниваем токен из формы и токен пользователя для защиты от XSRF уязвимости
> die("Возможно, вы злоумышленник.
Вообще, правильнее писать "вы жертва XSRF-атаки", хотя вероятнее, что пользователь просто почистил куки.
Не очень хорошо, что Pager обращается к STG. Ведь это получается уже не универсальный пагинатор для любых данных, а работающий только со студентами - StudentPager. Чтобы лучше разграничить зону ответственности классов, можно попробовать отвязать пагинатор от студентов, например:
1) сделать интерфейс TableInterface (с методами getCount(FIlterInterface ), getRecords(FilterInterface, offset, limit) ), сделать чтобы STG его реализовывал и таким образом развязать классы друг от друга. Pager будет знать только о TableInterface, но не о STG. Это может быть непросто. Пример универсального пагинатора ты можешь найти в библиотеках Pagerfanta и KnpPaginator.
2) можно просто убрать функции получения записей из пагинатора и оставить ему только задачу расчета числа страниц и формирования ссылок
Ну или можно честно назвать пагинатор StudentPager.
> //Кстати, переменные, полученные с надежного источника, можно не биндить, верно?
В твоем случае источник этих переменных неизвестен, если смотреть только на код функции getStudents(). мы ведь не знаем (глядя на ее код), кто ее вызвал и откуда взялись эти переменные, и не можем оценить, безопасно ли их вставлять в запрос. И мы не хотим изучать весь код, чтобы это понять. Также, может завтра кто-то впишет в код вызов этой функции с аргументами, пришедшими от пользователя. Потому правильнее их передавать через плейсхолдеры, а так там имеется возможность для возникновения инъекции.
Параметры для ORDER BY надо проверять по белому списку разрешенных значений.
> // -А если в $search будет что-то вроде '50%'?
Можно заменять % и _ на \% и \_ (а \ -> на \\).
Константу STG::UPDATE правильнее было бы назвать METHOD_UPDATE, аналогично и с другими константами.
> return $result[0]; //В нулевом элементе $result находится количество записей
Там есть метод fetchColumn() для таких случаев.
> if (preg_match("/^[а-яА-ЯЁa-zA-Z0-9]+$/ui", $student->groupnum) == FALSE) {
Вообще, preg_match возвращает число совпадений (0 или 1), а не true/false.
> if ($isEmailOccupied==TRUE && password_verify($student->token, $studentWithThatEmail->tokenhash)==FALSE)
Это сложная и не совсем очевидная логика. Тут, конечно, проще было взять в качестве идентификатора студента токен, так как он не меняется, в отличие от email.
Так, в общем неплохо сделано.
Сделано неплохо.
> Еще есть вопрос по алгоритму Дейкстры, соседние узлы рассматриваемого узла можно же можно рассматривать по порядку, независимо от того какой цены ребро ведет к ним?
Да, без разницы, в каком порядке их обходить, мы все равно переберем все возможные маршруты.
Алгоритм Дейкстры, скорее всего, будет более быстрым, чем рекурсия, он делает меньше операций, в то время как рекурсия делает полный обход всех возможных маршрутов.
Не очень хорошо, что ты используешь статические переменные, если ты попробуешь несколько раз искать путь, то там останутся значения от предыдущих попыток.
Для рекурсивной функции надо продумать, что она принимает и что возвращает, и тогда не потребуются статические переменные.
Например, она может принимать: (карта соединений, цель, пройденный путь как список точек) и возвращать: (оптимальный путь до цели как список точек). А расчет времени можно сделать отдельной функцией (принимающей карту и список точек) и этим упростить код.
Вопрос, что и в каком порядке мне учить чтобы заработать хотя бы на дошик? Я так понимаю чтото типа html + css + php + wordpress, на последнем акцент для фриланса. Что мне делать чтобы качать реальные скиллы, которые помогут заработать? Какой стек посоветуете? Мне много не надо, даже 20-30к хватит. Везде ебаные инфоцыгане ссут в уши, как дела обстоят на самом деле?
>Что мне делать
Учи теорию и практикуйся - так будешь закреплять полученные знания, если в ладах с английским, то поищи в очевидных местах курс The Complete Web Developer Course 2.0 или как-то так, даст тебе массу практики и портфолио 15 проектов!.
Если туго с английским, то поищи курс Webformyself | PHP-Мастер. От теории до собственной CMS интернет-магазина (2018) - даст теорию и собственно практику, воды мало, сейчас его прохожу, заходит куда лучше, чем книги О\'рилли, в них очень много воды.
Народ еще рекомендует ITVDN | PHP Developer (2015-2020) - там якобы и воды мало и все области описаны, даже фреймворки Yii 1 и 2 версии, который помирает потихоньку, однако их еще не смотрел, может быть на самом деле обстоят дела иначе.
Если просто для API, можешь посмотреть на Lumen.
https://lumen.laravel.com/
Там нихуя не работает как ожидаешь и всё через одно место, плюс вечные траблы с пакетами для ларавел, которые пытаешься подключить в этот люмен. Если тебе для апи не нужен шаблонизатор и сессии, то просто отключи их и не используй. Причин юзать этот люмен вообще никаких нет.
на этот раз ебусь со связями ManyToMany
имею вот такие вот вещи на руках https://ideone.com/wYtARZ
делаю страницу с отображением отдельного предмета. соответвенно мне надо вывести всех студентов и оценки по нему, средний балл за предмет среди всех студентов.
обращаюсь к таблице marks где имеется следующая структура: subject_id, student_id, mark
мой запрос который я написал возвращает мне все без проблем, но только проблема в том что блять он возвращает мне просто айди предмета, оценку студента, айдишник студента, а мне нужно при помощи связи получить его другие данные которые относятся к студенту и соответвенно через него загрузить к какой он группе относится реализовал ранее через метод 1 ко многим при выводе конкретно группы юзаю $group->load('students') и он подгружает мне всю связь где я могу уже обратиться к деталям каждого студента
так вот аноны, как это более грамотно сделать? надеюсь понятнно расписал. второй день ебусь с этим уже. куча сумбура в голове
Звездочка значит "любое кол-во повторов, включая ноль". Соответственно, все буквы, кроме д, необязательны. Так как буквы д там две, то регулярка совпадает дважды - сначала с первой буквой д, потом состатком слова.
Ты можешь вбить свою регулярку и строку на regex101, там подсветятся совпадения.
Подсказываю.
Берешь бумажку, ручку и рисуешь кто на ком стоял и с кем связан. По каждому юз кейсу.
Потом проектируешь модель для отображения нужных данных.
И только после этого проектируешь базу.
Ну и еще было бы нехуйно научиться излагать свои мысли, твой поток сознания просто неприятно читать.
>И только после этого проектируешь базу.
ну так база то спроектирован, все связи на месте, я спрашиваю как это реализоваь средствами фреймворка . я могу решить эту проблему в лоб обратившись к определенной таблице и джойнами из других сделать нужную мне выборку. но смысл ? я же не юзаю средства фреймворка, а пишу чуть ли не голый sql запрос
>Ну и еще было бы нехуйно научиться излагать свои мысли, твой поток сознания просто неприятно читать.
этто да, не отрицаю
В связи с большим кол-вом работы я разыскиваю людей которые неплохо разбираются в PHP и смежных темах (HTML/CSS/JQuery etc), а проще говоря - веб-разработчиков.
Чем мы занимаемся:
Важно знать, что мы играем за темную сторону™, большего тут не скажу, я думаю всё всем понятно итак.
Мы разрабатываем, доделываем и поддерживаем техническую сторону самых разных тематических сайтов, ботов и софта. Заказы бывают самые разные, от совсем простых, до вполне целостных сложных систем.
Как правило работа проектная, но последнее время всё чаще появляются клиенты с надобностью поддержки.
Кто нужен?
Нужен кадр который умеет в ПХП/хтмл/жс на уровне среднем или пониже/повыше, отпетые профессионалы и совсем уж начинающие - извините.
Будет плюсом опыт работы с Laravel или наличие возмозжности осилить.
Будет большим плюсом если хорошо умеете в верстку и смыслите в этом направлении - такого человека очень нехватает.
Само собой SQL (Postgres/MySQL), умение задеплоить свое/чужое.
Умение гуглить, куда без него то.
Кроме вышеописанного мной очень приветствуется открытость, честность и смелость (для решения ранее невстречавшихся задач).
Условия
Почти идеальные для хикки: графика нет, нет митингов и нет офисов, нет "прогревающих считалочек" и пр. Ну, конечно нет соц.пакетов и больничных, печенек и качалочек, сами понимаете.
Всё что от тебя требуется - честное и своевременное выполнение работы.
Оплата - крипта. Ставку я даже примерно назвать не могу т.к. не понятно с каким ты стэком постучишься и как быстро работаешь.
Здесь отвечать не смогу, отсутствует свободное время.
Пиши в @zzzzrabotabot, рассказывай что умеешь, что делал. Полноценное CV разумеется ни к чему, но кто ты и что ты - понимать необходимо.
Тут есть пара вариантов:
1) ты можешь на других устройствах добавить имя хоста в файл hosts:
a.example.com 192.168.1.3
И тогда можно будет писать http://a.example.com/
2) ты можешь поднять сайты каждый на своем порту и заходить на них с номером порта в адресе, например http://192.168.1.3:8000/
Это зависит от настроек роутера и ПК. Если у тебя в настройках ПК стоит "получать автоматически" (гугли DHCP), то адрес запрашивается у роутера и выдается им. Если ты хочешь постоянный адрес, то надо сделать следующее:
- на ПК настроить и вписать адрес вручную (например, 192.168.1.3)
- на роутере поменять диапазон раздаваемых адресов (например, с 192.168.1.10) чтобы другому устройству не выдали тот же адрес.
Допустим у нас есть человек, 20 лет. Ну и с 9 классами образования, к примеру.
Его стек:
1. PHP - 4/5
2. JS - 3/5
3. HTML, CSS - 2/5
4. SQL и т.д - 1/5
Возьмут ли его на работу с такими навыками, в какую нибудь ИТ-компанию? Какая вообще средняя планка знаний/навыков для такой работы?
>4/5
>3/5
Ты себя сильно переоцениваешь. С таким вопросом очевидно, что у тебя максималка 1/5 только по одному из этих навыков.
В веб студию какую-нибудь возьмут. Из того, что ты перечислил, даже если бы цифры были правильные, без сопутствующих технологий это врядли даже джун.
Про фронты, беки, фреймворки, аяксы, жквири, реакты, хуякты, ангуляры, ноды, вуежс не знаю ВООБЩЕ ничего. Поверхностно знаю синтаксис (но не сам язык) жс, но больше ничего.
Хочу чисто для себя перевкатиться. Где-нибудь можно найти туториалы совсем для даунов, чтобы хотя бы начать понимать, как это всё работает?
В шапке же есть всё
>- JS: learn.javascript.ru
>Наши уроки по PHP собраны по адресу http://codedokode.github.io/phpbook
>- JS: https://gist.github.com/codedokode/ce30e7a036f18f416ae0
Сейчас запрос выглядит как:
SELECT id, name, count, date FROM table ORDER BY date ASC
В некоторых строках поле date имеет NULL и разумеется они оказываются в результате сверху, а надо их отправить вниз.
Сходил тебе на ебало, дегенерат.
я и не думаю и не жду что кто то в треде за меня сделает. я уже просто который день сижу и ломаю голову что же сука не так и как мне сделать по человечески и чтобы все работало как надо и средствами фреймворка.
>Значит хуево спроектирована.
а как иначе? или я чего то бля не понимаю? имею на руках пока что только то что на пике
Читай по слогам. Сна-ча-ла на-ри-суй схе-му то-го что нуж-но о-то-бра-зить. По-том соз-дай мо-дель. По-том про-е-кти-руй ба-зу.
Ты блядь дом с крыши строишь. Структура хранилища должна удовлетворять юз кейсы, а не юз кейсы должны натягиваться на от пизды придуманную структуру.
в отдельную колонку? или привязать к имени людей?
Вот так вот у меня в гостевой книге реализовано
Where m is the total digits and d is the number of digits after the decimal.
Сессия по очевидным причинам отпадает. csrf-token в fetch body я передаю.
Смотреть в разделе аутентификация API?
Может взять два-три каких то основных ООП шаблона, и пробовать их применять к месту и не очень к месту?
Какие посоветуете? Как поступить?
Дополню, в общем использую "Аутентификация API" трабла в том что когда присоединяю к защищаемому роуту middleware('auth:api') - то по идее гвард аутентификации проверяет роут, и он проверят. Так как роут не срабатывает.
Фигня в том что я не пойму где описан код в ларавел когда гвард auth:api отклоняет запрос. В провайдерах и мидлвэйрах найти не могу блин.
Кто сталкивался, подскажите пожалуйста
Этот токен же при ajax запросе должен передаваться на сервер, где хранить этот токен (или его хэш допустим) - в расметке html? В сессии?
Вот залогинился пользователь в системе, сессия , все дела. И на одной страничке у меня ajax который требует пройти проверку аутентификаци.
Большое спасибо что нашел время и посмотрел
>сделать интерфейс TableInterface (с методами getCount(FIlterInterface ), getRecords(FilterInterface, offset, limit) ), сделать чтобы STG его реализовывал и таким образом развязать классы друг от друга. Pager будет знать только о TableInterface, но не о STG. Это может быть непросто. Пример универсального пагинатора ты можешь найти в библиотеках Pagerfanta и KnpPaginator.
Горю желанием это сделать, Pagerfanta вроде достаточно простой ( если не смотреть на готовые классы адаптеров ). Можно поподробнее о FilterInterface? Он должен как-то скрыть всякие параметры типо поиска и т.д?
>Это сложная и не совсем очевидная логика. Тут, конечно, проще было взять в качестве идентификатора студента токен, так как он не меняется, в отличие от email.
К сожалению, совсем тебя не понял. Это же фрагмент кода проверки валидности эмайла. Токен тут вроде как и является идентификатором, ведь я проверяю, не совпадает ли токен юзера, который хочет ввести уже существующий эмайл, с токеном владельца этого эмайла. Ведь это, возможно, сам владелец просто редактирует свои данные. Как это по-другому реализовать?
>Так, в общем неплохо сделано.
Спасибо) А то я после того как залил сюда гитхаб, посмотрел на другие варианты реализации этой задачки, и дико закомплексовал. У меня по сравнению с ними вообще ни ООП нету, ни MVC. Все еще не верю что это делали люди на такой же стадии обучения, как я. Хотя на самом деле мне очень не понравилось это ООП головного мозга
Всё остальное пофиксил ( ну еще класс авторизации не сделал, сейчас нету времени особо ). Особенно я удививился с того, что при логическом преобразовании несуществующей переменной она не просто превращается в false, а еще и вызывает варнинг. Заглянул в логи, всё в варнингах. Я думал что пхп не такой строгий в этом деле.
Бампану вопрос свой, переформулировав.
Я хочу что бы мои ajax-запросы (допустим дозагрузка комментариев) были доступны только залогиненным пользователям. Хочу сделать именно через проверку мидлвэйром auth:api.
И хотя мне сейчас кажется что я фигней маюсь - в моем случае нет необходимости мои ajax запросы проверять средствами api аутентификации. Для api аутентификации на сервере должен быть соответствующий контроллер и роут login - что бы клиент получил api_token.
Для контроля подгрузки комментариев строить api аутентификацию избыточно получается.
char занимает ровно столько места, сколько в нем написано, а если вставить туда слишком короткую строку, то она добивается пробелами до нужной длины (которые впрочем отрезаются при выборке). varchar же ничего не добивает, а хранит как есть.
https://dev.mysql.com/doc/refman/8.0/en/char.html
Как тут у них можно намутить connection timeout ?
Вот тут написано что можно передавать опции:
https://www.doctrine-project.org/projects/doctrine-dbal/en/2.10/reference/configuration.html
у меня есть немного странный код из \Badoo\LiveProfiler
там используется так :
->setConnectionString('mysql://profiler:xxx@192.168.10.11:3306/profiledb?charset=utf8')
как опцию connect timeout передать? замучался ваще.
Перепробовал разное и нифига.
Лол, а никак. Ну, по крайней мере, не меняя код этой баду параши никак. Пиздец, весь этот профайлер реклама безопасного секса SOLID и tell dont ask. Вместо того чтобы передать connection снаружи петучи создают его внутри. Единственный варик для тебя - это самому прописать что нужно, отнаследоваться и поменять код создания коннекшена. Ну или ждать когда они твой issue прочитают и поправят свой говнокод.
но там написано, что pdo options они воспринимают в URL.
какой синтаксис у многих опций? Они же смогли передать сharset.
>Ну или ждать когда они твой issue прочитают и поправят свой говнокод.
дело в том, что сам badoo на pinba2 по UDP профилирует. Им по большому счету насрать на эту проблему.
Странный проектик. Я его выбрал потому что он показался Сильно проще чем pinba2, но фактически засада наклевывается. и еще в pinba2 нет UI.
Как все нормальные пхпшники поступают? Это ведь абсолютно необходимый каждому среднему проекту софт. Нельзя осборать программиста просто так. Нужно аргументировать где именно плохо. Причем , плохо именно в живом продашне.
Оф сайты майскула и маруси-это пиздец,постоянно надо гуглить.
Знания у меня рваные получаются,не везде толково объясняют,а вот инфы по этой теме просто вагон надо разобрать
Они применяются не всегда, обычно в каких-то библиотеках или в сложном коде. Ну например, есть библиотека, которая что-то делает, она может использовать паттерн Observer, чтобы можно было подписаться на ее события и как-то вмешаться в ход ее работы.
Например, у библиотеки работы с формами Symfony Form есть события PRE_SUBMIT, SUBMIT и POST_SUBMIT - на них можно подписаться, чтобы что-то делать с формой. Но в твоем собственном коде этот паттерн Observer не особо нужен, так как ты и так можешь вписать нужный код.
Также, библиотека может использовать паттерн Фабрика, чтобы можно было вмешаться в процесс создания каких-то объектов (подсунув свою фабрику). Опять же, в своем коде это не потребуется.
Ты можешь попробовать изучить компонент Symfony Form, например, там кое-какие паттерны используются на практике. Он, правда, может быть сложноват для начинающего.
Не очень понял, что значит "как записать"? Какой запрос написать? INSERT INTO table (x) VALUES(3.14), этот запрос вставит число в таблицу.
>>1765086
А что непонятного в этих предложениях? У числовых типов можно указать, что они неотрицательные (UNSIGNED), и тогда диапазон значений будет чуть больше. Ну и нельзя будет случайно вставить отрицательное число.
>>1764544
Не очень правильно говорить поля таблицы, правильнее столбцы или колонки.
>>1762242
Вебпак это оптимизация для продакшена. Чтобы грузилось быстрее.
Я советую начать с разбиения стилей на разделы, то есть для каждого раздела свой CSS и JS-файл. Для компонентов, которые встречаются на нескольких страницах (например: шапка, меню, подвал) делаем тоже свои файлы и инклудим их, чтобы не было копипасты.
А потом уже можно вебпак подключить, чтобы в продакшене грузить только один файл, а не кучу маленьких.
Вообще, самый простой способ сделать универсальный пагинатор - это убрать из него выборку данных, а оставить только расчет номеров страниц и, может быть, формирование ссылок. Тогда не нужно будет ни TableInterface, ни FilterInterface.
У Pagerfanta, если не путаю, есть CallbackAdapter, где можно указать анонимные функции для получения количества и выборки данных. Это тоже простой вариант, позволяющий обойтись без интерфейсов.
А если мы хотим именно пагинатор, который умеет считать число страниц и выбирать данные, то придется заморочиться. Интерфейс TableInterface нужен, чтобы обобщить выборку данных из разных источников (ведь это может быть даже не БД, а, например, источник-массив), а FilterInterface - чтобы обобщить условия выборки (например, поиск по определенному слову).
Хотя PHP язык гибкий, и мы можем обойтись без FilterInterface, просто не указывая тип перед этим параметром: function getCount($filter). Тогда TableInterface получается такой:
interface TableInterface
{
public function getCount($filter): int;
public function getRecords($filter, int $offset, int $limit): iterable;
}
Тут никаких требований к переменной $filter не предъявляется. Теперь любой объект, который реализует TableInterface, может стать источником данных для пагинатора.
> Это же фрагмент кода проверки валидности эмайла. Токен тут вроде как и является идентификатором, ведь я проверяю, не совпадает ли токен юзера, который хочет ввести уже существующий эмайл, с токеном владельца этого эмайла. Ведь это, возможно, сам владелец просто редактирует свои данные. Как это по-другому реализовать?
Я имел в виду немного другой порядок поиска, используя токен как идентификатор: SELECT ... WHERE email = :email AND token != :token. Но да, получается почти то же самое, что у тебя.
> Мне ООП не понравился.
А ты посмотри на реальные проекты вроде Symfony Form (средняя сложность), или Magento (большая сложность). Там все на ООП. Без него, наверно, было бы еще неудобнее писать.
Но, конечно, должен признать, что передача $filter в пагинатор смотрится коряво. Так как не очень понятно, зачем он пагинатору. Вот бы без нее обойтись. Чтобы было как-то так:
$result = $studentTable->search('иван'); // или ...->selectAll();
$pager = new Pager($result, $maxPerPage, $currentPage);
echo $pager->countPages();
var_dump($pager->getRecords());
Или хотя бы так:
$pager = $studentTable->search('иван');
echo $pager->countPages();
Так тоже неплохо смотрится.
Выбираешь, сколько ты будешь хранить цифр всего и сколько после запятой. Допустим, у нас 4 цифры после запятой и от 1 до 6 перед. Всего, значит, 10 цифр. Получается тип DECIMAL(10, 4).
Или ты можешь решить, что тебе хватает точности приближенного FLOAT который сохраняет 7-8 значащих (крайних слева) цифр, независимо от положения запятой, и тогда получается тип FLOAT.
Как можно подсмотреть апи в приложении? Достаточно ли открыть через Apktool приложуху и походить по коду, или может ваершарк какой-то поставить и посмотреть урлы, которые, вероятно, будут по https?
Здравствуй ОП, можешь проверить пожалуйста задачу про компанию «Вектор» https://ideone.com/y7Z1eZ , пока еще без дополнительных условий про антикризисные меры, так как насобиралось и без этого много вопросов.
Сначала приняв сотрудника как отдельную сущность(объект), возникла проблема в их создании, потому как создание 10 работников уже долго, а что если работников будет 100, это займет как минимум 100 строк кода. Как мне показалось, тут нужна какая-то функция или может метод, которая будет создавать сразу требуемое кол-во работников с нужной нам профессией и рангом. Применительно к моей программе я эту функцию представлял как-то так https://ideone.com/R836D5 , в этой функции проблема, в том, что каждую итерацию в ячейку массива кладется ссылка на один и тот же объект, а не создается новый. Еще я попробовал вариант, добавив свойство - количество в класс сотрудников, что-то вроде этого (на примере одного департамента) https://ideone.com/56lUEc , оно работает, но выглядит некрасиво.
При решении задачи я использовал агрегацию, хотя в некоторых моментах, например в объекте компания при хранении департаментов должна использоваться композиция, но как это осуществить я не представляю, гугл не помог.
Также после прочтения урока об исключениях захотелось их где-нибудь, как-нибудь вставить, но не совсем ясно где они тут должны быть.
Тут была возможность класс департамент сделать как абстрактный и сделать 4 подкласса департаментов, но я подумал тут этого никак не надо, ведь все департаменты имеют одинаковые методы.
Я не ОП, но мне кажется что можно сделать так:
В департамент создаешь работников, и чтобы не писать так:
>$purchEmp = [$me1, $me2, $me3, $me4, $me5, $me6, $me7, $me8, $me9, $me10, $me11, $me12, $me13, $me14, $ma1, $ma2, $me15];
Можешь сделать метод в департаменте чтобы получить всех.
$purchasing->getEmployees();
А добавлять их так:
$purchasing = new Department();
$purchasing->addEmployee(new Manager(1));
или сразу много в add =)
Я думаю хранить это можно как массив объектов.
чтобы не дублировать и там и там,надо написать один валидатор и подключать его и там и там с помощью include?
*
!media/
и все. допустим я добавил в директорию новую папку static и соответственно в гитигнор так же впихнул !static/
но блять при этом добавленную папку коммитить и пушить я все равно не могу. че за хуйня и как фиксить такое?
>$a = isset($b) ? $b : null
В случае негативного результата проверки не записывать null в $a, а просто ничего не делать? Хотелось бы вместо null писать undefined, но так нельзя.
Вообще, это плохой код, если переменная может существовать, а может нет и надо проверять ее через isset. В твоем случае лучше всего сделать, чтобы $b существовала всегда и чтобы isset был не нужен.
Если речь о массивах, где элемент может отсутствовать, то можно использовать ??, например:
$page = intval($_GET['page'] ?? 1);
Если же речь о каком-то другом случае, то можно еще делать так:
$a = $b > 0 ? $b : $a;
> Как мне показалось, тут нужна какая-то функция или может метод,
Можно сделать функцию для этого. Она может принимать параметры сотрудника и создавать их в цикле через new $profession, либо принимать "образец" сотрудника и клонировать его с помощью оператора clone. clone создает новый независимый объект, копируя в него все свойства оригинала.
> Еще я попробовал вариант, добавив свойство - количество в класс сотрудников
Это сильно усложнит код, когда надо будет части сотрудников повысить зарплату - придется как-то "расщеплять" объект на два новых.
> При решении задачи я использовал агрегацию, хотя в некоторых моментах, например в объекте компания при хранении департаментов должна использоваться композиция, но как это осуществить я не представляю
Агрегация:
$dep = new Department;
$company->addDep($dep);
Композиция:
$company->createNewDep(....);
> Также после прочтения урока об исключениях захотелось их где-нибудь, как-нибудь вставить
Их можно выбрасывать при передаче неправильных аргументов, например, попытка поставить ранг больше 3.
> Тут была возможность класс департамент сделать как абстрактный и сделать 4 подкласса департаментов, но я подумал тут этого никак не надо, ведь все департаменты имеют одинаковые методы.
Да, это бессмысленно, так как департаменты отличаются только названием, но поведение (код в методах) у них одинаковое. Тут по-хорошему и работников наследовать не очень правильно, а правильнее сделать отдельный класс Работник и 4 класса Профессий (которые можно наследовать от базовой) и присваивать Работнику Профессию. Тогда, например, станет возможной смена Профессии.
По коду:
> public $departments;
Лучше бы сделать это свойство закрытым и менять его только через методы класса. Вроде addDepartment. Это называется инкапсуляция - сокрытие внутреннего устройства класса от внешнего кода.
Функции лучше бы назвать в стиле "сделатьЧтоТо", начиная название с глагола. Не companyEmployees, а countEmployees.
$companyECof лучше было назвать $total.
Имена свойств объектов пишутся с маленькой буквы.
> private $rankCoeff = [1, 1.25, 1.5];
Здесь можно было использовать private const.
В Работнике лучше было сделать абстрактные методы вроде getDefaultCoffee(), чтобы наследник был обязан их переопределить. А так у тебя в коде нет требования указать зарплату и потребление кофе при наследовании.
Например, пользователь правильно ввел логин и пароль, вошёл на сайт и записалась сессия:
$_SESSION["user_id"] = 3474;
Не опасно ли обращаться к этой сессии, например, для выполнения запросов к БД, типа:
UPDATE user SET last_visit = NOW() WHERE user_id = $_SESSION["user_id"]
Может ли пользователь переписать значение user_id в сессии?
ОП, проверь Вектор - https://ideone.com/06qnUR сделал с антикризисными мерами.
Пробовал создавать новые объекты vector через сlone, не получалось (данные были одинаковы во всех остальных после применения антикризисных мер), пришел к сериализации.
чувствую себя таким глупым, вы бы только знали...
я наверное еще слишком глуп, так что не понял тебя, анон
но я таки нашел решение, правда я не понимаю почему гайд так составлен, именно это упражнение совсем без каких-либо пояснений, ни слова о $result, на самом деле просто тебе говорят что вот, ты же можешь сделать цикл со строчками х=1 х=2, ебани таблицу умножения
или просто я тупой, ну хоть не остановился так рано, и то радует
https://ideone.com/jX0GVg вот это имел ввиду =)
Похерили транзитивность в бете восьмёрки. Надеюсь это говно не пройдёт в релиз.
https://wiki.php.net/rfc/string_to_number_comparison
https://3v4l.org/jLX8r
Придётся вот этих прикопать. Хорошо что у нас есть такая умница как ты, которая всех заменит.
https://github.com/laravel/laravel
Ты не выглядишь умнее, когда настаиваешь на исключительно строгом сравнении. Это известная "хорошая практика" так делать, но как и любой инструмент, должен применятся с пониманием, почему так. Я, например, про кейсы, где нестрогое сравнение полезно и его нельзя заменить строгим, в той же ларке так пишут. Ты пока как попугай повторяешь мантру, пытаясь сойти за "серьёзного" кодера, а на выходе "пук-пук".
Ты сравниваешь объекты через type juggling и высираешь про мой недостаток опыта? Удачи сравнить через == две модели из того же eloquent и потом гдать что из скрытых полей ломает сравнение.
Там где вы, нубасы, и десятка проектов не видевшие, читаете "о, нихуя как удобно" я вижу "баги", "непредсказуемое поведение", "поменяй тут и все посыпится".
Ты можешь быть уверен что сравнение будет работать корректно только если знаешь что сравниваешь. Программист, который захочет поменять твой объект не может знать где и как ты потом эти объекты сравниваешь. ActiveRecord Это только усугубляет, добавляя кучу своих полей к объекту. Любое изменение в такой ситуации = потенциальный баг, который очень сложно поймать ведь никаких сообщений об ошибке ты не увидишь.
Во первых для сравнения нужно определить что вообще можно сравнивать. Это как минимум интерфейс Comparable или что-то вроде. Во вторых разумеется для каждого объекта нужно индивидуально определить какую его часть нужно сравнивать, иногда достаточно Id, а иногда других полей. Когда все это сделано никакие изменения объекта не сломают твое сравнение, оно железобетонно.
Охренеть, голос разума, да на программаче. Я не верю своим глазам сейчас понабежит толпа сумасшедших yii-шников, которые будут рассказывать, насколько оно там всё не загнивает, неотвратительно сделано и тд
Двачую на все сто, php в 2020 - это только symfony либо laravel, других сравнимых по качеству вещей пока не появилось
Да правильно всё он говорит. Нестрогое сравнение = сравнение с автоматическим "магическим" приведением типов. "Магия" в этом случае означает "черт его знает, что там будет", что не способствует стабильности того, что ты напишешь.
Если хочешь нормально сравнивать абстрактные штуки - то ты не пишешь строгое сравнение, ты определяешь, как ты будешь это сравнивать, т.е. как числа, строки, даты или что-то ещё, это не уменьшит гибкость, но даст тебе гарантию того, что у тебя вдруг строка не воспримется, как 16-ричное число, лол.
Т.е. вместо `$a == $b` правильнее писать `(int)$a === (int)$b`, так ты определяешь способ сравнения.
мимо
Так у меня в базе соленый хэш токена находится, как я его через != проверю? Они же вроде каждый раз другие. И кстати, я сейчас заметил невероятно тупую вещь: у меня в STG для проверки того, занят ли эмейл, был отведен отдельный метод, являющийся полной копипастой метода выдачи студента по эмайлу, только с преобразованием в булевый тип в конце. Наверное я это писал в очень сонном состоянии, хех. Теперь, после его удаления, даже если бы я мог реализовать предложенный тобою способ, для этого нужно было бы создать новый метод.
>>1767719
Так и сделал. Действительно хорошо выглядит, позволило удалить из STG метод получения количества записей по запросу, а также любые использования limit и offset. Хотел ввести еще FilterInterface ( чтобы не передавать множество одинаковых параметров в пагинатор, LinkShaper и STG ), но не сделал потому что ты мне за него особо не ответил, а я сам тупенький и не могу нормально представить как это должно выглядеть. Что должно быть прописанным в этом интерфейсе? Поля, соответствующие набору фильтрующих параметров, а также методы их получения? А зачем тогда интерфейс, если есть смысл создавать только один такой класс?
Сделал класс авторизации. Разбор кукисов я перенес в init.php, там же один единственный раз вызываю метод проверки авторизации, записываю его результат в переменную. Это все позволило неплохо уменьшить объем кода, в том числе потому, что появилась возможность удалить переменную $isThatUpdating и ее передачу из невидимого поля формы.
Еще создал класс LinkShaper, так как не очень красиво было при каждом вызове метода getLink передавать в него 500 переменных. Помимо этого, он теперь очень хорошо расширяемый: если появится какой-то новый сортировочный параметр, его необходимо добавить только в поля и конструктор, и всё будет отлично работать. Вот только я это сделал достаточно странным и диким способом: за сортировочный параметр считается любое свойство класса, начинающееся на "current", и автоматически записывается в http_build_query() под названием, которое следует после "current" ( поле currentSortColumn='rate' запишется как ?sortcolumn=rate ). Думаю, на реальном проекте меня бы за подобное палкой по горбу ударили.
И еще, кое-что очень важное для меня:
Когда я увидел что практически во всех остальных реализациях этой задачки контроллеры - это классы с методами, которые непонятно откуда вызываются, то нехило так удивился. Сначала подумал что сделал все абсолютно неправильно, но перечитал твой гайд, где прямым текстом написано, что классы для контроллеров делать не требуется, и с облегчением вздохнул. Но почему тогда все эти люди сделали через классы, если об этом даже упоминания нету? Странно. В реальных проектах контроллеры таки всегда на классах? Где об этом почитать хоть? Просто я все еще очень слабо понимаю как оно все работает.
У тебя от стекломоя зрение испортилось?
>Во первых для сравнения нужно определить что вообще можно сравнивать. Это как минимум интерфейс Comparable или что-то вроде.
>Во вторых разумеется для каждого объекта нужно индивидуально определить какую его часть нужно сравнивать, иногда достаточно Id, а иногда других полей.
>Когда все это сделано никакие изменения объекта не сломают твое сравнение, оно железобетонно.
Как сеньор тебе поясняю https://3v4l.org/TCN3V нужно определиться блядь что ты сравниваешь. Если объекты, то это одно дело, а если даты, то другое.
Проще и интуитивно понятнее, когда у объекта есть функция, которая может его сравнить с другим объектом https://3v4l.org/MGspP
Я не вижу тут ответа, только виляние от него. Ты же сам в своём примере показал правильную отработку ==. Если бы тебе дали таск сравнить даты, а ты бы сравнил только "Y-m-d H:i:s" тебя бы обоссали, а ты применил == и нашёл различие. Охуеть, у тебя подсознание тебя самого исправляет.
Видимо ты уже устал под вечер после десятков проектов, я тебя больше сильно грузить не буду, только простой вопрос остался: чем в вышеназванном случае (сравдение двух объектов с датами на идентичность значений) плохо сравнение через ==?
>Я не вижу тут ответа, только виляние от него
Иди нахуй зеленый. Я тебе все расписал как делать правильно https://3v4l.org/MGspP
>только простой вопрос остался: чем в вышеназванном случае (сравдение двух объектов с датами на идентичность значений) плохо сравнение через ==?
Даты одинаковые, а сравнение через == показывает что даты разные. Желаю тебе и таким как ты долбоебам дебажить такие косяки по недельке в месяц, может мозгов прибавиться.
>Даты одинаковые, а сравнение через == показывает что даты разные
Ты таски в своих десятках проектов тоже так же через жопу читаешь? Нужно сравнить объёкт на идентичность всех значений, а не конкретного поля. Спишем это на усталость, ты много работал, понимаю.
>Желаю тебе и таким как ты долбоебам дебажить такие косяки по недельке в месяц, может мозгов прибавиться.
== как раз позволяет избежать бага, т.к. подсвечивает разность объектов.
Тяжело тебе будет в профессии с такой упёртостью.
Так эти пояса дают одинаковый сдвиг, вертлявый ты гандон. https://3v4l.org/U7VVO
Ты просто говнокодер
https://3v4l.org/NSblr
У тебя проблемы с отслеживанием нити разговора?
1. У тебя спросили, почему нельзя сравнить через == два объекта с датами.
2. Не найдя аргументации, ты, маневрируя, вскукарекнул, что показывает одинаковые даты >>1771553
3. Тебя ткнули носом, что даты разные, ты провалил простейшее джуновское задание.
4. Обосравшись, продолжаешь вилять.
И что блядь поменялось, еблан? Ты где-то используешь дату в таком формате? Хватит вилять жопой, все было сделано по твоему тз, с использованием международного, сука, формата даты. Вытаскивай мой хуй из своего рта и пиздуй фиксить свой говнокод, пока тебе тимлид пизды не выкатил.
>оно не имеет никакого влияния на дату
Ты так скозал? А если меня интересует конкретный часовой пояс. Бывают сезонные разницы между поясами, когда в одно время разница сходится, а в другое - нет. Это довольно грубая ошибка не проверять разницу часовых поясов, обычно за такое с исптытательного задания выпроваживают. Но ты опытный, видимо просто забыл так сделать.
Прочитай ещё раз внимательно, а то глупо выглядишь.
> Бывают сезонные разницы между поясами, когда в одно время разница сходится, а в другое - нет
Сегодня у тебя время сошлось - а через полгода не сойдётся, и ты пизды получишь за говнокод. Хотя пизды ты получишь ещё на стадии ревью, если ты с таким вообще сталкивался.
Хватит жопой вертеть, я уже устал ссать на тебя за твою тупость. Ты написал код, который выдаёт даты как одинаковые, хотя через месяц этот же код может показать, что даты разные. Что это пример говнокода тебе уже написано здесь >>1771588 и здесь >>1771585
В отрыве от конкретного примера ты все-равно обосрался, было задание сравнить две сущности, ты, долбоёбина, сравнил только конкретные поля этих сущностей.
>Ты написал код, который выдаёт даты как одинаковые, хотя через месяц этот же код может показать, что даты разные.
Вот две даты. В формате ISO 8601. Они одинаковые или разные, придурок?
2020-08-07T12:16:34-11:00
2020-08-07T12:16:34-11:00
>было задание сравнить две сущности
>>1771540
>Вот есть бытовая ситуация: у меня два объёкта с датами, я хочу сравнить, одинаковы ли эти даты
Хватит пиздеть, я читать умею. Ты написал о сравнении двух дат, даже не объектов. И написал, что ты сравниваешь даты используя возможность сравнения полей объектов. Я тыкнул тебе в нос, что РАЗНЫЕ объекты могут представлять ОДИНАКОВЫЕ даты. Ты маневрируешь ебалом по луже мочи уже два часа.
>В формате ISO 8601
Где тебя просили сравнивать даты в этом формате? Тебе за формат вообще ни слова не писалось. Засунь свою отсебятину себе в жопу.
Часовой пояс - это свойство сущности даты, набей себе на лбу, т.к. твоей тупорылой памяти хватает на 3 минуты.
Ещё раз повторяю, ты высрал код, которые называет даты одинаковыми, т.к. их поправка - одинаковая. Но через полгода у одного пояса поправка изменится, а у второго - нет, а ты уже признал эти даты одинаковыми. Если бы сравнивал через ==, то смог бы заметить баг, а так тебе приходится как ужу на сковороде вертеться, чтобы свой обсёр скрыть.
>а дальше ты что будешь делать
Откуда мне знать, что заказчик будет с этим делать. Он хотел быть уверен, что даты абсолютно одинаковые, а ты ему подсунул бомбу замедленного действия. Захочет он через ровно через полгода с этой даты прислать месседж ровно 6 утра, а там уже 7:00, потому что тупорылый еблан забыл сравнить часовые пояса.
>Дурачёк, если бы ты проверил часовой пояс и знал бы как работает та же datetime, то смог бы точно сказать, а не "хуй знает мож через пол года часовые пояса поменяются"
Давай про вот это конкретно. Что тебе даст тот факт что названия часовых поясов разные? Тебе нужно сравнить даты. Как ты узнаешь что сдвиг одного из часовых поясов потом поменяется? Давай, по фактам. Конкретно.
Ты же сказал
>Я отлично знаю как работает DateTimeImmutable
Там в мануальчике всё написано, открой его в первый раз и почитай. Опять на пиздеже попался. Как меня твой пиздёж заебал. Тыкаешь тебя в говно, а ты только жопой вертишь. Ты не способный к диалогу, не способный к обучению. С такими коллеги не здороваются за руку а эйчары вносят в чёрный список, чтобы ни дай бог в команду попало такое тупорылое вертлявое говно.
Ахахах. Ты реально думал что я не зайду туда и не проверю? Ты просто выбрал случайное место в мануале, который тут вообще никаким боком? Ебать ты долбоеб, земля те пухом. Наебал, проверяй.
А ты заходил? Там ясно показан пример где DST случается. Если бы ты открыл и осилил прочитать, не позорился бы снова.
Список таймзон может тут посмотреть со всеми сдвигами https://www.php.net/manual/en/timezones.php
Ну случается и хули? Ты реально думал что я нстолько тупой что не пойму как ты меня хочешь наебать?
У нас два объекта с датой, нам нужно узнать одинаковые ли в них даты. Ты сравнил объекты по полям и выяснил что названия часовых поясов у них разные. Что дальше? Что тебе дает эта информация? Даты равны или не равны?
Причем здесь DST если в часовом поясе может просто поменяться поправка: MSK до 2011 был +3, до 2014 +4, а после 2014 опять +3. Я все это отлично знаю, потому что в 2016 мне пришлось делать нехуевый рефакторинг из-за таких долбоебов как ты.
Продолжаешь жопой вилять. Ты назвал одинаковыми две даты с разными часовыми поясами, т.к. их поправки одинаковые, но даты нихуя не одинаковые.
Если в один день к одной дате прибавить 24 часа и к другой ты получишь в одной 4 утра, в другой - 5. Снова макаю тебя в говно твоей невнимательности и тупости >>1771621
>Причем здесь DST если в часовом поясе может просто поменяться поправка: MSK до 2011 был +3, до 2014 +4, а после 2014 опять +3
Как ты можешь таким тупым быть. Сделай себе привычку гуглить, прежде чем открывать свой тупой рот, ещё макаю тебя говном в мануал: https://www.php.net/manual/en/timezones.php
Здесь все поправки регулярно обновляются. Читай мануал, сука, не смей отвечать снова, прежде чем не прочитаешь весь док.
>Если в один день к одной дате прибавить 24 часа и к другой ты получишь в одной 4 утра, в другой - 5
Ты понимаешь, что прибавив 24 часа ты получаешь ДРУГУЮ дату? Исходные даты равны, а +24 часа не равны.
И что это меняет в момент сравнения, придурок? Я десятый раз повторяю свой вопрос:
Ты сравнил объекты по полям и выяснил что названия часовых поясов у них разные. Что дальше? Что тебе дает эта информация? Даты равны или не равны?
>Здесь все поправки регулярно обновляются.
Ты внатуре ебанутый? Ты в своем сравнении эти поправки не учитываешь. Сегодня даты равны, а через год не равны. Это твои же слова, идиот. Хватит срать себе в штаны.
Я понял, тебе слишком сложно понимать сложные термины и слова. Давай как дурачку попроще объясню:
У тебя был таск: сравнить две даты и сказать, одинаковы ли они. Тебе дали две даты с одинаковым значением поправки, но с разных часовых поясов. Ты отвечаешь клиенту, что даты одинаковые. Для тупого ещё раз растолкую: если две сущности одинаковы, то они одинаковы во всех свойствах и значениях. Клиент затем производит некоторую манипуляцию с обеими датами, например прибавляет 24 часа, ожидая увидеть одинаковые результат, ведь ты ему уже сказал, что даты одинаковые. Но результат получился разный, ведь стажёр-даунёнок проигнорировал разность часовых поясов. Клиент охуевает с твоей тупости, ссыт тебе на лицо и вышвыривает с подвала шараги, где ты надеялся за еду получить стажировку.
Ты не меняешь дату, та сравниваешь их и говоришь одинаковы или нет. Кто и когда будет их менять тебя не ебет, от тебя просили элементарную логическу проверку. Ты не можешь даже в основы логики если (x = y) то (x + 24) = (y + 24). Это школьная программа, где-то 4-й класс. Как ты вообще про php узнал с такой умственой отсталостью.
Я тебе дураку показываю, что дату можно поменять как хочешь и результат будет разный. Ты сам-то этот мануал читал? Даже блядь если "+24 hours" вместо "PT24H" добавить, то другой результат будет, членосос.
Для этого блядь и сделаны иммутабельные даты. Изменяя дату ты получаешь новый объект, который опять надо сравнивать.
Иди нахуй блять, даун, мнящий себя синьором, не может в банальные логические операции из начальной школы. Как же ору с твоей тупости, прям лицо отечественного кодинга. Тебе уже со всех сторон показали где ты обосрался, но ты продолжал глубже и глубже погружаться в свой кал. Ты неспособен к анализу, к логике. Ты ущербный, с тобой нет смысла вести диалог и тратить время. Удачи.
Съеби нахуй, пиздобол. Я тебе тысячу раз уже объясянл что это не "простая" логическая операция. Что нужен специальный метод, с кучей условий и проверок. Даты до 2014 нужно сравнивать с одной поправкой, а после с другой, перевод времени может иметь значение, а может не иметь.
А твое == нихуя не дает. Ну не равны объекты и дальше что? Сравнение объектов дает один результат, а сравнение дат другой. То что эти результаты случайно совпали ничего не говорит.
Самое хуевое, что по ходу выяснилось что ты с датами никогда не работал. Не удивлюсь если ты вообще не работал. Ну хоть поржал с дауна.
>Конкретный вопрос
>Сам должен знать
>Повторяю вопрос
>В мануале читай
>Повторяю вопрос
>Все уже сказано
>Повторяю вопрос
>Ссылка на случайную строку в мануале
>Повторяю вопрос
>Примеров выше по треду было достаточно. Ты утёрся, пытаясь оправдаться за свою тупость в их решении.
Охуенно работал с датами, долбоеб.Я тебя сдетектил не сразу, конечно. Но все-таки сдетектил. Съеби, нубас.
У тебя же с памятью проблемы, дай ка макну тебя в твоё говно снова.
Вот ты обосрался с элементраной задачей сравнить две даты >>1771561
Вот ты обосрался со знанием основ логики и математики >>1771818
Если после первого обсёры ещё можно было выйти с чистой совестью, признав свою тупость и исправившись, но ты решил срать в ту же яму, в которую себя закопал, и выставил себя дурачком, не знающим даже школьной программы. Максимум кек.
>Конкретный пример, в котором полезно сравнение через ==
Вот тебе попроще пример:
Есть приём заказов на некую вещь с опциями (лежит объектом в заказе). Если позиции и опции новых заказов совпадают (сравнением через ==) с уже имеющимися, то количество в текущих заказах инкрементируется, вместо добавления аналогичного. Из-за особенностей цеха подготовка одной позиции в зону отгрузки практически аналогична подготовке сотни тех же позиций.
>Вот тебе попроще пример
Я о том и говорю, что даты это сложный пример и простым == тут не обойтись.
Ты понимаешь, что если я добавлю в "позицию" или "опцию" новое поле, то оно может сломать все сравнения? Если ты напишешь функцию, которая сравнивает конкретные свойства "позиции" и "опции", а не "объекты", то все станет проще и надежней. Станет понятно что сравнивается, станет безопасно изменять объекты.
Я вижу с примером ты согласен, уже прогресс. Ты можешь кодить как тебе угодно. Где-то лучше сделать так, где-то иначе, поэтому сознательно ограничивать себя в инструментарии только потому, что ты где-то прочитал про "нетрушность" некого метода, даже если решение полностью удовлетворяет запросу бизнес-логики (например, позиции и поля меняются редко и в контролируемых условиях) и является более простым - непрофессионально.
>Ты можешь кодить как тебе угодно
== это просто говнокод, вот и все. Ты пишешь хрупкий код для того чтобы сэкономить на эфемерной "простоте". А потом этот код быстрее выкинуть, чем исправить.
>Где-то лучше сделать так, где-то иначе
Всегда лучше надежный, тестируемый код. Говнокод всегда хуже. Возможно иногда "выгодней" писать говнокод, но лучше он от этого не становится.
>даже если решение полностью удовлетворяет запросу бизнес-логики (например, позиции и поля меняются редко и в контролируемых условиях)
Сегодня удовлетворяет, а завтра нет. Заебись конечно что ты сбегал в будущее и узнал что там поля не меняются и условия контролируются. Тебе, еблану, даже в голову не приходит что менять код будешь не ты?
Последний вопрос. Ебанько, ты вообще работал в проекте где было больше двух программистов?
Как ты вообще это себе представляешь? Написал код, а сравнение в другом месте чет сломалось, продажи не идут. Надо пойти спросить того долбоеба, который его пол года назад писал че там в объектах нужно сравнивать, а че не нужно. Хватит высирать что-то о профессионализме, козы плевок.
>Говнокод всегда хуже
Долбоёб, не способный сравнить две даты, поясняет за говнокод, посмотрите на него.
>ты вообще работал в проекте
Ты даже в проекте как таковом судя по твоим высерам не работал, ибо не можешт представить ситуации, где нужно группировать объекты по идентичности их значений.
Какой же ты скользкий хуесос.
Это ведь так просто написать. С датами работал, с пацанами работал. Делали А, Б, В. Даты сравнивали вот так, вот так получалось.
Но ты кукаретик, который нихуя кода не видел. Ты ссышь, что попадешься на пиздеже. И правильно ссышь - у меня глаз наметан. По мелким оговорочкам я уже давно понял что ты не программист нихуя.
Я тебе привёл очень простой пример доступный для твоего понимания. Ты что-то перданул, что изменение атрибутов в позициях что-то там сломает, так и не поняв, что если атрибуты на входе поменяются, то они поменяются у всех объектов и сравнение как раз пройдёт как надо благодаря ==, а если бы ты сделал сравнение по конкретным атрибутам, то у тебя бы похерился твой "надёжный" код.
Если же у тебя планируется динамическое изменение названий атрибутов в задеплоеном коде то боже упаси к такому говнотворчеству вообще притрагиваться. Я не знаю в какой ты параше учился, что там это было нормой, где на говноархитектуру натянули говнокод. Отрыжка курсов на ютубе поясняет за надёжный код.
Как же приятно тебя, хуесоса, макать в говно https://3v4l.org/mp2Hr
Ой, не равны.
Как же так, я ведь всего лишь поле добавил. А? Неужели где-то в коде какой-то долбоеб использовал == ? Беда какая, ну тогда желаю рака пизды этому дауну.
Кстати опять вильнул очком от прямого вопроса.
>Ебанько, ты вообще работал в проекте где было больше двух программистов?
У тебя был класс с двумя полями. Ты сравнивал объекты этого класса через == .
Я добавил третье поле createdAt. Не для сравнения, а для своих целей, я вообще не ебу что эти объекты где-то сравниваются, ведь это происходит неявно.
Твое сравнение перестало работать. Потому что ты, хуесос ленивый, не прописал явно что ты сравниваешь.
Кстати в третий раз вильнул очком от прямого вопроса.
>Ебанько, ты вообще работал в проекте где было больше двух программистов?
На данный момент я понял что в пхп мидлвэйры это что вариант реализации паттерна "цепочка обязанностей".
Впринципе шаблон понятен, но в нем есть такая строка, в которой происходит "сцепление" нескольких объектов обработчиков в цепочку:
$middleware1 = new Middleware1;
$middleware2 = new Middleware2;
$middleware3 = new Middleware3;
$middleware1->linkWith($middleware2)
$middleware2->linkWith($middleware3)
Вопрос такой - если количество классов Middleware у нас не известно, то по идее должно быть что то типа массива этих классов, которые можно перебрать и на каждой итерации перебора создавать объект класса, и сцеплять его с последующим.
Вообще в пхп классы можно в массиве перебирать?
И реквестирую по мидлвэйрам инфы какой нибудь.
>Вообще в пхп классы можно в массиве перебирать?
Да, можно.
>И реквестирую по мидлвэйрам инфы какой нибудь.
В laravel - https://laravel.com/docs/7.x/middleware
Или набери в ютубе middleware php
Вот так например: https://ideone.com/JETuST
Анон, ты не верно меня понял.
Вот что то типа такого мне нужно.
https://ideone.com/0cCGS6
Ну во первых это так и работает https://ideone.com/kiF4Vk
А во вторых писать так не стоит, это лютый говнокод.
Pimple тут не причем.
Тебе нужно почитать PSR-15 https://www.php-fig.org/psr/psr-15/ и его реализации типа этой https://github.com/middlewares/psr15-middlewares
Ну я бы еще посоветовал почитать дебаты о самом PSR-15, как выбирали и почему он выглядит именно так, а не иначе. Это если осилишь конечно.
Бля, ну ты же сам написал список, над чем здесь тупить?
App (+ container), Middleware, Request, Response.
Первое - это само приложение, отвечает за конфигурацию.
Второе - прослойка перед вызовом конкретного хендлера.
Потом хендлер который принимает request и должен вернуть response.
Всё простое как палка, реквест стучится в index.php, там руками конфигурируется приложение, руками же вызывается request из пехапешных глобальных переменных и руками же вызывается его обработка, потом точно так же руками вызывается рендер ответа.
Минимум магии.
Middleware - это обертки над какой-то функцией. То есть, ты можешь что-то сделать перед ее вызовом, в том числе поменять аргументы, и после вызова, в том числе поменять результат, который она вернет.
Обертка (middleware) может выглядеть так:
function middleware($input, $fn)
{
// меняем аргумент
$input = $input + 10;
// вызываем исходную функцию
$result = $fn($input);
// меняем результат
$result = $result - 10;
return $result;
}
При этом таких оберток можно добавить несколько. В веб-фреймворках middleware работает с запросом и ответом.
Например, middleware может делать:
- логгирование запросов и ответов
- кеширование: если страница есть в кеше, то она отдается из кеша без вызова оригинальной функции
- сжатие ответа
Попробуй написать такое middleware: оно дописывает в конец страницы время ее генерации.
>>1773512
Не хватает понимания как собрать все это в кучу.
объект реквест - создается в контейнере зависимостей?
респонс видимо создается в момент выполнения обработчика?
как вкорячить мидлвэйр не понимаю, я пока еще и не понял как их реализуют в пхп.
Тупо практический пример бы где все это в очень простом виде реализовано. Но это я дохуя хочу конечно.
> объект реквест - создается в контейнере зависимостей?
Его создает Слим, вот что написано в доке: http://www.slimframework.com/docs/v4/objects/request.html
> Your Slim app’s routes and middleware are given a PSR-7 request object that represents the current HTTP request received by your web server.
Насчет Response есть 2 подхода - когда его создает фреймворк и когда его должен создать сам обработчик и вернуть. Здесь объект создает фреймворк, а обработчику требуется только его заполнить и вернуть.
По middleware здесь есть пример с кодом: http://www.slimframework.com/docs/v4/concepts/middleware.html#closure-middleware-example
Оно добавляется методом $app->add().
Да, надо смотреть примеры по компонентам, так как симфони добавляет кучу настроек по умолчанию ("магии"), а в случае с компонентами их надо делать самому.
Тут вроде это описано: https://symfony.com/doc/3.4/components/routing.html
Спасибо. Наткнулся на ютубе на вариант исполнения с 1 пика. Это распространенная практика что-то самому в реквест пробрасывать? Вообще, мне этот вариант совсем не нравится, я бы сделал что-то по типу 2 пика, и не нужно подключать слишком много сторонних тяжеловесных библиотек. Что я теряю?
> Вопрос №1 Достоверно известно, что некоторый API периодически отваливается по таймауту или с 5хх ошибкой. Аналогов нет, заменить данный сервис нечем. Использование этого API критически важно для асинхронных задач внутри приложения. Что будем делать? Какие библиотеки и паттерны будем использовать чтобы минимизировать потери и повысить стабильность приложения?
>Вопрос №2 В ответ на входящий вебхук приложение должно сделать несколько запросов в БД, пару запросов к стороннему API, вернуть 200OK в ответ на вебхук вне зависимости от результатов вышеперечисленных запросов. Сервис, дергающий вебхук, требует чтобы ответ пришел в течение трех секунд. Что будем делать?
Хм... Оказывается можно не придумывать велосипед и вообще почти ничего не делать: насоздавать пустых классов, в их конструкторы впихнуть другие пустые классы, и всё будет абсолютно так же работать. Вот это настоящая магия, прямо какой-то конструктор сайтов wix.com. Теперь понятно почему сеньйорам на пыхе платят как кассирам в пятерочке.
Примерно тоже самое делаю, но для себя. Сервис на ноде стучится в лару по апи, и все такое. По самому обмену данными все нормально. Туда сюда json гоняю. В ларавел удобно апи стороить с помощью ресурс контроллера.
Только вот я завтыкал с апи-аутентификацией. Которая встроена. Там как прмиер дается работа с мидлвэйром auth:api
И я никак не могу найти класс/мидлвэйр и т.д. который отвечает за его работу.
Ты как реализуешь аутентификацию?
спасибо анон
>>1775410
пока что никак. там половина тз это веб, а половина - апи. и это я понял неожиданно только когда прошла половина срока. у меня пока ничего не написано, ничего не реализовано, и дальше чет хз в како направлении двигаться. хоть ты, анон, накидай чтоли может какие материалы курил для этого, или примеры кода чтоли
Контроллеры ресурсов погляди:
https://laravel.su/docs/6.x/controllers
api постротить позволяют очень легко.
А вообще если вообще ларавел не знаешь то жестко будет, роуты, контроллеры, eloquent. ТАм есть об что поебаться.
Я ларакаст смотрел, и доки читал, месяц-полтора. И по итогу не могу понять где гвард аутентификации блядь пасется.
да проблема то как раз в том что раньше обычно и делал все через ресурсные контроллеры и гонял их через web.php. сейчас только надо как то продумать и реализовать чтобы не возвращалась хуйня не return view('cocks')->with('cocks', $dicks) где я уже вывожу это в blade, а просто Response. конкретно вот интересует типо как мне это отлавливать и дебажить и как слать запрос. раньше я мог зайти по роуту articles/228/edit и знал что в контроллер мне прилетит данные по определенному article и я их тупо бля видел. как я понял в апи в апи надо только методы delete, update, store реализовывать
хуй знает че делать
В сущности почти так же все делается.
Только клиент отправляет json в там где body есть.
А сервер отвечает жсоном в контроллере по роуту
типа:
$allProducts = Product::all();
return response($allProducts); //ларавел сам конвертирует коллекции в json автоматом
Что бы видеть, если я правильно тебя понял, что падает на апи роут и что допустим модель возвращает - я дебажу через фасад Log в лог.
>если я правильно тебя понял
да все верно. как я понял еще можно постманом пробовать или же через test restful api service в шторме
алсо, нашел такую статью на русском https://laravel.demiart. сру/create-rest-api-with-authentication/
насколько тут код устаревший и тп ? сейчас стоит 7.24
Знаешь анон, я начал ковыряться в исходниках аутентификации Ларавел, так как я нихуя не понимал как оно работает. Пару дней страданий, и я похоже почувствовал дзен всей этой структуры с интерфейсами, тайпхинтами возвращаемых экземпляров и все остальное ООП которое тас есть.
Это правда прозрачно и пиздато, нужно только погрузиться глубже.
Но по началу ад какой то - нихуя не понять что, куда, откуда, хуева туча папок в исходниках. Короче стало очень интересно читать код.
Я в этом нуб просто, это считай первый опыт ковыряния во фреймворке и в ООП вообще.
Ну три не прям три по 8 часов в день конечно.Я проебывался знатно, и больше в стену смотрел.
Но вообще концентрации и усилий потребовало. На бумажку выписывал что чего по очереди вызывает.
Сейчас своего кастомного гварда пишу, ну и соответтсвенно кастомного ЮзерПровайдера, чисто для теста. Когда поймешь - все так просто оказывается.
Если ты просто хранишь файлы на диске, то да это просто обертка над существующими методами.
Но как только ты решишь перенести свои картиночки на CDN или в AWS S3, то тебе придется переписать весь код сохранения. А в Symfony Filesystem есть готовая абстракция, и работа с файлами происходит всегда одинаково, вне зависимости от того где фалы хранятся.
Почитай вступление тут https://symfonycasts.com/screencast/symfony-uploads/flysystem
и как же прочувствовал? сейчас делаю простую регистрацию типо Route::post('/register', 'Auth\RegisterController@register');
в сам контроллер помещаю https://ideone.com/iu8H82
в итоге ловлю блять Argument 1 passed to App\\Http\\Controllers\\Auth\\RegisterController::registered()
гугол говорит типо юзай use Illuminate\Http\Request; дай и сама ошибка так же говорит
но блять он трейте же и так юзается, хуле ему не нравится? нахуй заново то подключать? ваще пиздец
Спасибо за ответ, подтягивать не буду тогда. Symfony Forms тоже похоже что подтягивать не буду - с валидатором поиграться не выйдет особо, аякс не очень понятно как к этому делу прикузьмичивать, так еще и оказалось что компонент Translation к нему обязательный при использовании Twig.
> аякс не очень понятно как к этому делу прикузьмичивать
Вообще, тут ничего сложного нет. Тебе в аяксе надо:
- проставить в форму присланные значения
- вернуть список ошибок
Первое делается так:
$form->submit($data); где $data - массив значений
Можно проставлять значения отдельных полей хоть руками: $form->get('name')->submit('Ivan');
Второе делается обходом дерева формы и сбором ошибок через $form->getErrors(). Ошибки преобразуешь в нужный формат и отдаешь. Учти, что ошибки могут быть как в самой форме, так и в каком-то из ее элементов, потому надо обходить все дерево со всеми детьми.
composer.lock принято коммитить, чтобы у всех разработчиков были одинаковые, проверенные версии зависимостей. В БД стоит прописать внешние ключи для связей между таблицами (для полей comments.parentId, comments.fileId).Немного странно, что comments.fileId имеет тип VARCHAR, а не INT (не ссылается на id файла). Обычно в таких случаях ставят ссылку именно на id, так как он меньше и он является первичным ключом таблицы.
> parse_ini_file('init.ini');
Лучше использовать тут __DIR__, иначе файл ищется в текущей директории процесса PHP (а не рядом с dbConfig.php), и кто знает, чему она может быть равна.
Для функции deleteErrorFiles, лучше было сделать скрипт, который запускается в командной строке, а не доступное через веб действие.
> $this->filesTable = new FilesTable($db);
Класс FilesTable стоило сделать сервисом, то есть засунуть в контейнер Слима, и получать из него. А то в коде часть классов в контейнере, а часть нет. Как-то нелогично. GearmanClient тоже в контейнер стоило засунуть.
> return $this->view->render($response, '404.html');
При отдаче страницы 404 надо отдавать еще код HTTP статуса 404, чтобы роботы тоже понимали, что такой страницы нет.
> $dataForView = array(
> 'filesData' => array(
> 'nameId' => $file->getNameId(),
> 'name' => $file->getName(),
> 'link' => $file->getLink(),
Тут проще передавать во view объект $file и в шаблоне уже вызывать его методы.
Одинаковые части в шаблонах (например, шапка) стоит реализовать с помощью наследования от базового шаблона (еще его называют layout). В Twig есть такая возможность.
> <img id="imgFile" src="/{{ filesData.link }}" width="350">
Тут лучше использовать max-width, а то маленькие картинки будут увеличены. Ну и по-хорошему, стоит генерировать уменьшенные превьюшки для экономии трафика.
> <ul class="dataNames">
> <ul class="dataValues">
Тут не логичнее ли было применить тег table и сверстать как таблицу?
Для процесса загрузки файла можно было сделать отдельный сервис, тогда мы бы могли вызывать функцию сохранения файла откуда угодно. А так, ты захочешь сделать API для загрузки файлов или CLI скрипт, и придется выносить код из контроллера MainController в сервис.
> $uploadIsDone = "null";
Это стоило сделать константой вроде File::STATUS_DONE. Типы файлов тоже сделать константами.
> $nameId = preg_replace('~files\\/\\d{2}_\\d{2}_\\d{2}\\/~ui',"", $link);
> $nameId = preg_replace('/[.]\\S*/', "", $nameId);
Эти преобразования путей стоило вынести в функцию, а не размазывать по коду. Есть же функция createFilesLink, можно сделать и обратную.
> private function convertArrayIdToString
Тут не проще было использовать встроенную функцию implode() вместо цикла?
> public function getFilesArrayThroughId(string $stringId): array
Тут было бы правильнее передавать массив id и уже внутри FilesTable конвертировать его в строку. Это ответственность TableDataGateway, знать синтаксис SQL и формировать список, а не отвественность внешнего кода.
Получать id вставленного файла стоит через lastInsertId, он вернет верный id, даже если в это время второй процесс успел добавить еще один файл в таблицу. А твой код - не защищен от этой ошибки. Либо, как вариант, генерировать уникальный id самому до вставки в БД.
Так в общем, для начинающего неплохо сделано.
Спасибо что подсказал, в принципе тогда не все так ужасно. Разбираюсь пока-что. Не понравились мне пикрил многоходовки для вычисления папки с темами для форм, добавил в композер скрипт, который копирует эту папку в нормальную директорию с шаблонами. Для файлов твиттер бутстрапа тоже такое сделал. Нормальная практика? Не особо хочется важные файлы, к которым я прямо обращаюсь, в закоулках vendor держать. Наверное, эти папки еще нужно прописать в .gitignore?
И еще вопросик:
Можно ли как-то прямо в yaml-файле DI-контейнера Symfony создавать сервисы не через конструкторы, а с помощью статических методов? А то приходится разделять создание сервисов на две части, не очень красиво получается.
Только не говори, что в Т. собеседуешься, лол
1. circuit breaker, сейчас обычно делается через сайдкар в кубернетесе (так что даже и язык уже не важен, инфраструктура порешает)
2. сохраняешь данные вебхука в базу в виде таска, потом отдаешь ответ, а таск уже можно процессить когда угодно, хоть по крону
1 - он всё ещё жестко привязан к принципу "умирать каждый раз" и не поддерживает нормальную многозадачность. Из-за этого нормальная работа с сокетами, кафками, grpc и прочей нужной в современном вебе хуйнёй обрастает костылями. Например, пехапешные воркеры вообще могут забиться (потому что каждый воркер за раз обрабатывает только 1 запрос в синхронном режиме, если у тебя 20 воркеров, то 20 тяжелых входящих запросов нахрен положат тебе всю систему. Оно решается, но в других стеках такой проблемы вообще нет). Поэтому конкурировать с go и nodejs пехапе не может, а если и запилят какую-то многопоточность (а это пипец как нетривиально), то нужно будет полностью написать всю экосистему под это, все библиотеки и так далее. В то же время и го (и так уже компилируемый) не стоит на месте, и v8 тоже уже набит оптимизациями.
Короче, нишу перфоманса ему не взять, но он и не пытается.
2 - он пытается стать "джавой" со всеми этими дженериками и прочей фигней, но так как джава уже есть, то он никогда её не заменит. В JVM вложены сотни и тысячи человеколет, есть scala, котлин и closure, не говоря уже про akka и прочие либы. Слишком несоразмерны усилия. Но при этом пехапе тащит в себя избыточную сложность. Пройдёт ещё несколько лет - и джуниоры (которые судя по соседним постам класс от интерфейса отличить не могут, лол) вообще умирать будут на входе. Короче, нишу сложной и богатой системы типов/экосистемы для написания бизнес-логики пехапе не взять, не угнаться.
3 - он пытается уйти от простоты, то есть языка для CMSок. Но даже если бы и остался, это не самая лучшая ниша. CMSки по определению максимально универсализированы, будучи заточены под долбоеба с мышкой, накликивающего себе блоки и страницы, вместо программиста, который опишет системы бизнес-правил и тд и тп. В итоге "программисты" на CMS - это такие падальщики, которые за копейки шлёпают формочки для нищебродов, а все талантливые ребята уходят туда, где стек поудачнее и денег побольше, такой своеобразный естественный отбор. Нет денег => нищие долбоебы-заказчики => низкие рейты и хуевые задачи => нормальные программисты уходят => нет денег.
Короче, в нише "решения для нищебродов и неудачников" оставаться можно, но это не жизнь, а скорее гниение заживо.
4 - есть ещё ниша "языка для вката", типа, легко выучить и сразу начинать хуячить, но тут и по популярности, и по экосистеме js победил, имхо, потому что сразу на том же языке можно и кнопочки сделать, и на беке json'чик в монгу сохранить. Да и сам js, при своей неебической мерзости, крайне прост и в чём-то даже проще пехапе (классов нет, всё есть объект и тп).
Я не говорю, что пехапе завтра же умрёт, это не так. Даже на делфи делаются проекты, даже код на коболе ещё поддерживается. А в пехапе есть и "разработчики" и заказчики, значит, система самоподдерживающаяся. да и CMSки есть только на нём, тоже вполне себе живая ниша. Опять же, из-за низких рейтов часто именно на пехапе из говна и палок собирают какой-нибудь новый продукт (привет, Ситимобил), который потом взлетает и резко даёт работу куче программистов, пока его не перепишут на что-то более удачное.
Я говорю о перспективах, у пехапе практически нет иной ниши, кроме "языка говна и палок для джунов с низкими рейтами", а в ней живётся несладко. И всё развитие языка последних десяти лет, от симфони до php7 - это попытка вылезти из этой дыры, только проблема в том, что все прочие полянки заняты, и на них можно быть максимум вторым, наблюдая, как очередной язык-Ерохин получает все профиты и подбирая за ним объедки.
Читал на хабре мнение что переезд на новую виртуальную машину для похопе неизбежен. . Если осилят - пхп похоронит все остальное. Потому что комьюнити огромное, и язык развивается очень интенсивно, JIT вот запилили. На сколько реально это - я не компетентен ответить.
>>Пройдёт ещё несколько лет - и джуниоры (которые судя по соседним постам класс от интерфейса отличить не могут, лол) вообще умирать будут на входе.
Как вкатывальщик де факто я программист-коекакер в гос. шараге скажу что ты наверное прав, если серьезно подходить к вопросу - то все становится бурно и сложно. Порог входа в нормальную разработку на фреймворках вырос конкретно.
С другой стороры подрочить ОПП получается очень интересно и приятно. Ну и опыт смежный, кто бы знал 10 лет назад что пхп программист будет сидеть и ковыряться в ОПП паттернах, что бы не писать как днище ебаное. Потому что есть пример в фреймворках.
> c# для бекенда работы нету
Я дорос на пехапе до сеньора/лида, параллельно начал программировать на го (на том же рабочем месте), потом перешёл в другую контору и фуллтайм пишу на го. Язык не идеальный (идеальных впрочем нет), но мне нравится. Кстати, есть мнение, что го - это такой будущий php. Очень простой (хотя в чём-то и сложнее), при этом намного более производительный и строго типизированный.
Ещё пишу на тайпскрипте, но скорее по необходимости, чем ради удовольствия.
Сейчас выбираю между скалой или хаскелем, просто ради интереса.
>>1781287
Я уже обрисовал ниши, дальше тебе надо выбирать самому.
Быстрый вкат, CMS-ки и фриланс - это php
Фронтенд, фуллстек, какие-то нагрузки, месседжинг и стартапы - это nodejs
Производительность и микросервисы, корпоративщина - те же nodejs и го, отчасти java-мир
Сложные корпоративные приложения, крупные интернет-магазины - в большей степени java (ну или c#, один хрен на самом деле)
>>1781568
> Если осилят - пхп похоронит все остальное
Как я писал выше, это сомнительно, потому что за той же JVM угнаться нереально, в неё вложены сотни, если не тысячи человеко-лет. Опять же, экосистема джавы намного более совершенная, просто за счёт в разы большего числа программистов и огромного количества денег в ней. От стандартов, дебаггеров, сборщиков мусора и пакетных менеджеров до DI-контейнеров, ORMок и так далее.
Та же IDE в работе над php и над джавой - небо и земля. В джаве ты почти не пишешь кода, практически всё автокомплитится, типы выводятся и так далее. В php же просто переименовать какую-нибудь переменную или класс или поле класса сразу и везде ты не сможешь, потому что ключи динамических массивов, отсутствие типов или хотя бы аннотаций и тп оставит где-нибудь незатронутый код.
PHP рано или поздно может переехать на новую машину, с зелёными потоками и прочими модными штуками, это сделает его лучше, но не даст ему киллер фич или какого-то преимущества над другими языками. Просто будет ещё один (более)хороший язык.
При этом смотрите, я не говорю, что у php совсем нет перспектив, они есть, язык развивается, в экосистеме есть много качественных решений (симфони). Он точно не умрёт в ближайшие 10 лет, он точно будет использоваться везде, от дна до стартапов (в меньшей степени) и корпораций. Я говорю о том, что он не будет в тренде, у него не будет киллер фич и поэтому всегда будет на втором месте, в любой нише. А второе место - значит (чуть) более низкие зарплаты и всё прочее.
Но при этом он всё ещё лучше руби, на котором уже похоже почти никто не пишет, а криков-то было
> С другой стороры подрочить ОПП получается очень интересно и приятно.
Удивлю, но ООП, во-первых, базовая вещь (не знать ООП в современной разработке - очень странно), во-вторых в той или иной форме есть вообще везде (именно поэтому и странно).
Ещё ООПшность - это просто частный случай такой вещи, как система типов, то есть способов описать бизнес-логику на уровне кодовых объектов и их связей. Ещё туда же летят дженерики, аннотации, паттерн-матчинг и прочее метопрограммирование, которого в джаве и её производных написано уже очень много и давно, а в php оно только-только приходит.
про го вспоминать не будем, лол
>он всё ещё жестко привязан к принципу "умирать каждый раз"
Это плохо, да, хотя есть попытки решить это. Сообщество вообще очень давно фич для этого хочет, гораздо больше, чем сраные атрибуты. Кор разрабы с этим категорчиески не согласны, и это один из самых печальных моментов, который возможно пыху в гроб таки загонит. Второй по печальности - желание не сломать даже самую поганую фичу в обратной совместимости. Из-за этого в восьмерке будут не атрибуты, а блядский цирк по синтаксису, и все это ради ракового оператора подавления ошибок, пиздец карл.
Вообще пыха для небольших и средних проектов все еще охуенно подходит, для огромных уже заметно хуже. В одного на ней пилить что-то тоже приятно.
То, что порог входа повысился - это охуенно, как по мне. Хотя контроль качества разрабов все еще низкий, все еще можно вкатитсья в говноцмс, подучиться, и потом пальцы гнуть, что ты мидл.
Надеюсь пхп таки возьмет правильный курс, или вернее более правильный. Решит самые важные проблемы, а не второстепенные, как сейчас. Сейчас работаю не на нем (только в пете у себя пхп использую), но за язык болею, хоть это и не популярно.
У меня просто есть теория, что пхп макака может сменить язык только на фронт жабаскрипт. И в последние годы от безысходности придумали себе выход в виде го.
Пхп программист с приличной зарплатой НИКОГДА не пересядет на джаву или c#. Ему просто будут в ебало плевать.
Докажи обратное. Я вижу только пересевших на го или js. Пост выше это только подтвердил.
У нас в конторе есть c# программисты от них по отношению к пишущим на пхп в лучшем случае презрение и подъебки.
На предыдущей работе был парень, который пытался вкатиться джуном в джаву. Любое упоминание пхп сразу минус вакансия.
>>Удивлю, но ООП, во-первых, базовая вещь (не знать ООП в современной разработке - очень странно)
Так я к тому и веду же. Если раньше пхп-макака натурально был инвалидом. То сейчас пхп макакий при желани может очень серьезно надрочиться во всем этом ООП и в архитектурах. Потому что есть развитое ООП, и развитая инфраструктура.
На ноде, хотя я ее тоже люблю, кроме экспресса, который мидлвйры+роутинг и не родили нихера за 10 лет.
Кстати, раз уж ты помидор - я на ноде пилю вэбсокет сревис, и мне нужно что бы с сервера отправлялись через вэб-сокеты картинки, с кодировками бинарного буфера я кажется разобрался но это не точно естественно, а вот как из полученного клиентом бинарника отрисовать картинку я чет не пойму. Как такое реализуют? Канвас?
Я не давно этот дзен познал, и мне оче нравится ковыряться в потрохах фреймворкова - ларочки, хоть и сложно пока что.
И переезд на джаву например может даться весьма легче, как мне кажется.
Как я писал в своём исходном посте, повышая порог входа, php дальше уходит от той ниши, где он доминирует - простые формочки для индусов и CMSки. Не просто так равных вордпрессу по популярности CMSок нет ни в одном другом языке - в пехапе намного проще зайти и нахерачить костылей внутри, чем в других языках.
Поэтому так php может потерять большую базу старых пользователей (да, индусов, но какие есть), но не приобрести много новых. Ну или расколоть сообщество на две версии, как питон.
>>1781738
Если ты вместо программирования на php программируешь на фреймворке (в смысле, не разбираешься, как и зачем, не разбираешься в архитектуре и дизайне приложений и тп), то будет тяжело. А иначе никаких проблем, потребуется разобраться с горутинами, состояниями и рядом нюансов, но ничего криминального.
>>1781740
Да кто хочет на что хочет может поменять стек, всем наплевать, на самом деле. Люди смотрят на то, что ты знаешь и умеешь в первую очередь.
Подъебки - норм тема, но всерьез никто никого не хейтит в нормальных местах.
Хейтят за стек только на двачах, но тут и контингент соответствующий, неудивительно.
>Да кто хочет на что хочет может поменять стек, всем наплевать, на самом деле. Люди смотрят на то, что ты знаешь и умеешь в первую очередь.
Ну это полная хуйня. Что ты можешь знать про джаву если не работал ни в одном крупном проекте? Ты максимум можешь рассчитывать на позицию джуна. Если ты несколько лет писал на пхп, допустим с успешной карьерой, то это просадка по зп минимум в два раза. 90% отсеются уже здесь, мало кто может себе позволить начать все с нуля.
Про то что всем похуй это хуйня в двойне. Ты и на пхп вакансию хуй устроишься, а тут еще и предвзятое мнение. В лицо тебе будут улыбаться и говорить вы охуенный, просто не пошло, а на деле будут над тобой рофлить , потому что ты по определению программист второго сорта.
>Ну или расколоть сообщество на две версии, как питон
Оно в общем и так расколото. Вп это пиздец устаревшая и специфическая ниша, как и многое ему подобное, таким и останется уже навсегда, со своим комьюнити и всем таким. Современный пхп - это уже другой язык, подход и уровень, чем тот, что был хотя бы 10 лет назад. Вот его то и надо развивать, с вп и прочим ничего из-за этого не случится, есть те, кто его апает под новые версии пыхи, осилят. Ну а у кого не получится изза плагинов или еще чего-то - будут жить на старых версиях просто, как и сейчас.
Я много лет пишу на пхп, и общался с программистами на разных языках. И все "уходы" с пхп, которые я за эти годы видел были либо во фронтенд, либо на го.
Я сейчас, спустя много лет отлично понимаю, что начинать нужно было не с пхп. И для меня смена языка это либо пет проект, либо сильная просадка по зп, и как следствие качеству жизни, на хуй знает сколько лет.
у пхп глобально на малых и средних масштабах в вебе конкурентов нет
Go tour пройди, и пару пет проектов запили, нормально будет. Остальные нюансы сходу сложно вытащить из головы, на реальных задачах сами всплывут, сам нагуглишь или на работе подскажут уже.
>>1781811
Ну и ты хочешь поменять стек без просадки в зп, логично, что просто так тебя не возьмут, без реального опыта.
Перечитай моё сообщение, всем похуй на твой предыдущий опыт в том контексте, что никто тебя не будет унижать за то, что ты пехапешник.
А рецепта перехода всегда два, ты либо разбираешься со всем дома, потом уходишь с понижением до миддла либо джуна, либо меняешь стек на рабочем месте через переход на другой проект. Если что, всегда можно поменять работу на другую компанию (где пишут и на php, и на джаве) и перейти уже там.
>>1781814
Поддержка, секьюрность, совместимость версий, библиотекам придётся поддерживать две лайв-версии либо на старой версии не будет всех библиотек для всяких новых протоколов или сервисов (какой-нибудь гугл зарелизит либу только для php10+ и ебись, как хочешь).
>>1781775
> картинки через вебсокет
Я ни разу так не делал, но ты точно можешь посылать их в base64 а отрисовывать через канвас и `img.src = 'data:image/jpeg;base64,' + iimgdata.buffer;
Может можно и блобом посылать, но тут я сходу не скажу.
>ты либо разбираешься со всем дома, потом уходишь с понижением до миддла либо джуна
Никто в здравом уме не возьмет самописца на миддла. И на джуна-то не везде возьмут.
>Либо меняешь стек на рабочем месте через переход на другой проект
Ты проецируешь свой опыт перехода на го. Да, го это такая хитрая лазейка для пхп программиста. Читаешь доку, пару книг, пишешь "микросервис" (одну функцию) и все, можешь переходить в другой проект с сохранением зп или в другую контору к хитрожопым парянм, которые сделали то же самое. А уже с го все дороги открыты.
С другими языками так не проканает. Возможно если тимлид команды на джаве твой кореш или вы хорошо знакомы и нормально в курилке общаетесь. Но просто взять и перейти сохранив зп и лычки, никогда. А просадка по зп, повторю, это в 90% случаев решающий фактор.
> Не понравились мне пикрил многоходовки для вычисления папки с темами для форм
Код выглядит странно, конечно. Ты можешь вместо него руками прописать путь к папке, найди где они лежат и пропиши. Копировать файлы, наверно, все же не стоит.
Бутстрап копировать можно, если ты его установил через композер.
> Можно ли как-то прямо в yaml-файле DI-контейнера Symfony создавать сервисы не через конструкторы, а с помощью статических методов?
Можно, https://symfony.com/doc/current/service_container/factories.html
Также, обрати внимание на autowiring, он позволяет минимизировать размер конфига.
> жестко привязан к принципу "умирать каждый раз"
Здесь есть огромные плюсы, что не надо бояться утечек памяти, которые встречаются в "неумирающих" языках.
> потому что каждый воркер за раз обрабатывает только 1 запрос в синхронном режиме, если у тебя 20 воркеров, то 20 тяжелых входящих запросов нахрен положат тебе всю систему
Ну так ты можешь повысить количество воркеров. Ограничение на количество сделано специально для защиты системы от перегрузки.
> в других стеках такой проблемы вообще нет
Ну это просто неправда. В "других" стеках вообще все умрет при перегрузке, если там нет ограничений.
> Поэтому конкурировать с go и nodejs пехапе не может,
На ноде бизнес-логику писать неудобно из-за асинхронности, нет тайп-хинтов. На Го нет фреймворков вроде Симфони, все надо с нуля самому делать.
Ты рассказываешь мне какие-то истории одна охуительнее другой.
> Никто в здравом уме не возьмет самописца на миддла. И на джуна-то не везде возьмут.
Если ты сеньор в своём стеке (в том числе, по архитектуре, базам и прочему) и при этом тянешь на миддла в той же джаве - то тебя возьмут на джавомиддла спокойно, потому что путь с джуна до миддла у тебя будет очень короткий, буквально полгода реального опыта, ты быстро окупишься, это выгодно.
Я подозреваю, ты просто формошлёп и нихрена за пределами гайдов программирования на фреймворке не знаешь, потому тебе и дают от ворот поворот.
> Но просто взять и перейти сохранив зп и лычки, никогда. А просадка по зп, повторю, это в 90% случаев решающий фактор.
Я тебе сразу сказал, что или ты уходишь с просядкой с сеньора до миддла (ну будешь 100к вместо 200к зарабатывать или сколько там у тебя, это не смертельно и очень временно), или меняешь стек внутри своей же компании, с сохранением всего.
Более того, я специально для тебя сказал, что если у тебя в компании только php, то ты можешь поменять работу на другую компанию (можешь даже с повышением зп, лол), у которой есть и php, и java и уже там мигрировать.
Недостатки Го: нет классов, объектов (вместо них структуры), исключений. Нет дженериков (типизированных коллекций). Используются указатели, надо голову ломать, где через указатель передавать, а где нет, в то время как в PHP этого не нужно. Нет единых правил оформления кода, каждый пишет как хочет, раскладывает функции по файлам как хочет, хрен разберешься в большом проекте.
>Если ты сеньор в своём стеке (в том числе, по архитектуре, базам и прочему) и при этом тянешь на миддла в той же джаве
И каким хуем ты стал тянуть на миддла в джаве если ты не работал в джава проектах?
>тебя возьмут на джавомиддла спокойно, потому что путь с джуна до миддла у тебя будет очень короткий
Возьмут на джуна если повезет. Какой там будет путь никто знать не может. Может пол года, а может никогда.
>Я подозреваю, ты просто формошлёп и нихрена за пределами гайдов программирования на фреймворке не знаешь, потому тебе и дают от ворот поворот.
Проверь. Отвечу на твой вопрос. Могу небольшой сниппет написать, если нужно.
>или меняешь стек внутри своей же компании, с сохранением всего.
А я тебе сказал что это полная хуйня. С го это работает, а с другими языками нет. Зачем ты обосрался вообще джава команде без опыта разработки? У них и своих долбоебов хватает. Через личные связи в руководстве это возможно, но это нихуя не типичный сценарий.
> Здесь есть огромные плюсы, что не надо бояться утечек памяти, которые встречаются в "неумирающих" языках.
Это плюс только для найма джунов или неквалифицированных разработчиков, то есть ниши условных "cmsок и индусов", про это я писал выше.
> Ну так ты можешь повысить количество воркеров. Ограничение на количество сделано специально для защиты системы от перегрузки.
Нет там специальных ограничений, оно идёт от архитектуры.
> Ну это просто неправда. В "других" стеках вообще все умрет при перегрузке, если там нет ограничений.
Нет, ты говоришь про другую проблему, про горизонтальное масштабирование и лимиты памяти/процессора/соединений. Это другое, потому что я писал о проблеме n+1 сетевого запроса, потому что в php количество воркеров == количеству обрабатываемых запросов, ни в одном другом стеке такого нет.
> На ноде бизнес-логику писать неудобно из-за асинхронности, нет тайп-хинтов. На Го нет фреймворков вроде Симфони, все надо с нуля самому делать.
Тайпхинтов там до жопы (просто typescript надо использовать). А на го принципы другие, симфони там и не нужен.
А вообще ты придираешься к каким-то частностям. Перечитай мой пост и осознай, что я говорю о том, что есть 3-4 ниши и из них php доминирует только в "мало-среднем" секторе, то есть это cms-ки, индусы и средней руки проекты невысокого качества и невысокой сложности.
При этом php пытается лезть в другие ниши, где он не сможет занять первое место, но при этом сам рискует получить проблемы там, где раньше доминировал.
> И каким хуем ты стал тянуть на миддла в джаве если ты не работал в джава проектах?
Опечатка, хотел сказать, на джуна. Сеньор PHP + джун java = миддл java.
> Проверь. Отвечу на твой вопрос. Могу небольшой сниппет написать, если нужно.
Ну просто ради интереса, отвечай не подглядывая:
Как устроен внутри пехапешный массив?
Есть ли в php передача аргументов по ссылке?
Есть ли в php сборка мусора, собирает ли она циклические ссылки?
В чём разница между active record и data mapper?
Где в DDD стоит разместить интерфейс репозитория, а где реализацию?
Какая разница между application layer и domain layer?
Что такое "модель" в MVC ?
> А я тебе сказал что это полная хуйня. С го это работает, а с другими языками нет. Зачем ты обосрался вообще джава команде без опыта разработки? У них и своих долбоебов хватает. Через личные связи в руководстве это возможно, но это нихуя не типичный сценарий.
Мне надоело с тобой спорить, ты ноешь над своей проблемой и обвиняешь всех вокруг (стек, команду, меня) кроме себя.
Примеров смены стека с php на любой другой множество, с любыми сценариями.
Так что или сиди ной молча или возьми яйца в кулак и поменяй что-нибудь, вместо того, чтобы сраться на двачах.
А, и ещё два тогда, забыл про базы и дизайн систем.
Как посчитаешь количество вызовов скрипта?
И, по sql, есть вот такая таблица:
CREATE TABLE test (
id INT NOT NULL PRIMARY KEY
);
INSERT INTO test (id) VALUES (1), (2), (6), (8), (9), (12);
Нужен запрос который выведет все пропуски. (ну типа 2-6, 9-12 и тп)
>Как устроен внутри пехапешный массив
Хеш таблица. И все "структуры данных" в SPL это те же хеш таблицы. Поэтому в пхп нет смысла изучать структуры данных, которые на первом месте в других языках.
>Есть ли в php передача аргументов по ссылке
Да есть
>Есть ли в php сборка мусора, собирает ли она циклические ссылки
Да есть, да собирает
>В чём разница между active record и data mapper
Active record объект это прямое представление реляционной модели. А data mapper это сервис который преобразует объектную модель в реляционную.
>Где в DDD стоит разместить интерфейс репозитория, а где реализацию
Интерфейс репозитория должен лежать в том слое, который его использует. Лично я держу интерфейсы репозиториев в application слое, а реализации в infrastructure. Домен про репозитории ничего не знает.
>Какая разница между application layer и domain layer
Ну тут много писать. Если в кратце, то домен это модель бизнес процесса, а application это то как мы бизнес процессы используем, комбинируем, куда сохраняем данные и как определяем границы транзакций.
>Что такое "модель" в MVC ?
Невнятная хуита. В исходном значении это observer паттерн, и модель является частью этого паттерна. А в широко распространенном "хранилище бизнес логики", короче все что не уместилось в контроллер и html шаблон.
В дополнение к >>1782019
>Сеньор PHP + джун java = миддл java
Охуенная математика. Жаль в реальности есть собес, на котором тебя просто срежут нахуй специфичным только для джавы вопросом.
>Примеров смены стека с php на любой другой множество, с любыми сценариями.
Пруфы, билли. Где эти тысячи сменивших стек.
>Так что или сиди ной молча или возьми яйца в кулак и поменяй что-нибудь, вместо того, чтобы сраться на двачах.
С чего ты взял что я ною. Просто ты несешь откровенную хуйню. Да, можно перетерпеть низкую зп, если ты конечно не долбоеб с ипотекой и личинусом. Да, можно начать все с нуля. В теории. А на практике это дохуя заебов с мутными перспективами.
И не просто так пхп программисты вцепились в этот го. Через го спрыгнуть гораздо проще, я уже писал как это происходит. И ты сто проц спрыгнул так же. Уверен у тебя лежит та книжка до сих пор и фигурка хомяка.
Ты на доу смотри, там чутка веселее дела обстоят, однако процентов 80 вакансий дислоцированы в крупных городах, а на облцентры буквально 3-4 вакансии.
мимохер на ноде
Хер на ноде, у меня вопрос по вэбсокетам, как на клиенте получить доступ к конктретно бинарному фрейму который отправляет сервер?
Я валандаюсь с предачей картинок бинарником через сокет, они соответственно в нескольких фреймах идут, их нужно собрать в конечную 'base64' строку, и отрисовать.
Я вот думаю как сделать так что бы клиент понимал какие пакеты - бинарные и нужно дождаться несколькоих фреймов. А какие, текст например - сразу отрисовывать.
Кроме как все ебернуть в JSON ниче дельного не придумал.
variable["key"] (подразумевается что variable это массив) но variable == null, то ошибки не выбрасываются? Что это за приколы?
а как фильтровать то какой фрейм пришел на сервер? Хотя вроде клиент вэбсокет в браузере отправляет фрейм в вормате бинарника Uint8Array? Так?
И теоретически я этот пакет могу разобрать по маске фрема. да?
нода бы проверить.
Можешь скинуть куда нибудь на ideon , если не сложно, пример как ты делал выделение отдельного сокета для отдельного типа данных.
Я пока еще протупливаю в этой теме.
хотя бы просто с именем парочкой данных и ничего не делающего?
Ты бы писал подробнее, в чем у тебя проблема (скорее всего, незнание каких-то вещей). По идее "личный кабинет" делается примерно так:
- если пользователь не авторизован, переадресовать его на страницу входа/регистрации
- иначе, вывести нужные ему данные
Соответственно, нужны еще страницы входа/регистрации, с формами, с обработчиками этих форм. Также, класс, отвечающий за авторизацию, например, через куки.
какая разница,не одупляю
Авторы всяких курсов рекомендуют использовать require, чтобы наверняка.
да все норм, авто/регистр сделал, потом прикрутил crud со своим ресурс контроллером. сдал тз, ответили как раз вот час назад буквально. теории типа мало, а так с тз все норм. ИЗВИНИТЕ НО ВЫ НЕ ПОДХОДИТЕ ПОКА НАШЕЙ КОМАНДЕ
хуй знает че делать, видимо даже на ждуна на фреймворк хуй свалишь от этих хуитриксов и всяких говно cms. уже за год заебался в этом говне копаться
зато на этот кал тоннами зовут и без проблем вообще каких либо )))
async/await хоть завезли?
Учитывая, что именно разрабы против асинхронности - так и есть. Ну и блевотный синтаксис атрибутов в угоду ненужного оператора подавления ошибок тоже топ.
Из-за таких охуенно удачных решений скоро на пыхе будет стыдно писать даже тем, кто до этого к языку хорошо относился.
Там выше сеньор помидо пояснил по пыхе лаконично весьма. По большому счету с ним согласен. Хотелось бы конечно что бы пхп переехал на новую концепцию виртуальной машины, ушел от концепции выстрелил - забыл. Но тогда он конкретно переедет в другую конкурирующую нишу, с питонами, джавами и прочими го.
Если такое случится - наверное все зависит от успешности реализации это виртуальной машины. Если получится успешно, то питон к примеру уйдет из серверного вэба вообще, ибо нахуй он нужен тогда?
И опять же комьюнити толкает язык, а язык толкает комьюнити. У пхп оно огронмно. Тоесть как придет время и цмс-ки перепишут под новую виртуальную машину, и все остальные переедут на навую парадигму. Я бы лично не отказхался что бы пхп перестал быть рожденным что бы умирать.
Здесь больше писать не надо, если вам не ответили, напомните о себе в новом треде.
