есть довольно много случаев, когда удобно получать HTML разметку динамически, зря вы так. Все навороты с генерацией иногда совершенно не нужны и лишь усложняют код.
CodeIgniter мне очень понравился изначально своей легкостью и интуитивностью, но потом от него отказался из-за некоторых вещей - к примеру там в валидационном классе своя система сообщений пользователю, это по-моему бред. При использовании фреймворка я хочу чтобы все было идеально, и для сообщений от "сайта" и от "валидации формы" была одна схема, и вообще ничего не дублировалось.
У CI подсмотрел все ту же интересную схему валидации форм (кстати в Симфони она гораздо более красивая и мощная, но в том же направлении), и теперь использую в своем коде. (От symphony и ZF пришлось отказаться из-за избыточности ядра.)
когда ждать веб2.0 холодильник, выкладывающий обед на стол по запрограммированным режимам? По-моему читание художественной литературы (то, что для души, то, что никто вас читать не заставляет) "порциями" напоминает "скармливание" - наверное мне не понять ценности этого сервиса..
чем мой знак хуже? :) во всяком случае, у меня внутреннего дискомфорта и ощущения "перечеркнутости" не вызывает, в отличии от САЛ версии.. я, к сожалению, не натыкался на источник где можно посмотреть другие варианты знака, не обвиняйте меня в плагиате если уже такое придумали, пожалуйста)
Я уже примерно полгода как бросил глядеть на нашу верстку в ie5. Делаем коммерческие сайты. По-моему, уже настало время когда на все ie < 6 пора забить, а с заказчиков за такие заточки требовать приличные доплаты, вплоть до 50% от стоимости остальной верстки.
на самом деле осознание того, что для питона надо (относительно)много условий на хостинге, отталкивает многих от написания простых сайтов на Py. Все новички начинают с PHP, в том числе из-за популярности оного на хостинге. А не написав простого сайта на Py, никогда не напишешь сложного :) я надеюсь моя мысль теперь более ясна.
mod_python все более популярен, и это радует. Подождем еще ) многим же не надо всех опций и своего http сервера, надо минимум возможностей, чтобы начать практическое использование - что в изучении и популяризации языка самое главное.
Питон мне изначально понравился. Лаконичный, быстрый, мощный. Как-то год или два назад поставил попробовать, на винду, так там в дистрибутиве простенький IDE написанный на питоне. Для меня это был шок.
Читаемость кода питона - это отдельная история, более читаемого я не наблюдал за всю свою жизнь у реальных ЯП. Воистину стандартизация написания самим создателем языка - это великая вещь, риск которой оправдался на все 100%.
Очень радует уже продуманная система пакетов модулей.
Самым главным минусом Py для меня являются проблемы с хостингом, пока на _каждом_ сервере есть только PHP.. а так хочется везде видеть py+django )
Я сейчас нахожусь в поиске простого и гибкого фреймворка для создания несложных сайтов с интуитивной и простой админкой, где использование Друпала не совсем оправдано.
Zend Framework отталкивает своим размером, и "многословностью", столь любимой некоторыми ярыми приверженцами ООП (я говорю про названия типа Zend_Framework_My_Super_Mega_Class_For_Validation, 1 file = 1 class, размером в 15 мегов!) как-то все это тяжело воспринять после милого сердцу Drupal'a..
Посмотрел CakePHP, оттолкнул ORM и automagic, гибкости не хватило на примитивнейший пример где в таблицу для many-to-many связи надо было воткнуть дополнительное поле - для этого пришлось копаться и мучаться.(Было это полгода назад примерно, может сейчас cakePHP такое и умеет, но пример характерный) Вообще я ORM не верю, даже Django имеет какие-то "детские" проблемы типа не поддерживаемой агрегации. Я конечно понимаю что все можно "дописать" - но мне не нравится ощущение, что какой-то большой кусок кода не справляется с такой простой задачей и лежит мертвым грузом в моем приложении.
Посмотрел CodeIgniter - понравилось больше, работает очень быстро, есть scaffolding и нет orm, подключает только те файлы, которые нужны, простые вещи не усложняет практически. ActiveRecord мне противен, но пусть уж будет, можно забить и юзать старый добрый sql везде. Насторожило то, что фреймворк попал под владение Ellis Labs, и судя по всему это несколько затормозило разработку - это повело за собой почкование Kohana, based on CI платформы, разработкой которого вроде как должно заниматься коммунити. Из-за некоторых непонятных и неоднозначных вещей, которые мне открылись ( http://codeigniter.com/forums/viewthread… ) - я пожалуй и от этого фреймворка откажусь.
Вчера посмотрел Symfony - понравился yaml, очень понравилась уже готовая система валидации, но не понравились вещи типа усложненного создания проекта, массивности, низкой скорости (хотя автору в вышеупомянутой статье про скорость системы склонен верить)
Короче хотелось чего-то простого, элегантного и мощного, надеюсь на что-то, но, видимо, буду дописывать свое, своровав идеи с валидацией у CI и symfony... надо Seagull ради интереса еще поглядеть
если вы переставите на обычной клавиатуре клавиши, буквы под кнопками останутся теми же самыми, и нажимая на "к" вы на экране получите "л". А тут - "перенесутся" вместе со своим материальным телом. Надеюсь теперь задумка более понятна
ModX интересен, на самом деле - и интересен еще со времен Etomite, откуда он наследовал многие идеи. Мне в modx нравится очень что
1) категоризация простая и красивая - документ есть, можешь сделать его "папкой" и вкладывать документы
2) нет вышеупомянутых проблем с system.css как в друпале - тут да, много времени потрачено на дебаг css стилей
3) в админке структура сайта всегда слева, на виду. Очень интуитивно и понятно для клиентов
Все это делает modx хорошим решением для простейших сайтов.
Но есть большое но :) в реальных проектах я использую Друпал, и сделал уже не один, не два и не пять сайтов, а гораздо больше. Почему?
1) Это серьезная система, грамотно спроектированная, которую _серьезно_ тестят - код на уровень лучше, чем у joomla/modx/... большинства решений на php, короче. Пока какое-то решение попадет в ядро, его десят раз оттестят разные люди. Если учитывать что код изначально красив, Друпал оставляет впечатление мощного здания с хорошим фундаментом. Все модули используют одно API (очень гибкое, кстати). А поглядите на Joomla - серьезный модуль спокойно и без зазрения совести использует свой метод доступа к переменным в базе, свой метод шаблонизации, бизнес-логика намертво перемешана с предствлением, и т.д. (К примеру: VirueMart)
Да, в Друпале есть проблемы с проектированием, мне кажется разрабы исторически ошиблись, выбрав таксономию вместо обычной категоризации контента - но все эти проблемы решаются, и модов великое множество. С локализацией проблемы местами есть, но если вы найдете написанную на PHP мощную систему с хорошей удобной i18n - скажите мне, пожалуйста. Мне понадобилось однажды запустить сайт с локализацией контента на три языка, и я его запустил, хоть и пришлось дописывать свое.
Есть проблемы с интуитивностью админки, и над этим активно работают (в Drupal 5 уже на уровень удобнее).
2) CCK - проектировать и создавать разные типы контента с разными полями и проверками - одно удовольствие.
3) Огромное количество модулей - наверно не больше чем в Joomla, но уже и не намного меньше :) коммунити и интерес работодателей растет в геометрической прогрессии.
Красиво сделанную систему приятно дорабатывать, и поэтому я использую Drupal во многих своих проектах. Простите за сумбурный коммент, написал второпях и как мог.
если alert начинает работать, возможно ваш серверный скрипт возвращает неверно сформированный JSON массив.
У меня ваш пример работает:
$(document).ready( function() { rateNews(4,5); });
function rateNews(value, postID)
{
$.getJSON( 'ajax.php',{rate_value: value, rate_newsid: postID}, function lol(j) { alert(j.ratetxt); });
}
содержимое ajax.php :
{ ratetxt: "Value recorded" }
самая простая схема) и вообще любая реклама
У CI подсмотрел все ту же интересную схему валидации форм (кстати в Симфони она гораздо более красивая и мощная, но в том же направлении), и теперь использую в своем коде. (От symphony и ZF пришлось отказаться из-за избыточности ядра.)
чем мой знак хуже? :) во всяком случае, у меня внутреннего дискомфорта и ощущения "перечеркнутости" не вызывает, в отличии от САЛ версии.. я, к сожалению, не натыкался на источник где можно посмотреть другие варианты знака, не обвиняйте меня в плагиате если уже такое придумали, пожалуйста)
mod_python все более популярен, и это радует. Подождем еще ) многим же не надо всех опций и своего http сервера, надо минимум возможностей, чтобы начать практическое использование - что в изучении и популяризации языка самое главное.
Читаемость кода питона - это отдельная история, более читаемого я не наблюдал за всю свою жизнь у реальных ЯП. Воистину стандартизация написания самим создателем языка - это великая вещь, риск которой оправдался на все 100%.
Очень радует уже продуманная система пакетов модулей.
Самым главным минусом Py для меня являются проблемы с хостингом, пока на _каждом_ сервере есть только PHP.. а так хочется везде видеть py+django )
Zend Framework отталкивает своим размером, и "многословностью", столь любимой некоторыми ярыми приверженцами ООП (я говорю про названия типа Zend_Framework_My_Super_Mega_Class_For_Validation, 1 file = 1 class, размером в 15 мегов!) как-то все это тяжело воспринять после милого сердцу Drupal'a..
Посмотрел CakePHP, оттолкнул ORM и automagic, гибкости не хватило на примитивнейший пример где в таблицу для many-to-many связи надо было воткнуть дополнительное поле - для этого пришлось копаться и мучаться.(Было это полгода назад примерно, может сейчас cakePHP такое и умеет, но пример характерный) Вообще я ORM не верю, даже Django имеет какие-то "детские" проблемы типа не поддерживаемой агрегации. Я конечно понимаю что все можно "дописать" - но мне не нравится ощущение, что какой-то большой кусок кода не справляется с такой простой задачей и лежит мертвым грузом в моем приложении.
Посмотрел CodeIgniter - понравилось больше, работает очень быстро, есть scaffolding и нет orm, подключает только те файлы, которые нужны, простые вещи не усложняет практически. ActiveRecord мне противен, но пусть уж будет, можно забить и юзать старый добрый sql везде. Насторожило то, что фреймворк попал под владение Ellis Labs, и судя по всему это несколько затормозило разработку - это повело за собой почкование Kohana, based on CI платформы, разработкой которого вроде как должно заниматься коммунити. Из-за некоторых непонятных и неоднозначных вещей, которые мне открылись ( http://codeigniter.com/forums/viewthread… ) - я пожалуй и от этого фреймворка откажусь.
Вчера посмотрел Symfony - понравился yaml, очень понравилась уже готовая система валидации, но не понравились вещи типа усложненного создания проекта, массивности, низкой скорости (хотя автору в вышеупомянутой статье про скорость системы склонен верить)
Короче хотелось чего-то простого, элегантного и мощного, надеюсь на что-то, но, видимо, буду дописывать свое, своровав идеи с валидацией у CI и symfony... надо Seagull ради интереса еще поглядеть
1) категоризация простая и красивая - документ есть, можешь сделать его "папкой" и вкладывать документы
2) нет вышеупомянутых проблем с system.css как в друпале - тут да, много времени потрачено на дебаг css стилей
3) в админке структура сайта всегда слева, на виду. Очень интуитивно и понятно для клиентов
Все это делает modx хорошим решением для простейших сайтов.
Но есть большое но :) в реальных проектах я использую Друпал, и сделал уже не один, не два и не пять сайтов, а гораздо больше. Почему?
1) Это серьезная система, грамотно спроектированная, которую _серьезно_ тестят - код на уровень лучше, чем у joomla/modx/... большинства решений на php, короче. Пока какое-то решение попадет в ядро, его десят раз оттестят разные люди. Если учитывать что код изначально красив, Друпал оставляет впечатление мощного здания с хорошим фундаментом. Все модули используют одно API (очень гибкое, кстати). А поглядите на Joomla - серьезный модуль спокойно и без зазрения совести использует свой метод доступа к переменным в базе, свой метод шаблонизации, бизнес-логика намертво перемешана с предствлением, и т.д. (К примеру: VirueMart)
Да, в Друпале есть проблемы с проектированием, мне кажется разрабы исторически ошиблись, выбрав таксономию вместо обычной категоризации контента - но все эти проблемы решаются, и модов великое множество. С локализацией проблемы местами есть, но если вы найдете написанную на PHP мощную систему с хорошей удобной i18n - скажите мне, пожалуйста. Мне понадобилось однажды запустить сайт с локализацией контента на три языка, и я его запустил, хоть и пришлось дописывать свое.
Есть проблемы с интуитивностью админки, и над этим активно работают (в Drupal 5 уже на уровень удобнее).
2) CCK - проектировать и создавать разные типы контента с разными полями и проверками - одно удовольствие.
3) Огромное количество модулей - наверно не больше чем в Joomla, но уже и не намного меньше :) коммунити и интерес работодателей растет в геометрической прогрессии.
Красиво сделанную систему приятно дорабатывать, и поэтому я использую Drupal во многих своих проектах. Простите за сумбурный коммент, написал второпях и как мог.