Petro123вадятак вот она открывается мнгновенно. тык в строку первой и вторая с новыми данными открыта...
и поиск в гугле открывается мгновенно - тык символ - и страничка обновилась.
В чём вопрос или ноу хау?
а нет ноу и нет хау - просто работает быстро....

я на них уже работал.

lor2вадя,

ааа ну тогда понятно откуда в тебе такая любовь к процедурному программингу )
т.е. способность решать конкретные задачи конкретными простейшими способами не в счёт?
главное следовать моде?
для дальнеёшего развития любого проекта нормальный прогер сразу видит, что в дальнейшем захочет заказчик . и для этого совсем не надо ооп. и это можно заложить и в процедурном программинге.
я не говорю о всех решаемых задачах - я говорю о конкретном круге задач.
внедрение того же ооп и геморой , который с ним появляется - хорошо показывают вопросы о хибере.
я вижу , что задачи , которые хотят решить с помощью хибера , легко решаются на уровне хорошего владения базой, sql...
и нынешняя трёхзвенка - браузер-серверное приложение - сервер базы
тоже лкго решаются правильным распределением ролей и знанием каждой из этих 3 ипостасей.
как уже было отмечено - большинство задач сводится к простому - ввести значения, передатьна сервер, сохранить в базе, грамотно отобразить на клиенте. с ооп я познакомился ещё по первым книжкам, где об этом начали писать...
и написал аналог 1с для конторы, и возможности у неё были побольше чем у 1с. и всё обошлось без ооп (какое ооп в аксе :) ), даже без потребности в нём.
не надо вешать ярлыки. кто-то когда-то вас чему-то научил... и теперь это закон....
а почему вознила необходимость в жстл? кто-нибудь задумывался , кроме шблонной отмазки - не надо смешивать?
вспомните историю развития, тогда ide ещё были в только в мыслях. блокнот это всё. и там действительно надо было разграничить код, чтоб его понимать..
счас же любая ide выделит цветом, свернёт любой участок/блок кода - есть ли смысл что-то выносить? просто для того чтоб вынести?
а против ide сколько было выступлений - настоящие прогеры пишут только в блокноте, в ide лузеры...
а недавний наезд на Nebo, за любовь строить запросы в гуи.
а рекламируемый json, их столько развелось, не просто так - значит не устраивает кого-то предложенный кем-то , и делают своё.
если мне не подходит - зачем я должен под него подстраиваться?если мне надо передать 3 параметра с клиента на сервер -это (простая работа с таблицей) id записи , поле(в которое надо занести значение) и само значение - что из них городить json, xml...?
обвязка этих 3 параметров займет много больше места, чем они сами.
недавно прозвучала фраза про устав написанный кровью, однако тот же устав многократно переписывался, и ружья чистили кирпичом и пр. и пр., отказолись от погон, потом вернулись к ним.
в ветке акса не осуждали кто и как решает задачу, а советовали и предлагали варианты решений, делились своими находками , достижениями. я предлагаю следоать этому же примеру..