Этот пост появился благодаря теме на форуме. Поразмышлял, пописал код, поставил опыты и. думаю, процентов на 80 решил задачу с форума. Почему на 80, а не на все 100? Потому что понял, что таск-трекер у каждого будет со своими особенностями и не стал решать универсальную задачу. Вместо этого я сосредоточился на общей части, которая сама по себе уже продукт.
По случаю написал логгер. Конечно, можно было взять готовый, поскольку только ленивые их не писали. Посмотрел несколько проектов и всё по каким-то причинам не то.
Раз за разом на форуме появляются темы, связанные с определением пути хранения сессий. Такие ситуации возникают, как правило, когда сайт переносят с локального сервера на хостинг, с хостинга на хостинг. Здесь рассмотрим "легкий" случай (и самый распространенный), когда метод хранения сессий выбран в админке как "Files".
Расширение своего опыта всегда положительно влияет на решение обычных задач. PHP изначально разрабатывался как язык для создания веб-сайтов, но существует и официальная поддержка режима CLI. По моему скромному опыту, могу сказать, что именно работа с PHP в командной строке дает возможность по-настоящему почувствовать язык. В качестве иллюстрации я написал cli-приложение, которое реализует некогда любимую игру всей детворы Крестики-Нолики.
Компонент предназначен для владельцев сайтов, которые уже столкнулись с повышенной загрузкой сервера или собираются с ней встретиться. Если человек не понимает откуда эта загрузка берется и куда смотреть, чтобы понять причину, то этот компонент призван вам помочь.
Несколько раз встречал на форуме вопросы про Warning: var_export does not handle circular references ... Но странное дело, что пользователь, которому было что-то нужно, поняв, что придется приложить какие-то усилия, исчезал из темы. Скажу сразу: Я не открыл тайну var_export(), но предложу некий обходной манёвр.
Нередко посетители сайтов загружают на сервер "слишком большие" изображения. Зачастую оригинальный размер так никогда и не будет востребован, а память на диске он съедает. Пользователи InstantCMS 2 знают, что система имеет непростую структуру директории upload, которая ставит некоторых юзеров в тупик при попытке проинспектировать имеющиеся на сайте картинки. Собственно эти обстоятельства и явились неким "вызовом" для написания утилиты, представленной под катом.
Мысль, что такие инструменты уже созданы, появилась после вот этого комментария. На комментарий я ответил, но, как говорится, осадочек то остался. Затем я познакомился с возможностями 2-х статических анализаторов кода. Это замечательные инструменты, но с ходу решить данную задачу с их помощью мне не удалось.Я уже перестал туда думать, занявшись другими вопросами. Но вот несколько дней назад я случайным образом наткнулся на DeprecationDetector.На страничке проекта написано: "SensioLabs DeprecationDetector выполняет статический анализ исходного кода вашего проекта, чтобы найти случаи...
Часто при возникновении ошибок на сайте необходимо проверить требования к PHP, чтобы убедиться, что интерпретатор работает, как задумано разработчиками. В этой ситуации пользователь должен, проявив смекалку, найти нужные данные либо через панель управления хостингом, либо в файлах системы, либо ещё какими-то способами. Не всем удаётся сделать это оперативно.