В IDE если писать без закрывающего слеша, то IDE конца найти не может. Ну т. е. если жмакаешь на какой-нибудь тег, то он подсвечивает его пару... В непарных тегах, если указать в конце слеш, то он выделяет именно его в качестве пары (в смысле слеш), указывая, что все норм. Если же не закрыть слешом, то конец найден не будет. Это далеко не везде, наверное, но вот я заметил... Ну это такое, чисто для эстетства...
artoodetoo, doctype html... я это давно замечал. сам пишу с закрывающим слешем (привычка такая), поэтому понятия не имею как там сейчас с этим дело обстоит (проверить не могу, т. к. дома не работаю). Раньше замечал в notepad++, это хоть и не ide, но подсветка синтаксиса имеется. И в эклипсе это раньше было, как сейчас - понятия не имею. Добавлено спустя 3 минуты 2 секунды: я не говорю, что это было во всех ide. кто знает, может эта болячка в том же эклипсе до сих пор осталась, может и нет...
Полагаю, что это не IDE чудная, а я. Видимо и правда указывал, что стандартизация по xhtml... Я уже точно не помню как и что, но именно поэтому я начал дописывать слеш в конце. Ну меня можно простить, тогда я был менее опытный. Я и сейчас не бог весть какой спец, но тогда вообще нулевый был.
Спрашиваю я для того что бы коментарий был привязан к определенной новости и подменить его было не возможно. Если id передовать в урл то подменив id комент улетит не туда
Есть табличка news и comment я в комент записываю id новости что привязать нужные коменты к нужной новости
скажем так, для отдачи страницы с таким-то запросом совсем не нужен танк. быстрее будет функциональное программирование. однако если у тебя сложное масштабируемое приложение то тебе придется строить его вокруг некоторого ядра. mvc это просто один из удобных паттернов.
phpStorm - ему даже доктайп указывать не надо, эта сволочь адекватно парсит html, даже если он прописан как строковое значение переменной в пхп-коде. Хз, чем ты пользуешься, что у тебя проблемы такие. О..и снова пришли к MVC. Не существует волшебного MVC, от которого приложение станет круче, а пипирка больше. Это не серебрянная пуля. Это просто рекомендация не сваливать все в одну макаронную простынь, не более. Более того, оно никак не относится к ООП. Я как-то приводил пример MVC в пределах процедурного кода, даже не обернутого в функцию. Где просто секции разделены визуально, пустыми строками. Одна собирает данные, другая обрабатывает, третья выплевывает в красивом виде. Если у вас мышление в плане проектирования не как у хлебушка, вы, даже не зная, что такое MVC, будете его использовать, просто из желания упростить поддержку своего же кода. Просто все должно быть на своем месте, чтобы, через полгода, вы не потерялись в своем же проекте.