Да и не безымянная это функция. Это Function Expression. Если внутри нее возникнет исключение, то в stack trace будет имя функции, в которой возникло исключение.
Не совсем понятны Ваши претензии. Если считаете, что Вам есть что добавить к коду — милости прошу pull request. На то он и github. Это всяко лучше и продуктивнее саркастически высказываний ;)
Или, возможно, Вы о том, что можно было не расширять конструктор, а просто вернуть функцию allSettled из модуля?
Как вариант. Но здесь на вкус и цвет… Я реализовал так.
Видимо у Вас перманентное желание бить всех по рукам :)
Если Вы присмотритесь, то увидите, что я не использую ES6(2015) синтаксис.
И не использую я его сознательно, чтобы не привлекать библиоетеки типа babel и не увеличивать итоговый размер скрипта
Если не установлены системы кеширования типа opcahe, apc или eaccelerator, то обработка php-файла осуществляется при каждом запросе.
Такие системы, как правило, либо сами определяют изменился ли файл, либо принудительно обновляют кеш через определённый промежуток времени.
Есть ещё вариант, когда сам браузер закешировал страницу, тогда обращения к серверу вообще не происходит :).
Обязательно.
Конструкция без слешей:
(?<={|||\S)\w+
Даст другой результат.
Но к тексту из вашего примера я бы просто применил explode и str_replace.
Вообще, регулярками не нужно разбрасываться во все стороны. Ими нужно пользоваться с умом.
Хоть регулярные выражения и обрабатываются нативной C-библиотекой, всё же это громоздкий механизм, потребляющий память и процессорное время.
Тут всё зависит от целей и задач.
Но если очень хочется именно регулярки, тогда так: (?<=\{|\||\S)[^\{|\|]+\w+
Тогда мы получим участки текста, разделенные |, а не каждое слово в отдельности, как в вашем варианте.
Если нужны просто участки текста, то можно обойтись и без всяких утверждений и сделать так — [^\{|\|]+\w+
Опять же — тут всё зависит от того, что вы будете дальше делать с текстом и с какой целью разделяете предложение.
А вообще, в официальной документации есть прекрасный материал по регулярным выражениям. Обязателен к ознакомлению.
Да, для шаблона preg_replace справедливо всё, что относится и к preg_match.
Так же, в preg_replace есть дополнительный, и довольно противоречивый, модификатор — PREG_REPLACE_EVAL, о котором говорится в документации
Цель статьи — дать читателю представление о том, как работает php-интерпретатор (о чем написано в самом начале). Какие тут могут быть выводы? Всё описано в статье
В данном случае это не имеет значения. То, что я описал в статье, может случиться на любом shared-хостинге, где нет разделения кэша.
Если конечно не прописать уникальный SID для кэша.
Была у меня как-то похожая надобность. Так вот, в процессе поиска информации, встречались «умельцы», разбрающие проходящую строку посимвольно, с целью определения — число это или нет…
После того, как проблема была решена, мною был совершен звонок с службу тех.поддержки.
Через некоторое время, на почту пришло письмо с «ответом» на тикет, в котором просто просто были пересказаны мои слова.
Как вариант. Но здесь на вкус и цвет… Я реализовал так.
Если Вы присмотритесь, то увидите, что я не использую ES6(2015) синтаксис.
И не использую я его сознательно, чтобы не привлекать библиоетеки типа babel и не увеличивать итоговый размер скрипта
Такие системы, как правило, либо сами определяют изменился ли файл, либо принудительно обновляют кеш через определённый промежуток времени.
Есть ещё вариант, когда сам браузер закешировал страницу, тогда обращения к серверу вообще не происходит :).
Конструкция без слешей:
(?<={|||\S)\w+
Даст другой результат.
Но к тексту из вашего примера я бы просто применил explode и str_replace.
Вообще, регулярками не нужно разбрасываться во все стороны. Ими нужно пользоваться с умом.
Хоть регулярные выражения и обрабатываются нативной C-библиотекой, всё же это громоздкий механизм, потребляющий память и процессорное время.
Тут всё зависит от целей и задач.
Но если очень хочется именно регулярки, тогда так: (?<=\{|\||\S)[^\{|\|]+\w+
Тогда мы получим участки текста, разделенные |, а не каждое слово в отдельности, как в вашем варианте.
Если нужны просто участки текста, то можно обойтись и без всяких утверждений и сделать так — [^\{|\|]+\w+
Опять же — тут всё зависит от того, что вы будете дальше делать с текстом и с какой целью разделяете предложение.
А вообще, в официальной документации есть прекрасный материал по регулярным выражениям. Обязателен к ознакомлению.
Так же, в preg_replace есть дополнительный, и довольно противоречивый, модификатор — PREG_REPLACE_EVAL, о котором говорится в документации
Если конечно не прописать уникальный SID для кэша.
Да, на спец.тарифе. И как я уже говорил ранее, это единичный случай. Все остальные наши сайты уже сидят на BitrixVM на амазоне.
Только под админом
Через некоторое время, на почту пришло письмо с «ответом» на тикет, в котором просто просто были пересказаны мои слова.
спасибо