Скажем так микро zend framework =) Долго работал с зендом и мне очень понравилась его архитектура, но разработчики черезчур грамотно его писали и в итоге порог вхождения высок, разобраться в настройках сходу невозможно. Я отталиваюсь от их творения но по возможности упрощаю спорные моменты и выкидываю лишние детали, коих слишком много.
Нет, мне не приходилось сталкиваться ни с одним из них, я писал свой фреймверк и писал на нем сайты простые и я знаю с чем можно сталкнуться на довольно таки простых сайтах. Возможностей Slim не хватит даже на простейщий сайт, вам придется искать дополнения или левые иблиотеки. Как минимум база данных, обработка форм (если будет хотябы нечто больше чем просто форма обратной связи), фильтры, шаблонизаторы итд.
В фатфри это все уже есть из коробки, вам нужно будет кое что подправить под себя при желании/нужде, в случае же с Slim вам придется это все искать и получится либо написаное заново, либо сборная солянка из библиотек.
В том то и дело что Slim это банальный руотер и все. Вам придется полностью все описывать, продумывать очистку данных, доступ к бд итд. В фатфри это уже все описано, а мелкие баги (откуда брать локаль) можно исправить и отправить автору патч при желании. От ошибок никто не застрахован, и не такие они и большие, эти фреймверки, чтоб кто-то не мог их поправить при желании. Лично я бы выбрал функционал.
www.ph4.ru/fontabout_whatcode.ph4
судя по этому у вас страница таки в 1251 а ответ с аяксом приходит нормально в utf-8. Так что смотрите на изначальную страницу, с ней что-то не то.
это я вкурсе, я не о том, два человека посоветовали что нужно делать: просто взять и нормально выполнить запрос напрямую =) Человеку этого оказалось мало, без готового кода никуда, причем не в первый раз вижу такое.
variable будет доступно всем переменным из документа за исключением фреймов, как и при любом другом способе. В данном случае с var или без var не имеет вообще никакого значения. Если есть возможность вставить по другому json данные, делайте по другому, я лишь показал пример каким пользовался лично я.
Мне очень нравится подход на Q&A. Люди банально ждут пока им разжуют и в рот положат, иначе ну никак не получается ничего. Все больше и больше жду вопроса: «как написать сайт с таким функционалом: ...?» и с умилением буду смотреть на лейбочку «решение», возле ответа со ссылкой на архив с готовым сайтом =)
Один репозиторий храните, в нем будет несколько веток (тестовая, живая итд) переключаются ветки одной командой, репозиторий можете хранить где угодно, лишь бы был доступ к нему с сервака. Ошибочно никто никуда не зальет, все работают с тестовой веткой и изменения мержатся лишь после тесрирования.
rsync по ssh хорошо лишь если вам нужно смержить файлы, для чего-то серьезного (защита от ошибок) он не спасет. Не зря системы контроля версий на столько популярны, они того стоят. Да и обучение выйдет дешевле чем одна фатальная ошибка при заливе на живой сервак испорченого кода :)
AR (это ведь active record?) — одна единственная запись в таблице. Это связь а не средство выполнения запросов. Поэтому для таких вещей она не предназначена. Возьмите и нормально выполните запрос, в чем проблема то?
