Язык Python фреймворк Django, летает быстрее PHP, объектность развита лучше, недостаток один дешевые шаред хостинги обычно не знают, что такое Python, если же у вас выделенные серв то проблем не возникнет. При хорошем знании английского можно хорошо работать на буржнет.
Для PHP есть замечательный и относительно новый фреймворк Yii
Это вы Гугл докс что-ли на html хотите?
Конечно стоит. Если так нужно для старых браузеров есть pngFix, главное через Опу его не использовать и будет почти норм
Кстати еще в ие вроде бы был глюк, что onchange вызывается не когда прекращаем редактировать, а когда элемент теряет фокус....
а попробуйте так прикрепить element.onchange=function(){ doWhatever() } когда то давно тож был глюк подобный... точно решение уже непомнится :)
Посмотреть бы в работе скрипты, так тяжеловато судить где происходит ошибка при генерации запроса или ответа.
А вообще есть интересный глюк с ИЕ и encodeURIComponent связанный с кодировками. При кодировании этой функцией используется не UTF-8, а локальная кодировка, в итоге если для сайта пользуется не UTF-8 серверу доходит уже нечто странное.
Определенно неплохо было бы переработать ветку работы для вебмастера. С дизайном творится что то страшное...Верстальщики вообще не понятно где должны отписываться. Программисты так вообще утопают среди предложений о продаже сателитов, и уже часто от безысходности начинают писать объявления где попало....
Да вроде бы никто своих услуг пока не предложил 🚬
а вот ответ почему Статистика уязвимостей Web приложений за 2008 год
обидно как то...
А зря не знакомы оч даже занятный фреймворк, архитектурные решения мне понравились намного больше чем в ZF и CI.
В Yii подобный механизм называется событиями. Про ограничение количество событий неправда там можно в любом месте вызывать любые события, событий можно сделать столько сколько душе угодно, и каждому событию можно зарегистрировать множество обработчиков, которые выполняются в порядке их регистрации. А поподробней в чем универсальность не устраивает?
Можно поведения тоже посмотреть. Пока все задачи которые встречал решались совместно с проведениями и событиями
Кстати события там сделаны не для модели а для компонента, а модели, экшены, поведения, виджеты и др уже наследуют, что дает единый событийный механизм для всех составных частей системы. А значит один и тот же обработчик собтия может вызваться в любом месте приложения
О да ваши "безопасные" решения почти каждый месяц делают обновления безопасности, это еще промолчу про уязвимости в всяких разных модулях. При этом прежде чем сделают обновление куча сайтов летит. Открою вам секрет сейчас куча ботов сёрфят бескрайние просторы сети интернет с целью выявления уязвимых движков.
С ссылкой это прямо мне глаза открыли... Мы еще в институте на криптографии этим баловались. Только вот дальше криптографии и шифрования не особо формула работает. Сайты ломают обычно из-за невнимательности программистов. даже в приведенной вами статье ясно на писано что реальные проекты обычно сочетают как security by design так и security by obscurity.
"Безопасность закрытого кода - иллюзия, греющая душу" согласен когда ты человеку передаешь откомпилированную программу, тут не сработает, ее дезасемблируют и примутся ломать. Но когда человек не получает ни капельки кода, а только набор текстов(как это в вебе), и соответственно не имеет представления об алгоритмах, тут уж не поспорите что это благоприятно скажется на безопасности.
Используя распространенные CMS, вы считай вешаете мишень на лоб, и не удивляйтесь что потом какой нибудь школьник, прочитав очередную тему про уязвимость на каком нибудь античате, будет портить вам жизнь.
