Comments 75
Большинство этих вещей реализуется фреймворками. Если надо все сразу, то лучше туда. А если по отдельности, то запросто. Хотя, наверняка, для подобных целей у всех есть свои велосипеды :)
Я, например, писал свой SmartPhotoResizer (даже имя почти совпало).
И не забывайте про хабракат :)
Я, например, писал свой SmartPhotoResizer (даже имя почти совпало).
И не забывайте про хабракат :)
Мне кажется каждый PHP-програмер когда-либо сам писал свой SmartPhotoResizer. :-)
TCPDF — просто однажды «спас» жизнь при сдаче одного проекта )))
не очень хорошо документирован, зато есть куча примеров на офиц. сайте
не очень хорошо документирован, зато есть куча примеров на офиц. сайте
Покажите мне мейлер лучше Swift. Я в свое время не нашел. Одна из лучших PHP-бибилиотек, которую я видел. И что по твоему «реализуется фреймворками»? Все фреймворки построены из таких более-менее независимых модулей. Так что твой контраргумент лишен всякого смысла.
на phpclasses.org этого добра горы
Лучше уж PEAR — хотя бы стандарты одни и те же, а то замахаешься привыкать к привычкам авторов библиотек именовать классы и методы по-разному.
Тогда уже не PEAR, а ZF в котором половина здесь описанного уж точно присутсвует
Ну, тут ведь библиотеки, а не фреймворки обсуждаются. Набор библиотек больше в PEAR, а ZF ценен не этим, а тем, что это уже готовый каркас MVC приложения.
Может быть раньше было именно так. Но последнее время большое развитие приобретают библиотеки, которые непосредственного отношения к MVC не имеют. А за счёт продуманной архитектуры ZF выигрывает у многих наборов библиотек, хотя пока собственная и не так велика.
ЗФ, раньше, был ценен именно как набор библиотек), да и сейчас почти любой компонент можно использовать отдельно от фреймворка.
Можно, но зачем, если все тоже самое есть в PEAR и нет риска тянуть за собой в виде зависимостей горы ненужного?
ПС: сам перешел на ZF с подключением по надобности библиотек из PEAR (это чтоб меня за ретрограда не приняли). Просто если по каким-то причинам использование ZF целиком невозможно, то лучше использовать PEAR, как библиотеку изолированных классов, чем иметь риск попасть на головняк с зависимостями.
ПС: сам перешел на ZF с подключением по надобности библиотек из PEAR (это чтоб меня за ретрограда не приняли). Просто если по каким-то причинам использование ZF целиком невозможно, то лучше использовать PEAR, как библиотеку изолированных классов, чем иметь риск попасть на головняк с зависимостями.
> Можно, но зачем, если все тоже самое есть в PEAR и нет риска тянуть за собой в виде зависимостей горы ненужного?
Можно из PEAR, но зачем если все тоже самое есть в ZF? ))
Все зависит от конкретной ситуации. Конкретно в моих проектах везде ZF и скорее всего я предпочту использовать компоненты ZF.
Можно из PEAR, но зачем если все тоже самое есть в ZF? ))
Все зависит от конкретной ситуации. Конкретно в моих проектах везде ZF и скорее всего я предпочту использовать компоненты ZF.
«зависимостей горы ненужного» — это вы о чём? Я недавно тупо скопировал Zend_Form в мой проект и всё заработало без каких-либо зависимостей.
id3 теги ZF уж точно не запишет
1. www.google.ru/search?q=zend_framework+id3
2. клик по первой ссылке.
3. Идем в последний девятый раздел, кликаем по ссылке.
4.…
5. PROFIT!
Да, древнейшний черновик, но имхо не хуже использования какого-то кода «в столбик» из библиотечки getId3
2. клик по первой ссылке.
3. Идем в последний девятый раздел, кликаем по ссылке.
4.…
5. PROFIT!
Да, древнейшний черновик, но имхо не хуже использования какого-то кода «в столбик» из библиотечки getId3
Ага, я вот пытался из ZF компонент OpenId Provider вырезать, так в итоге понял что проще свой написать — уж слишком громоздкий этот ZF.
Предпочитаю велосипедить свои велосипеды.
А мне пригодится! Спасибо!
можно еще добавить в список шаблонизаторы.
тот же Templating от symfony components.symfony-project.org/templating/
тот же Templating от symfony components.symfony-project.org/templating/
Посмотрел ORM, понравилось, но вот дизайн сайта как-то наводит на мысль, что проект будет заброшен в любой момент.
Ну судя по дизайну(?) сайта над проектом сильно не заморачиваются.
Я исхожу из того, что сайт — лицо проетка.
Я исхожу из того, что сайт — лицо проетка.
Дизайн сайта отличный, не знаю даже где там можно придраться. У Apache, например, дизайн был всегда не очень, хотя сейчас получше уже. Да и программисты всё же не дизайнеры.
> Дизайн сайта отличный, не знаю даже где там можно придраться
Ярко-белое по ярко-черному режет глаза. Неплохо для привлечения внимания, но не для чтения документации.
> Да и программисты всё же не дизайнеры.
Зато дизайнеры дизайнеры.
Ярко-белое по ярко-черному режет глаза. Неплохо для привлечения внимания, но не для чтения документации.
> Да и программисты всё же не дизайнеры.
Зато дизайнеры дизайнеры.
Так и скажите, что темная цветовая схема Вам лично не нравится. Дизайн то тут причём?
В FF можно отключить стиль, и читать чёрные буквы на белом фоне.
А дизайнеры они такие :)
В FF можно отключить стиль, и читать чёрные буквы на белом фоне.
А дизайнеры они такие :)
> Дизайн то тут причём?
А представьте себе сайт конторы ритуальных услуг с качественным дизайном, но на тему вариаций Happy Tree Friends. Это будет качественный дизайн. Но плохой, т.к. не подходит для подобного сайта.
По поводу «мне лично не нравится» — то тут не все так просто, про это неоднократно писали.
А представьте себе сайт конторы ритуальных услуг с качественным дизайном, но на тему вариаций Happy Tree Friends. Это будет качественный дизайн. Но плохой, т.к. не подходит для подобного сайта.
По поводу «мне лично не нравится» — то тут не все так просто, про это неоднократно писали.
в Избранное
Спасибо, полезные линки.
Не любят на хабре мнения отличные от личного. Это факт.
Не любят на хабре мнения отличные от личного. Это факт.
TCPDF действительно лучшая библиотека на сегодняшний день для генерации pdf документов, правда «лучшесть» её в наших глазах в том, что она безгиморойно работает с кириллицей (и в UTF тоже), и содержит набор готовых образцов на все случаи жизни
для отладки я бы добавил PHP Quick Profiler
для отладки я бы добавил PHP Quick Profiler
Автору плюс за тему, относящуюся к PHP :) А библиотеки… Довольно легко находятся через поисковик. Проблемы нет с подбором нужных либ, скорее более актуален вопрос, кому какие либы подойдут к его коду.
Полезно, да.
Вот насчет капчи — добавли б список KCAPTCHA — www.captcha.ru/kcaptcha/. Все таки, чуть менее чем половина рунета ее использует.
Вот насчет капчи — добавли б список KCAPTCHA — www.captcha.ru/kcaptcha/. Все таки, чуть менее чем половина рунета ее использует.
а вот про AJAX и Базы данных сказано маловато.
Как насчет Mysqli, которая требует только расширения пхп в ext, и никаких других дополнительных php классов?
Как насчет Mysqli, которая требует только расширения пхп в ext, и никаких других дополнительных php классов?
PHPMailer после устранения ошибки Zend_Mail/Mime, связанной с порчей темы, в общем-то, стал не нужен. ;-)
AMF-PHP
Обмен данными с Flash в бинарном, родном для Flash формате AMF
www.5etdemi.com/blog/archives/2007/01/amfphp-19-beta-2-ridiculously-faster/
Имеется так же PHP модуль, существенно ускоряющий конвертацию
www.teslacore.it/projects/amfext/html/index.html
Обмен данными с Flash в бинарном, родном для Flash формате AMF
www.5etdemi.com/blog/archives/2007/01/amfphp-19-beta-2-ridiculously-faster/
Имеется так же PHP модуль, существенно ускоряющий конвертацию
www.teslacore.it/projects/amfext/html/index.html
— PHPMailer
Лучший класс для работы с эл. почтой. Поддерживает сообщения в цифровой форме, S/MIME шифрование, текстовые и HTML-письма, изображения, поддерживает несколько Email’ов, SMTP-аутентификация.
— Все перечисленное умеет делать SwiftMailer. Так чем же тогда он лучше вы так и не написали.
Лучший класс для работы с эл. почтой. Поддерживает сообщения в цифровой форме, S/MIME шифрование, текстовые и HTML-письма, изображения, поддерживает несколько Email’ов, SMTP-аутентификация.
— Все перечисленное умеет делать SwiftMailer. Так чем же тогда он лучше вы так и не написали.
Попиарю себя чуть-чуть:
jQuery-PHP — библиотека по своему назначению схожа с Xajax — только заточена под jQuery: jquery.hohli.com/
Насчет большинства остальных библиотек — предпочитаю использовать Zend Framework или PEAR…
jQuery-PHP — библиотека по своему назначению схожа с Xajax — только заточена под jQuery: jquery.hohli.com/
Насчет большинства остальных библиотек — предпочитаю использовать Zend Framework или PEAR…
Была печальная возможность сравнить библиотеку из PECLa для вытаскивания id3 тегов c getid3. Может getid3 и медленней чем модуль на СИ, но, по крайней мере, по фатал еррорам не сыплется.
Внимательно просмотрел весь список и радуюсь — около 50% уже есть в родном движке CodeIgniter-а, которым уже более года, как начал пользоваться. Еще раз убедился, что сделал правильный выбор.
Вот бы библиотека, где можно было бы любой формат картинки перевести в jpg. Может кто подскажет, есть такой?
Sign up to leave a comment.
Список полезных PHP классов и библиотек