* Необходимо использовать библиотеки для работы с MySQL, или достаточно использовать mysql_connect, mysql_query?..
Зависит от поставленной задачи, нужно ли вам mysql, mysqli или pdo_mysql.
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &. ?..
Такого случая не существует
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL ?
Лучше всего в конфигуарционном файле. Опять же это зависит от поставленной задачи, но MySQL, мягко говоря, не самый лучший вариант.
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
Если вы уже начали задумываться о таких вещах, то по советую вам изучить какой нибудь MVC фрэймворк, например, ZF ну или на крайняк Symphony. Одним словом бороться или нет, зависет от части приложения, куда вы ее пишете.
* Необходимо использовать библиотеки для работы с MySQL, или достаточно использовать mysql_connect, mysql_query?..
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &.?..
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL?
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
* Необходимо использовать библиотеки для работы с MySQL, или достаточно использовать mysql_connect, mysql_query?..
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &.?..
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL?
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
Все очень просто — статья нужна, чтобы неопытные айтишники при полете на НЛО не попадали в так называемые космические ловешки, ну или хотя бы знали где они.
Понимаете ли в чем дело, все так называемые админки, с которыми мне доводилось иметь дело или разрабатывать уже подразумевали абстрактную модель данных и средства для автоматизации работы с ней. Посмотрите, например такую вещь как EAV — en.wikipedia.org/wiki/Entity-attribute-value_model.
Вопрос идеальности CMS сам по себе абсурдин, т.к. любая CMS при проектировании затачивается на решение ряда определенных задач. Любая CMS также сильно зависит от аппаратно программной части, т.е. будет она работать на распределенной системе серверов или на одном сервере у хостера. В общем, все упирается в техническую сторону вопроса.
Сейчас на рынке очень много CMS схожей архитектуры, которые с большой натяжкой можно назвать идеальными, но таковыми они не могут являться по определению.
Одним словом, вопрос идеальности CMS — это вопрос идеальности сайта в общем смысле.
Ну хорошо, ну допустим рыбы и кописпаст, НО ДОМ! Дома на этих двух изображениях совершенно не похожи (даже угол разный), если только наличием совершенно разных заборов.
Короче, тема ора не расскрыта. Если я нарисую дом с трубой и продам эту картинку за 10*10^8 €, и кто то нарисует такой же дом, подсмотрев у меня трубу, но с нуля и получит за это 10*10^14 €, мне на него в суд чтоли продавать?!
Зависит от поставленной задачи, нужно ли вам mysql, mysqli или pdo_mysql.
Такого случая не существует
Лучше всего в конфигуарционном файле. Опять же это зависит от поставленной задачи, но MySQL, мягко говоря, не самый лучший вариант.
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &.?..
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL?
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &.?..
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL?
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
* В каких случаях имеет смысл использовать одно поле в таблице MySQL, но с несколькими значениями, разделенными например | или &.?..
* Необходимо ли держать статусы ошибок (для сообщений посетителю) в php, или лучше их запрашивать из MySQL?
* Стоит ли бороться с отделением логики от отображения в php, или приемлимо допускать небольшую смесь?
У меня как то была идея что нибудь написать на Swing`е, но тормоза оказались еще те, правда это был мой первый опыт.
Вопрос идеальности CMS сам по себе абсурдин, т.к. любая CMS при проектировании затачивается на решение ряда определенных задач. Любая CMS также сильно зависит от аппаратно программной части, т.е. будет она работать на распределенной системе серверов или на одном сервере у хостера. В общем, все упирается в техническую сторону вопроса.
Сейчас на рынке очень много CMS схожей архитектуры, которые с большой натяжкой можно назвать идеальными, но таковыми они не могут являться по определению.
Одним словом, вопрос идеальности CMS — это вопрос идеальности сайта в общем смысле.
Короче, тема ора не расскрыта. Если я нарисую дом с трубой и продам эту картинку за 10*10^8 €, и кто то нарисует такой же дом, подсмотрев у меня трубу, но с нуля и получит за это 10*10^14 €, мне на него в суд чтоли продавать?!
Даже противно как то — подcмотрел идею забора.
Он кстати, намного лучше прорисовал фасад дома.