Как стать автором
Обновить
6
0
Дмитрий Грачиков @GrizliK1988

Пользователь

Отправить сообщение
В PHP тоже можно писать просто и правильно)
Значит легкого пути таки нет)
А как же отпуск?)
Спасибо за статью.

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

Тоже в свободное время «копаю» исходники php, и, зачастую, тратится больше всего времени именно на поиск макроса.
Любопытства ради: а если парсеров неопределенное количество?
Почему? Даже если открыть N коннектов и работать с каждыми из них по отдельности?
Бесспорно полезное расширение, однако надо всегда держать в уме, что PHP интерпретируемый язык, который итак имеет достаточно накладных расходов на выполнение своих скиптов. Так что распараллеливание может и дать достаточное ускорение работы, но при этом забрать существенно больше ресурсов чем ожидается, так как все обертка на posix threads все же будет добавлять некий оверхед. Так же, если есть нужна проводить тяжелые операции на сервере (которые требуют оптимизации распараллеливанием), то это повод задуматься как это в будущем будет развиваться и, возможно, стоит какую то часть функционала переписать в виде C расширения, например.
Вот конкретно данный функционал нет смысла писать самому, так как эти функции не являеются отдельными зависимостями, но частью одного целого.
php разработчики присоединяются к войне но стороне php, конечно
20 лет большой срок, но:

1. Уже сейчас мы видим, что стандарты появляются регулярно и постепенно устраняют необходимость отвлекаться на рутинные задачи. Причем помимо PSR мы видим распространение использования компонентов от Symfony в других фреймворках и CMS.
Поэтому надеюсь, что в будущем, мы получим очень качественные библиотеки, которые будут приняты 99% php сообщества как стандартные реализации рутинных задач.

2. PHP будет иметь стабильную поддержку reactor pattern из коробки, причем текущий режим работы так же будет сохранен.

3. declare(strict_mode=1) будет включено в список Deprecated в PHP 8 и удалено в PHP 9 и будет использоваться всегда.

4. PHPStorm будет поддерживать интеграцию со средствами виртуальной реальности и позволит набирать код силой мысли.
Можно так же использовать кодогенерацию, когда в проекте используется некий веб сервис с WSDL описанием. В таком случае можно на основе описания полностью генерировать клиент для общения с api.
Спасибо, теперь понятнее.
Можете подсказать, чем стандартная реализация двухфакторной авторизации хуже вашей (http://symfony.com/doc/current/cookbook/security/pre_authenticated.html)?
Довольно резкая книга. После ее прочтения нет никаких шансов найти оправдания, чтобы не тестировать весь код.
Да для них БД не нужны, мне кажется :)
Чем помогает стандарт?

В команде можно (и нужно) его принять за основу и всегда проверять код на соответствие ему.

Чем плохи свои изменения стандартов?

Собственно ничем, но, отступив от принятых норм один раз, очень легко уйти далеко в сторону. Если в команде все понимают зачем принят принцип SmartTabs и он не вызывает сомнений, то проблемы нет. В противном случае лучше уже использовать PSR.
Зачем плодить лишние сущности, когда всё упирается по сути в один единственный алгоритм?


Вот думаю та причина, по которой вам так хотелось сделать рефакторинг modx.
В том и дело, что не из коробки. Будучи абсолютным мастером в обращении с require.js нет необходимости использовать webpack. Но вся штука как раз в том, что вебпак не требует большого количества времени на изучение/кофигурирование. Сам недавно перевел ~500 js файлов на webpack.

Циклические зависимости так же вполне можно решить.
Здравствуйте.

Заказал (Dmitry Grachikov)
1

Информация

В рейтинге
Не участвует
Откуда
Воронеж, Воронежская обл., Россия
Дата рождения
Зарегистрирован
Активность