Андрей: то есть для каждого объекта у вас свой метод сохранения? и инициируются они по разному? Интереесно.. а не проще в базовом объекте создать метод save() и для каждого объекта не переписывать этот метод? Ну, знаете, как в настоящем ооп?
Виталий Артемьев: эта функция просто забирает контент по адресу, некоторые сайты банят заходы без нужных заголовков, например юзерагент. Да, он не курл, но работает.
Thegaar: Скорость вероятнее всего от curl не зависит, тут вопрос скорости соединения и скорости отдачи контента сервером. Но это легко проверить - выключить все кроме курла и провести тест. Открыть страницу просто браузером и сравнить по скорости открывания с курлом. С локальной машины должно быть примерно одинаковое время. Совет тот же - сохранять локальные копии и затем парсить на месте.
да, это довольно стандартный подход, но не в такой форме, то есть смысл такой, но вся фишка в отдельных объектах для работы с данными и для записи этих данных, смотрите как реализовано в более взрослых проектах, хотите писать правильно и красиво - учите принципы ооп и паттерны использования объектов. должно быть проще и изящней в итоге. Что-то типа
$object = new Object($_POST);
$object->save();
ну, в эти инпуты можно напихать что угодно, например отослать в id кусок текста, или в других инпутах большой объем левых данных, вы это просто кидаете в базу, в теории надо бы каждое значение из приходящих полей обработать на валидность.
kamwork: Приятным бонусом к комментарию "О, круто!" было бы отметить ответ как верный. Ответ не мой, просто сделайте человеку приятное, он на Вас потратил немного своего времени )
f0p3r: есть особые требования или это хотелки ради хотелок? Кроме того что Вы, я так понимаю, уходите от общей точки входа таким запросом, так еще и дополнительно нагружаете проект плохопонятным кодом, кторый будет проблемно как обслуживать, так и рефакторить. Есть простые общепринятые методы работы с урл, прочтите рекомендации по ЧПУ, общей точке входа и современных моделях построения приложений. Хотя бы MVC.
xmoonlight: Йес сэр, согласен, зенд - сборище тупых ублюдков нихрена не думающих о производительности и правильности написания, сплошь костыли и велосипеды! Как они вообще пых написали - ума не приложу, дебилы, чесслово )
xmoonlight: на разработку я обычно не трачу больше времени, т.к. чистыми функциями языка пишется только базовый функционал - костяк, после этого у Вас должен быть сформирован набор классов и методов практически не затрагивающий базовые функции языка. Если Вы постоянно пользуетесь нативом - то еще большой вопрос кто затратит больше времени на разработку. Посмотрите на зенд или YII, часто ли Вы там пишете нативы? Или это не тру, и владеющий языком профи не будет пользоваться плебейскими костылями от каких-то левых разработчиков? )
ниасилилМНОГАКОДА, в чем собсно проблема, написать Вам другой код или этот работает, или этот работает, но не так как хочется? Что там выводит ваш капчагенератор? И что нужно? Описывайте проблему так чтобы людям было проще вам помочь! А то как бабушка в суппорт провайдера...