mmaximov97, для работы с БД? Самой типовой задачи из всех, решаемых вебом?
Внезапно, любой фреймворк / CMS это делают.
У вас актуальнее другие вопросы - как это сделать удобно/наглядно и как при этом обеспечить безопасность (защиту от неправомерного доступа и от дурака-оператора). Это уже можно решать более предметно, но после того, как вы поймете организацию работы в таком формате - кто за что будет отвечать и кому что будет доступно. Роли пользователей нужны.
Артур, у качественности кода есть вполне четкие критерии. Он должен:
1. Решать поставленную задачу достаточно оптимально.
2. Быть достаточно гибким и несвязанным, чтобы его правка и развитие не становились накоплением технического долга.
И ничего про соответствие каким-то святым принципам.
Да, список можно сделать более подробным, вынеся в отдельный пункт, например, покрытие тестами - но оно нужно не само по себе, а именно для обеспечения этих двух пунктов... И с другими деталями то же самое.
Нам нужно, чтобы код работал сейчас и мог работать в будущем, а красоту оставьте искусствоведам.
mitaichik, Ну, это-то очевидно. Просто я, выступая в роли скептического клиента, демонстрирую вам отношение к сервису. С этой точки зрения такая галочка его вряд ли улучшит, а билеты - это не коммуналка, которую люди платят постоянно и не прочь уменьшить рутину. Тут скорее пользоваться этой галочкой не будут просто из-за того, что доверять вам, собственно, не с чего. Наоборот - ее наличие насторожит и лишний раз поднимет вопрос доверия к сервису в целом.
Сами-то вы себе доверяете и смотрите на это иначе ;)
mitaichik, обычно такие опции позволяют себе сервисы, физическое присутствие которых в этом мире не ограничивается одним-единственным сервером.
Сливать свои платежные данные интернет-посреднику - уже стремно. То, что он еще и не прочь их сохранить - лично для меня переводит опасность из "желтой" в "красную".
Честно говоря, для меня на сайте системы для покупки билетов новость, что система может повторить мой платеж без ввода данных и подтверждения, будет достаточно неприятной, чтобы послать эту систему лесом и никогда больше с ней не связываться.
Имхо, дурной совет. Если это основной стиль страницы, то она у вас загрузится без стилей, потом с заметной задержкой будет перерисована, когда подгрузятся стили. Вам важнее, чтобы роботы были довольны - или пользователи?
Сейчас стиль ничего, собственно, и не блокирует - скромно подключается в конце страницы и хлеба не просит.
Кроме того, так, как вы написали, он у вас вообще не подключится - нужен путь до файлов стилей текущей темы.
Barrakuda74, А собственно, кто за вас должен экранировать спецсимволы в регулярке? Вы рассчитываете, что PDO через libastral поймет, где вы имели в виду регулярку, а где строку в q?
Или вопрос о том, как заменить "?*" на "\?\*"?
Кошерно - не выводить в браузер ничего из потока сразу. Только после успешной отработки всего скрипта.
Класс приложения получает заголовки, которые нужно будет использовать, и контент, который нужно будет вывести. По команде - выводит то и другое.
По другой команде - выводит иной контент, но с нужными заголовками. Или выбрасывает то и другое в логи.
Следующим номером разделяем контент на шаблон и данные... и внезапно приходим к тому, что все это реализовано во всех популярных РНР-фреймворках.
SimpleXML возвращает объект, а функции JSON хотят массив. Возможно, вам достаточно будет использовать (array) $xml, возможно - сделать из этого объекта массив рекурсией. Это легко гуглится.
