Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

PHP дайджест #1

Всем привет, и это очередной выпуск PHP Digest на DOU.

Новости:

Почитать:

Информация для обучения:

Видео:

Инструменты:

Другое:



Присылайте интересные ссылки мне на почту [email protected].

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn



14 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.
Как создать приложение без PHP фремворка. Будет полезно посмотреть (почитать) всем.
Ще по темі:
Як відкрутити болт ножом.
Як забити цвях шматком цегли.
Як помити посуд без води.
Як запалити вогонь без сірника.
...

Мораль: якщо немає нічого під рукою (викрутки, фреймворка), але дуже треба (знати задню кришку ноута, зробити landing-page) — можна працювати й без інструмента (викрутки, фреймворка), але якщо роботи багато (болтів багато, сайт великий), варто придбати ящик з інструментами (набір викруток та ключів, вивчити якийсь фреймворк).

А что, в вашем Java-мире совершенно недопустимым и непрофессиональным считается писать Hello World меньше чем на сто мегабайт?

Коментар порушує правила спільноти і видалений модераторами.

Коментар порушує правила спільноти і видалений модераторами.

Коментар порушує правила спільноти і видалений модераторами.

Коментар порушує правила спільноти і видалений модераторами.

Коментар порушує правила спільноти і видалений модераторами.

Там пишуть про Front Controller, Composer, Inversion of Control, ....
Про який Hello World може йти мова?

Це аля Hello World на 10 файлів і на 1000 стрічок?

Так, погодите. Вы критикуете ту статью или сам принцип написания приложений без фреймворков? Если первое, то я с вами, пожалуй, соглашусь. Если второе, то буду возражать.

Стаття не погана, якщо метою є розібратися з шаблонами. Але для того, щоб писати свій веб-фреймворк, треба мати серйозніші аргументи ніж «In most cases a framework does not make sense».

сам принцип написания приложений без фреймворков?
Кожній задачі — своє рішення. Інколи можна й без фреймворка. Наприиклад, < ?phpinfo()? > :)
In most cases a framework does not make sense
Інколи можна й без фреймворка

Про совершенно субъективные “most cases” и “інколи” спорить не стану, а со всем остальным соглашусь.

Пример с phpinfo() убогий.

Теска, ваш комментарий из разряда «Не читал, но осуждаю». Отлично можно обходится без framework-а и в относительно большом проекте

Теска, ваш комментарий из разряда «Не читал, но осуждаю».
Не зовсім так, але погоджуюсь: не дочитав до кінця.
Отлично можно обходится без framework-а и в относительно большом проекте
Я з цим, вцілому, згоден. Далеко не завжди існує гарний фреймфорк, який підходить під задачі. Тоді, якщо проект розростається, в ньому виділяється одна або декілька частин, навколо яких все працює, і, якщо повезе, вийде щось схоже на свій фреймворк.

Справа в тому, що хоч на php можна писати майже все, але найкраще він підходить для вузького кола задач. І для цих задач є чудові фреймворки.

Можливо, в мене не такий широкий досвід роботи з php, але поки-що я не бачив проекта, що краще було б реалізовувати без фреймворка (я не враховую шели, сайти на дві сторінки та дуже високонавантажені скрипти).

Ну да, тут скорее будет «свой вклосипед framework» в итоге. Хотя все зависит от кривизны рук, как говориться :)

Хорошая причина, почему стоит избегать автоматического приведения типов в PHP.
Название статьи переводится как «Автоматическое приведение типов — отличная причина чтобы избегать PHP». То есть автор советует избегать языка полностью, а не просто избегать автоматического приведения типов. А читать статью я бросил на примере
20 + «10Hello World» = 30
, потому что для конкатенации строк есть отдельный оператор, а пользовательские данные (где и может оказаться «10Hello World») необходимо валидировать абсолютно всегда, независимо от языка. В общем, очередной хейтер пытается представить своё неумение обращаться с инструментом (хорошо документированным) как недостаток инструмента.

Напрасно дальше не читали. Следующий пример (in_array()) демонстрирует эту же проблему, но не так очевидно. Шансы налажать возростают многократно. О чем наглядно нам поведали в «28 Days after Drupal exploit» их этого дайджеста.

«У PHP низкий порог вхождения» © толпа

В мемориз. Дайджест хорош.

Підписатись на коментарі