Что использовать для работы с БД в PHP

Это ерунда, а вот то что ТС плодит топики с идиотскими вопросами, вот это беда!

А что есть Code Style? Стиль написания кода? Да, есть стандарты, но они идут как рекомендация, и уж если работа в команде, то тут уже то всё обговаривается.
Одни могут переменные пишут $a, другие $vottak, третьи $votTak. Одни оставляют комментарии, другие считают это лишним и говорят что код должен читаться легко и просто, как книга и т.д. и т.п.

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

а н нах....

Цитата:

Самое главное, чтоб произвести впечатление, нужно набраться мудреных словечек и с большой частотой употреблять их, типа стильный сленг программиста, тогда все будут думать что ты специалист trollface.png

да, да, именно для этого все придумали, и код стайл, и фреймворки и паттерны

Lexikon писал:

Что в твоем понимании фундаментальные знания?

Фундаментальный - от слова "фундамент", проще говоря основы, и они независимы от языка программирования или СУБД, которыми пользуется разработчик.

Lexikon писал:

Что есть CS? Ибо гугл выдает "основы CS" Гайд по Counter-Strike: Global Offensive. Советы новичкам ... Школа Counter-Strike - Основы игры

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

Lexikon писал:

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

Бездумная практика без надлежащей теории редко к чему хорошему приводит.

Computer Science - Информатика

Oswell E. Spencer писал:

а н нах.... да, да, именно для этого все придумали, и код стайл, и фреймворки и паттерны

Как бы то сарказм был, если что.

Mika писал:

Фундаментальный - от слова "фундамент", проще говоря основы, и они независимы от языка программирования или СУБД, которыми пользуется разработчик.

Это всё понятно, что от слова фундамент и т.п. Т.е. ты про основы программирования?

Mika писал:

Бездумная практика без надлежащей теории редко к чему хорошему приводит.

Как и тупо теория.

Mika писал:

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

Ну как бы тут 2 мнения было, не считая моего , и все близки по тематике.

Lexikon писал:

Пришла мне тут в голову очередная мысль К примеру у меня рес с профилями людей, и тут сама мысль, так вот, когда чел регистрируется его данные добавляются и БД, как правило изменяют профиль достаточно редко, но зато при входе в профиль данные постоянно дергаются из БД, есть ли смысл эти данные хранить в XML и при входе пользователя в свой профиль, данные тянуть именно из XML (разумеется кроме данных авторизации, только публичные), а при изменении данных, перезаписывать XML файл. Так сказать, чтоб лишний раз не обращаться к БД. Или это бред?!

Чего ты так бд боишься? оно способно выдерживать тысячи запросов в секунду на стремненьком сервере. На нормальных серверах десятки, а то и сотни тысяч в секунду (при умелом подходе). К тому же бд умеет самостоятельно кешировать часто запрашиваемые данные (если в запросах не участвуют агрегатные функции).

Шо касается самой идеи. Поздравляю, ты щас открыл файловый кеш(или кеш на файлах, как правильно?). Тока все нормальные люди не заморачиваются с сохранением в хмл, а просто сериализуют массивы\объекты. Вот только нахуя это делать(имею в виду такой вид кеширования), вопрос?

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

Ailk писал:

Чего ты так бд боишься?

Смысл не в боязни, просто есть желание разобраться в правильном подходе и безопасности. Понятно, что есть фреймворки, но ведь за пределами фреймворков мир куда интересен

Ну, а что касается XML и то о чем я писал, то как бы была идея не использовать лишний раз не только БД, но и сам ПХП. Т.е. получать данные из XML, функционалом JS, либо использовать XSLT и если я не ошибаюсь, то всё это происходит на стороне клиента, не используя ресурсы сервера.
В любом случае все данные хранились бы в БД, для поиска и авторизации.

Mika писал:

... но он упорно продолжает плодить топики с идиотскими вопросами

Так в чем собственно глупость вопроса?

Lexikon писал:

Смысл не в боязни, просто есть желание разобраться в правильном подходе и безопасности. Понятно, что есть фреймворки, но ведь за пределами фреймворков мир куда интересен

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

Lexikon писал:

Ну, а что касается XML и то о чем я писал, то как бы была идея не использовать лишний раз не только БД, но и сам ПХП. Т.е. получать данные из XML, функционалом JS, либо использовать XSLT и если я не ошибаюсь, то всё это происходит на стороне клиента, не используя ресурсы сервера. В любом случае все данные хранились бы в БД, для поиска и авторизации.

Сохраненные на стороне клиента данные это не безопасность ниразу, вот ваще. Если не хочешь пых использовать, ну бери пятон, руби, ноду в конце концов... жаву, шарп, го че там еще есть ))) Хотя пых в некоторых аспектах им всем форы даст.

Lexikon: можешь SQLite локально, можешь MySQL использовать. Что смущает?
Можешь и на файлах та же сутра, кейтаро TDS на файлах нормально держат.
Вся по своему опасно. Я даже не про SQL инекции, а даже на файлах теоретическим могут создать пользователя в виде JS кода который ворует куки, ты в админку зайдешь своего скрипта, твои куки аутентификации отправят на лево и зайдут. Так что просто надо проверять данные и отсекать уязвимости.
Фрейморками пока не увлекайся, пиши свои решения (функции, классы) тренируй мозг.