FanatPHP

Нужно написать самую простую форму обратной связи из 2-х полей

Пиши.

А что - производительность прям сильно страдает?
Это был риторический вопрос.

По коду видно жертву видеокурсов попова. На этом, в общем, вопрос можно закрывать.
Тебе уже ничто не поможет. Вне зависимости от того, нужно здесь unset, или нет.

Модеры, закройте уже этого гитлера.
В посте мат, в вопросе "сайты черной тематики", в голове мусор.
Вам самим не противно об это мараться?

во-первых, этот массив не ассоциативный.
во-вторых, ключ у тебя уже есть.
в-третьих, добавлять ничего не надо. надо изменить значение элемента массива.
в-четвертых, значением является объект, к которому надо добавить свойство.

Прошу модераторов забанить этого персонажа.
Я всегда считал, что Тостер - ресурс для программистов, а не малолетних карманников, рыщущих где бы что стибрить по мелочи.

Не парься.
Никому твои файлы не нужны.
Рекомендации по безопасности часто пишут всякие идиоты.
Закрыть можно, но смысла в этом очень мало.
На твоем месте я бы озаботился осмысленной структурой файлов и папок - это было бы куда полезнее.

"права в FTP менеджере" относятся к компьютеру, а не к его клиентам.

Авторы скринкастов, видеоуроков и прочих легкоусвояемых материалов в большинстве своем - малолетние долботрясы. Которые ничего не смыслят в теме, которую взялись объяснять другим. Так что, если говорить о вредности для программирования - это скринкасты. Причем вредность фатальная. Здесь, на тостере, полно жертв скринкастов. Душераздирающее зрелище.

Я одного не могу понять.
С чего ты решил что проблема в substr?

кроссдоменная авторизация

ты или сотри тег РНР, и жди ответов только от сипипишников, или объясни внятно, что тебе нужно.

Оставь этот файл в покое. Никому он не нужен.
Куда важнее для тебя разобраться, что
1. К информационной безопасности твой вопрос не имеет ни малейшего отношения
2. "Закрыть" этот файл от доступа извне в принципе невозможно.
3. Все вышеперечисленное плюс любимое заклинание "хтаксесс! хтаксесс!" говорит нам, что ты не понимаешь, как устроена система браузер-сервер. И вот это-то в сто раз важнее твоего несчастного файла. Тебе надо понять, как устроено веб-приложение, где у тебя РНР, а где... Как только ты это поймешь, то дурацких вопросов типа этого у тебя уже возникать не будет.

Для начала надо открыть тебе страшную тайну: на удаленном сервере не бывает файлов.
После усвоения этой истины следует приступить к изучению протокола НТТР и, в частности, кодов ответа.
Не бог весть какой точный индикатор, конечно, но других вариантов все равно нет.

После этого тебе следует перейти во второй класс и научиться хотя бы минимально отлаживать свои скрипты. В частности, если ты пытаешься найти какую-то строчку в возвращаемом заголовке, то надо догадаться сообразить поинтересоваться - а что в этом заголовке вообще лежит. Есть ли там что-нибудь.

Кстати, у меня твой первый код работает, есличо.

Для начала, вопрос получает приз за самый нерелевантный заголовок. Конечно же, дело в скорости работы условных операторов в РНР.

А тебе нужна блокировка на чтение

START TRANSACTION;
SELECT views FROM page where id=1 FOR UPDATE;

Заблокирует тебе строку на чтение и запись. Дальше можешь ее апдейтить и коммитить. После этого следующий, кто успеет схватить блокировку, заставить остальных ждать. И так далее.

Господь, жги.
Эту толпу обезьян уже не спасти.

В коде.
Ни к хостингу, ни к РНР, ни к ошибкам эта проблема, к сожалению, отношения не имеет.
Это проблема самого кода. Надо нанимать специалиста, чтобы он разбирался.

Ну или, как вариант - поискать в админке/настройках еще раз.

Ну вот на этой странице ты видишь ровно две формы - одна для ответа, вторая для поиска вверху. Что не так с интуицией авторов Тостера?

Хранится? Работает? Ничего не трогай.

phpfaq.ru/debug

Кто придумал такое смешное ограничение - без БД?