Клуб изучающих PHP #138 /php/
Аноним19/04/24 Птн 17:17:31№31288081
Добро пожаловать. Тут мы по прежнему изучаем язык PHP (а также JS/CSS/HTML/SQL) и учимся делать сайты. Зачем? Кто-то хочет открыть стартап, кто-то заработать на лапшу быстрого приготовления, кому-то просто нечего делать.
Это тред для начинающих. Слово «классы» у тебя ассоциируется только со школой, а в аттестате тройка по математике? Ты наш человек.
Также, у нас есть задачи которые позволят тебе изучить или подтянуть до нормального уровня знания JS/HTML/CSS/SQL. Решай их параллельно с задачами выше.
- скачать учебник: зайди на https://github.com/codedokode/phpbook, нажми зеленую кнопку Code -> Download ZIP, распакуй на рабочий стол и открой index.html - что будут спрашивать на собеседовании, если 0 опыта - будут гонять по теории, по официальному мануалу PHP, давать дурацкие задачки на переворачивание строк, гонять по SQL (транзакции, внешние ключи, напиши запрос), по JS (как сделать анимацию при нажатии кнопки), ну погугли, не ленись - сколько времени надо изучать все это? - все зависит от тебя, в районе 12-24 месяцев
>>3128835 > Проебался В следующий раз кати с нормальными картинками сразу. Такие треды очень чувствительные к перекату и вызывают бурление по поводу проблем с шапкой. Если видишь что проебался, то кидай репорт, но только не заруинь больше никогда картинки.
О госпаде. Всетаки втулили в шапку эту простыню из говна. Похоже пыхе реально суждено не выбраться из хуиты с задачками про два стула яблока и калькулятора на хтмле и джейквери
>>3128808 (OP) Нужно импортировать XSLX файл. Как я понимаю без библиотек это можно сделать только при помощи класса ZipArchive. Хотел его использовать, но мне пишут, что 'ext-zip' is missing in composer.json То есть у PHP нет встроенной поддержки работы с Zip? Ну ладно, если честно я не понимаю, может ли установка расширения Zip привлечь к нагрузке к проекту? Я не хочу писать лиду в выходной. Но просто я не знаю о последствиях, которые может привести подключение лишнего расширения. Если это как то затормозит проект, тогда вряд ли позволят его подключить, и я скажу продакту, что использовать буду CSV.
Трейт это набор полей и методов, которые можно добавить в любой класс.
Если ты из трейта обращаешься к методам, которых нет в трейте, и которые должны быть в использующем трейт классе, то, по моему, надо делать их абстрактными в трейте. Чтобы код был понятнее и чтобы находить ошиюки. Но почему-то почти никто так не делает.
>>3130205 Хэш-таблица, она же словарь, она же ассоциативный массив. Если значением поля (ключа) является функция, то оно называется методом. Все просто. Такой же механизм в Lua, но в Js есть еще и наследование. Вот в PHP не знаю, как устроены объекты.
AJAX - с помощью fetch отправляешь на сервер HTTP-запрос (GET, POST и др.), тебе приходит ответ с JSON данными (или ошибка). На хабре все описано: https://habr.com/ru/articles/252941/
>>3129924 >Если ты из трейта обращаешься к методам, которых нет в трейте, и которые должны быть в использующем трейт классе Ужаснулся, какая это свалка должна быть, в жизни бы не стал прикасаться к подобному коду.
>>3129271 Порридж, за вежливостью и нетоксичным общением на хабр или пикабу. А Столяров это местный мем. То, что ты не знаком с его книгами, уже говорит о многом (хотя для PHP'шника это в общем простительно).
JS не такой уж и сложный, если это не твой первый язык, то за неделю основные моменты прочесть и изучить можно. "AJAX" это написание кода на JS, и без знания JS тут никуда.
>>3128808 (OP) Есть задача сделать некий функционал на чистом пхп, без фреймворков. Допустим, наполнить базу товарами, сделать поиск/редактирование/удаление товаров и ещё что-то в таком духе. И нужно сделать это максимально ООП-шно.
Я накидал такую схему: есть index.php, который показывает страницу с кнопками, списками и прочим. По кнопкам срабатывают js-срипты и аяксом дёргают файл-роутер router.php. В нём подгружается класс DB.php (подключение базы), Product.php (вся работа с товарами) и другие. Далее идёт разбор реквеста и определяется, какой метод нужно дёрнуть. В каждом методе свой валидатор (выносить куда-то в конструктор, а то и в отдельные файлы-реквесты и делать ларавелоподобный валидатор будет слишком наворочено, мне кажется). То есть, метод из класса Product валидирует реквест, тут же запрашивает через PDO базу, анализирует ответ и выдаёт echo, которое возвращается аяксом в браузер.
И что-то мне это не нравится. Как бы это всё более феншуйно оформить?
> То есть, метод из класса Product валидирует реквест, тут же запрашивает через PDO базу, анализирует ответ и выдаёт echo, которое возвращается аяксом в браузер.
Ты совмещаешь 3 функции MVC в одном классе:
- управление обработкой запроса (что должен делать контроллер) - внесение изменений в БД (задача модели) - вывод результата (задача представления)
MVC - это как раз идея, как эту свалку кода разделить.
Прочитал. Не совсем понятны отличия разных схем работы с БД, и главное, как это всё применить на живом проекте. Там как будто нет кусков текста. Например, class News extends ActiveRecordBase - в ActiveRecordBase , насколько я понимаю, нужно прописать методы круда.
В первой статье разобран пример >Сначала напишем Контроллер, который будет при обращении к нему выводить список объявлений. Но это один контроллер. На каждый запрос писать свой контроллер, без роутера? Там же всё одинаковое, кроме самого запроса нужного метода. Логично же подгрузить всё нужное, затем выяснить, какой экшен запросили, и вызвать нужный метод нужного сервиса. Правда, получится один контроллер на всё приложение. Но блин, если по контроллеру на каждый запрос писать, они же реально практически не будут отличаться.
>- вывод результата (задача представления) Запросы идут через аякс, следовательно, вью тут у всех одинаковый: просто джисоним то, что нужно отправить в браузер и делаем echo. Разве нет?