Последние сообщения

Хостинг тут совершенно не причем, поддержка и загрузка формата WebP у Вас должна быть в панели управления в разделе настройки, в пункте «Список разрешенных типов файлов для загрузки», там в поле у Вас будет введены разрешенные форматы: xml, rar, zip, txt, jpg, gif, jpeg, png, doc, docx, xls, xlsx, pdf, txt, 7zip, rar, xlsx
добавьте к ним WebP и сохраните настройки

Если у вас VDS, то хостинг может что-то там делать. Но за очень дополнительные деньги, скорее всего

Эта ошибка у вас die команда. Вы не можете подавить die отключив ошибки, поскольку вы явно повторяете mysql_error на экран перед выходом.

Вы должны использовать trigger_error так же, как и ваш mysql_select_db строку выше, чтобы исправить это:

mysql_query("SELECT * FROM `FakeTable`") OR trigger_error(mysql_error(), E_USER_ERROR);

Если вы просто не можете изменить конфигурацию PHP, вы можете сделать один трюк. Создайте новый файл, содержащий файл с ошибкой. Прежде чем делать включение, установите нужную конфигурацию.

Пример

error_reporting(E_ALL);
ini_set("display_errors", 1);
include 'some other file with a parse error.php';

Затем просто запустите сценарий-оболочку. Это работает, потому что операторы, предшествующие включению, будут оценены первыми, прежде чем ваш скрипт окончательно умрет из-за ошибки синтаксического анализа.

Попробуйте установить настройки ini в .htaccess файл.

Настройки не сохранятся, если вы поместите их в файл PHP, который не с компилируется из-за синтаксической ошибки.

Конечно, PHP не будет выполнять эти директивы, если произойдет синтаксическая ошибка. Потому что этот скрипт даже не начал выполняться! Поскольку это не удалось на этапе синтаксического анализа.

Вам придется использовать другой способ установки этих директив, хотя это может быть сложно. Похоже, ваш PHP работает как CGI, а не как модуль Apache, поэтому единственный способ установить директивы ini — это отредактировать сам php.ini.

Чтобы убедиться, пожалуйста, запустите phpinfo(); и посмотрите, что там говорится о API сервера.

В любом случае, вам придется проверять error_log apache каждый раз, когда вы видите ошибку 500, чтобы выяснить, что именно произошло.

Вы должны иметь возможность использовать log_errors чтобы записать все ваши ошибки в файл. Вы даже можете использовать error_log записать ошибки в конкретный файл, если это облегчит вам жизнь.

Как специалист по поисковой оптимизации, я рекомендую сохранять карточку товара с пометкой «Товар закончился» в статусе «Скрыто».

Для поисковых систем важны возраст страницы и накопленные показатели DR и ПФ. Даже если товар стал дефицитным, он ещё долго будет привлекать трафик, поскольку люди могут надеяться на его возвращение. Вопрос в том, как использовать этот трафик.

В идеале на первом экране нужно чётко указать, что товара нет и больше не будет, но есть аналоги. Это не всегда возможно, но к этому нужно стремиться.

Не рекомендую сразу закрывать карточку или перенаправлять на другие страницы. Коды 404 или 301 могут вызвать возврат на поиск, что крайне нежелательно.

Поскольку скрытый товар не отображается в меню, категориях и других разделах, при переходе по прямой ссылке (например, из результатов поиска или если покупатель сохранил ссылку или добавил товар в избранное) страница с товаром откроется. Таким образом, вы не потеряете трафик на эту страницу.

Технопарк Нобель, Подскажите почему вы считаете, что Скрытый лучше? Интересно ваше мнение.

Лучше поставить наличие ноль и статус — скрытый

Сохранять карточку и добавлять на неё раздел с аналогичными товарами, которые есть в наличии.

Убирать не хочется, ведь эта страница проиндексирована поисковыми системами и привлекает дополнительный трафик на сайт по различным запросам.

Используйте phpinfo, чтобы найти загруженный php.ini и отредактировать его, чтобы скрыть ошибки. Он переопределяет то, что вы вставили в свой скрипт.

Чтобы предотвратить появление ошибок, вы можете:
— Напишите в .htaccess: php_flag display_errors 0
— Разделите свой код на отдельные модули, где основной (родительский) файл PHP устанавливает только error_logging, а затем включить() другие файлы.

Большинство ошибок E_STRICT оцениваются во время компиляции, поэтому о таких ошибках не сообщается в файле, где error_reporting расширен за счет включения ошибок E_STRICT (и наоборот).

Если ваша базовая система настроена на сообщение об ошибках E_STRICT, они могут быть выведены еще до того, как ваш код будет рассмотрен. Не забывайте, что error_reporting/ini_set — это оценки во время выполнения, и все, что выполняется на этапе «до запуска», не увидит своего эффекта.

Судя по вашему комментарию, ваша ошибка…

Ошибка синтаксического анализа: синтаксическая ошибка, неожиданная T_VARIABLE, ожидание ',' или ';' в /usr/home/REDACTED/public_html/dev.php в строке 11

Тогда применяется та же общая концепция. Ваш код никогда не запускается, так как он синтаксически недействителен (вы забыли ';'). Таким образом, ваше изменение отчета об ошибках никогда не встречается.

Чтобы исправить это, необходимо изменить отчеты об ошибках на уровне системы. Например, на Apache вы можете разместить…

php_value error_reporting 0

в файле .htaccess, чтобы подавить их все, но это зависит от конфигурации системы.

Прагматично: не пишите файлы с синтаксическими ошибками :)