Именно в данной ситуации лучше сделать 2 запроса. Конечно все зависит от данных, от их объема и т.п., но лучше два быстрых запроса, чем один медленный.
А какая разница - отменен-не отменен талон ТО?
ТС нужен запрос в ТОП3.
проверьте на сервере allow_url_fopen
Хоть вопрос и не ко мне,но отвечу - да, отличается сильно. Причем сам подход. То есть на этапе проектирования уже нужно обрисовать минимальный функционал класса. И это не всегда может быть явным.
К примеру, Вам нужна простая функция, которая что-то будет делать с текстом. Писать класс для одной операции - ну как то неправильно. Однако через 3 дня, таких функций может стать 5, а через неделю - 10. И тут пользоваться классами уже интересней и правильней. Но для внедрения класса нужно будет переписать весь код, где Вы использовали вызовы этих функций.
Но для начала изучения языка этот момент можно и упустить. Если Вы начнете уверенно писать простой код, почти без мануалов, то вот тут и надо не упустить момент и изучить ООП в php.
KostaShah, по поводу ООП чуть не соглашусь. Для написания простых сайтов порой приходится использовать сторонние классы. Например для работы с БД, с мылом, делать превьюхи фоток и т.п. Все это по понятным причинам, разработчики выкладывают в виде классов. Так вот чтоб не изобретать велосипед, куда проще разобраться в чужом классе, чем писать десяток своих функций.
А в остальном, согласен с Вами.
В JS вообще только объекты =) Даже простое число - это объект. Там пишется через точку. В PHP через "стрелочку". Но все очень похоже.
я уже поправил код. toFixed иногда косячит в 6-7-8 версиях осла. Используйте Math.round(x);
//d - ваше число
x = d / 100;
x = x.toFixed(); // косяк в IE возможен
x = Math.round(x); // в осле косяков быть не должно
n = x * 100;
//n - число "округленное"
но это только для разрядности сотен... неуниверсально вообщем
Скажем так, я свое изучение PHP начинал во времена засилья системы php-nuke. В то время версией php была 4,2 кажется, поддержка ООП была зачаточная и люди не утруждали себя в написании классов. Делали инклуд файлов с набором функций, их могло быть сколь угодно много. И этого было вполне достаточно.
В принципе, кроме стандартизации написания кода, удобоваримости его для стороннего кодера для небольших личных проектов, я не вижу огромной надобности в классах. Все можно делать и по старинке. Но вот только нужно уметь работать со всеми возможностями языка, ведь в последствии, Вы можете слегка потеряться в коде, написанном на классах. Само восприятие кода в ООП несколько иное, чем в процедурном программировании. Поэтому лично мне приходится себя переламывать и писать на классах, чтобы не облениться и усвоить информацию.
Именно это я и имел в виду, предлагая начать изучение языка на примерах или под решение конкретных задач.
У Вас, насколько я понял, уже есть некое, небольшое представление о языке.
У Вас есть некая цель (задача), возможно еще не полностью сформированная, но есть.
Читая (просматривая) какие-либо учебники, Вы будете держать в голове свою задачу, не всегда понимая, накой Вам именно та глава (задание, урок), если Вы знаете по этому уроку все, или он не нужен Вам на данном этапе. Из-за этого восприятие информации будет намного хуже, чем выполнение заданий по конкретному примеру.
Язык php - очень простой. Основные функции - их не много - запоминаются очень быстро. Дополнительные всегда можно подсмотреть в интернет, в мануалах. Главное - практика.
Однако такой подход лишает возможности хорошо осознать методы ООП. Если Вы начнете программировать в процедурном стиле - переучить себя будет сложновато. Хотя каждому свое.
