ThunderCat

где логические блоки содержат методы моделей выдающих сообщения пользователю - бросают исключения

Логика построенная на исключениях - плохая логика, так делать не нужно в принципе. Вопрос действительно идиотский, учитывая что он вырван из контекста вашей "гениальной" идеи. Ексепшны вообще не для этого, они по тому и ексепшны, что обрабатывают логику, с возможно нестабильным поведением ресурсов. В остальных случаях их применение не оправдано логически. А производительность операторов вообще должна быть для программиста на последнем месте, то есть когда ВСЯ логика написана верно, и вот какой-то блок кодак исполняется медленно. Тогда (и только тогда) есть смысл что-то оптимизировать, править, ускорять и тп. А ваши абстрактные вопросы больше относятся к области "почему травка зеленая а солнышко светит?", стыдно должно быть.

PS: ifelse вообще шедевр, ясчитаю.

Зависит. Если вы на одной странице 40 раз запрашиваете файл с кусочком хтмл - это тупость. Файловая система не самая производительная часть компьютеров, обращение к дискам всегда было (и все еще является) узким местом. Если это разовый модуль - все ок, вы все равно его откуда-то из файловой системы должны взять, есть некоторый оверхед на открытие еще одного файлового дескриптора в рамках ОС, но в целом это не критично.

простое решение "в лоб": разбить на слова експлоде(), полученный массив либо объединить в в строку через имплоде() используя "%". Но тут будет лажа с подготовленными выражениями, то есть так делать не желательно, работать будет, но это дыра в безопасности. Чуть сложнее - то же разбиение, а потом циклом создать плейсхолдеры по количеству элементов массива и соответствующие данные в массиве подстановок.

ini_set('max_execution_time', '6000'); //10 часов

Спасибо, поржал ))

Но это не помогает, 390 из 2600 товаров успевает обработать.

во первых - что за обработка такая? Оно что, само с клавиатуры его набирает? Полтора часа на 400 товаров?? Или сеты не работают и скрипт стандартно отрабатывает 30 секунд, такое вполне может быть если хостинг не позволяет переопределять время исполнения, или что-то в процессе обработки у вас жрет время не по детски, надо чинить код...

require_once / include_once

PS: Если автор вопроса реально имеет десяток разных файлов с одинаковыми названиями, то вопросов два - нафига, а главное зачем? Хотя чему я удивляюсь, в тегах же вордпресс, а значит автор должен страдать...

вообще надо понимать как работают формы и данная форма в частности. Запрос с https://mail.protonmail.com/login уходит на https://mail.protonmail.com/api/auth/info аяксом (причем не все данные сразу), а уже дальше еще куча яваскрипта и прочих фишек. То есть у вас там ничего работать не будет, еще и учитывая что вы ничего и никуда из авторизационных данных не отправляете, просто пытаетесь открыть https://mail.protonmail.com/inbox, еще и методом POST зачем то.

Если вы специально не удаляли переносы, они спокойно запишутся в базу, не зависимо от вашего желания. Скорее проблема у вас не в сохранении переносов, а в выводе текста в html с переносами.

Как исправить функцию Function create_function() is deprecated?

$mail->CharSet = 'UTF-8';

Предлагаете за вас посмотреть как работать с бибилиотекой? Смотрите методы доступа конкретного класса. Так как свойства протекткд, к ним должны быть соответствующие геттеры.

1) Ключи не могут задаваться плейсхолдерами
2) Данные должны передаваться по отдельности, в этом весь смысл подготовленных выражений.
Запрос сначала создается, а потом в места обозначенные плейсхолдерами можно передавать любую строку, она будет воспринята именно как строка, и не возникнет проблем с символами, задающими какие-то значимые настройки в запросе. То есть подготовленные выражения четко разделяют запрос и данные, во избежания путаницы со спец символами.

Если это классическая задача о "первом заходе", то во первых, описали вы задачу отвратно (например зачем вам отслеживать возврат со внутренних страниц? Достаточно знать что вы уже были на главной), во вторых - куки выставляете, что "на главной был" и все, проверяете куку, грузите/не грузите прелоадер.