KnpPaginatorBundle видел, но не использовал, поэтому описывать не стал.
Думаю должна быть полезная вещь, т.к. KnpLabs уже много полезного сделали…
На счет SensioBuzzBundle, вы конечно правы, можно и в отдельном конфиге описать сервис и подключить его в config,yml, но так как-то по симфонически правильно получается)))
SonataPageBundle через чур заковыристо реализован. Боюсь простой смертный не разберется как создать страницу и заставить ее появиться (snapshot). Даже если разберется, то не понравиться. По моему, управление псевдо статическими страницами как-то проще должно быть. Хотя может я до конца не вкурил в этот Bundle.
Поторопился с комментом…
Здесь вы конечно же правы на счет явного разрешения на стороне сервера. Собственно само желание выполнять кроссдоменные ajax запросы без разрешения принимающей стороны вызывают вопрос. Зачем и что это за данные могут быть? Может есть возможность решить этот вопрос с разработчиком более цивилизованным путем? API с тем же jsonp например…
Если это для каких то серых целей, то YQL конечно альтернатива своему серверу-посреднику, но все же он может дать больше возможностей для обработки полученных данных и передаче их клиентской стороне.
Такие сервисы и должны подавать пример.
Это будет торопить браузеры активно развивать поддержку html5, w3c перевезти документ в статус рекомендации, а нас использовать.
Не очень понял?
По коду, ваш бандл предоставляет всего лишь Encoder, реализующий алгоритм blowfish…
KnpPaginatorBundle видел, но не использовал, поэтому описывать не стал.
Думаю должна быть полезная вещь, т.к. KnpLabs уже много полезного сделали…
На счет SensioBuzzBundle, вы конечно правы, можно и в отдельном конфиге описать сервис и подключить его в config,yml, но так как-то по симфонически правильно получается)))
Здесь вы конечно же правы на счет явного разрешения на стороне сервера. Собственно само желание выполнять кроссдоменные ajax запросы без разрешения принимающей стороны вызывают вопрос. Зачем и что это за данные могут быть? Может есть возможность решить этот вопрос с разработчиком более цивилизованным путем? API с тем же jsonp например…
Если это для каких то серых целей, то YQL конечно альтернатива своему серверу-посреднику, но все же он может дать больше возможностей для обработки полученных данных и передаче их клиентской стороне.
Стоит избегать такого. Зачем плодить дубликаты…
Это будет торопить браузеры активно развивать поддержку html5, w3c перевезти документ в статус рекомендации, а нас использовать.