Именно в данной ситуации лучше сделать 2 запроса. Конечно все зависит от данных, от их объема и т.п., но лучше два быстрых запроса, чем один медленный.
Jaroslav: siv1987, а метод программирования с использованием ООП и без сильно отличается? То есть если я начну изучать материал, который не будет направлен на программирование на php с использованием ООП, потому трудно будет переучиться?
Хоть вопрос и не ко мне,но отвечу - да, отличается сильно. Причем сам подход. То есть на этапе проектирования уже нужно обрисовать минимальный функционал класса. И это не всегда может быть явным.
К примеру, Вам нужна простая функция, которая что-то будет делать с текстом. Писать класс для одной операции - ну как то неправильно. Однако через 3 дня, таких функций может стать 5, а через неделю - 10. И тут пользоваться классами уже интересней и правильней. Но для внедрения класса нужно будет переписать весь код, где Вы использовали вызовы этих функций.
Но для начала изучения языка этот момент можно и упустить. Если Вы начнете уверенно писать простой код, почти без мануалов, то вот тут и надо не упустить момент и изучить ООП в php.
KostaShah, по поводу ООП чуть не соглашусь. Для написания простых сайтов порой приходится использовать сторонние классы. Например для работы с БД, с мылом, делать превьюхи фоток и т.п. Все это по понятным причинам, разработчики выкладывают в виде классов. Так вот чтоб не изобретать велосипед, куда проще разобраться в чужом классе, чем писать десяток своих функций.
nikonlay: а, то есть в двух разных классах функции всегда могут называться одинкаово, даже публичные?
ну вообще, в принципе логично, ведь вызвать ее отдельно нельзя, только через соот. объект. а значит и путаницы не будет.
а "интересам" я имел в виду - что один класс - для чата, другой - чтобы баннеры вешать на сайт, третий - для подключения к бд, ну и т.д., по интересам.
и вы одной из функций класса не передали параметры, надо:
Cтол->Сломаться("с приятным хрустом");
а почему вы через точку пишете, а не стрелочку? это в джаваскрипте так? я просто с ним особо не работал, только с php и htmlс css.
а в javascript тоже есть классы?
зачем он вообще нужен, этот джачаскрипт, чтобы картинку при наведении менять? так это через css можно сделать..
В JS вообще только объекты =) Даже простое число - это объект. Там пишется через точку. В PHP через "стрелочку". Но все очень похоже.
Скажем так, я свое изучение PHP начинал во времена засилья системы php-nuke. В то время версией php была 4,2 кажется, поддержка ООП была зачаточная и люди не утруждали себя в написании классов. Делали инклуд файлов с набором функций, их могло быть сколь угодно много. И этого было вполне достаточно.
В принципе, кроме стандартизации написания кода, удобоваримости его для стороннего кодера для небольших личных проектов, я не вижу огромной надобности в классах. Все можно делать и по старинке. Но вот только нужно уметь работать со всеми возможностями языка, ведь в последствии, Вы можете слегка потеряться в коде, написанном на классах. Само восприятие кода в ООП несколько иное, чем в процедурном программировании. Поэтому лично мне приходится себя переламывать и писать на классах, чтобы не облениться и усвоить информацию.
Jaroslav: спасибо всем за советы, обязательно прислушаюсь. Те, кто говорит, что главное понять специфику, я с вами согласен, но ведь ее просто так не поймешь, сидя на стуле, изучение так или иначе начать нужно. Поэтому я и спрашивал, с чего его собственно нужно начать.
Конкретные цели естественно есть. Я не учу php просто так, чтобы знать. Лично, как мне кажется, правы те, кто говорит, что лучше всего обучаться на конкретных примерах, для начала легких. Но в любом случае перед этим нужно изучить синтаксис языка, основные функции и тд., чем я займусь в ближайшее время.
Все беда в том, что этого самого времени и не хватает. Загружен полностью, как и большинство людей, работающих в интернете. Вот пытаюсь разгрузиться, чтобы двигаться дальше.
Именно это я и имел в виду, предлагая начать изучение языка на примерах или под решение конкретных задач.
У Вас, насколько я понял, уже есть некое, небольшое представление о языке.
У Вас есть некая цель (задача), возможно еще не полностью сформированная, но есть.
Читая (просматривая) какие-либо учебники, Вы будете держать в голове свою задачу, не всегда понимая, накой Вам именно та глава (задание, урок), если Вы знаете по этому уроку все, или он не нужен Вам на данном этапе. Из-за этого восприятие информации будет намного хуже, чем выполнение заданий по конкретному примеру.
Язык php - очень простой. Основные функции - их не много - запоминаются очень быстро. Дополнительные всегда можно подсмотреть в интернет, в мануалах. Главное - практика.
Однако такой подход лишает возможности хорошо осознать методы ООП. Если Вы начнете программировать в процедурном стиле - переучить себя будет сложновато. Хотя каждому свое.
Именно в данной ситуации лучше сделать 2 запроса. Конечно все зависит от данных, от их объема и т.п., но лучше два быстрых запроса, чем один медленный.
А какая разница - отменен-не отменен талон ТО?
ТС нужен запрос в ТОП3.
проверьте на сервере allow_url_fopen
siv1987, а метод программирования с использованием ООП и без сильно отличается? То есть если я начну изучать материал, который не будет направлен на программирование на php с использованием ООП, потому трудно будет переучиться?
Хоть вопрос и не ко мне,но отвечу - да, отличается сильно. Причем сам подход. То есть на этапе проектирования уже нужно обрисовать минимальный функционал класса. И это не всегда может быть явным.
К примеру, Вам нужна простая функция, которая что-то будет делать с текстом. Писать класс для одной операции - ну как то неправильно. Однако через 3 дня, таких функций может стать 5, а через неделю - 10. И тут пользоваться классами уже интересней и правильней. Но для внедрения класса нужно будет переписать весь код, где Вы использовали вызовы этих функций.
Но для начала изучения языка этот момент можно и упустить. Если Вы начнете уверенно писать простой код, почти без мануалов, то вот тут и надо не упустить момент и изучить ООП в php.
KostaShah, по поводу ООП чуть не соглашусь. Для написания простых сайтов порой приходится использовать сторонние классы. Например для работы с БД, с мылом, делать превьюхи фоток и т.п. Все это по понятным причинам, разработчики выкладывают в виде классов. Так вот чтоб не изобретать велосипед, куда проще разобраться в чужом классе, чем писать десяток своих функций.
А в остальном, согласен с Вами.
а, то есть в двух разных классах функции всегда могут называться одинкаово, даже публичные?
ну вообще, в принципе логично, ведь вызвать ее отдельно нельзя, только через соот. объект. а значит и путаницы не будет.
а "интересам" я имел в виду - что один класс - для чата, другой - чтобы баннеры вешать на сайт, третий - для подключения к бд, ну и т.д., по интересам.
и вы одной из функций класса не передали параметры, надо:
Cтол->Сломаться("с приятным хрустом");
а почему вы через точку пишете, а не стрелочку? это в джаваскрипте так? я просто с ним особо не работал, только с php и htmlс css.
а в javascript тоже есть классы?
зачем он вообще нужен, этот джачаскрипт, чтобы картинку при наведении менять? так это через css можно сделать..
В JS вообще только объекты =) Даже простое число - это объект. Там пишется через точку. В PHP через "стрелочку". Но все очень похоже.
Спасибо отлично работает код
Специально проверял так
$('#showScroll2').text(n);
Вроде косяков в ие не увидел , или это в старых версиях может быть ?
я уже поправил код. 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 просто так, чтобы знать. Лично, как мне кажется, правы те, кто говорит, что лучше всего обучаться на конкретных примерах, для начала легких. Но в любом случае перед этим нужно изучить синтаксис языка, основные функции и тд., чем я займусь в ближайшее время.
Все беда в том, что этого самого времени и не хватает. Загружен полностью, как и большинство людей, работающих в интернете. Вот пытаюсь разгрузиться, чтобы двигаться дальше.
Именно это я и имел в виду, предлагая начать изучение языка на примерах или под решение конкретных задач.
У Вас, насколько я понял, уже есть некое, небольшое представление о языке.
У Вас есть некая цель (задача), возможно еще не полностью сформированная, но есть.
Читая (просматривая) какие-либо учебники, Вы будете держать в голове свою задачу, не всегда понимая, накой Вам именно та глава (задание, урок), если Вы знаете по этому уроку все, или он не нужен Вам на данном этапе. Из-за этого восприятие информации будет намного хуже, чем выполнение заданий по конкретному примеру.
Язык php - очень простой. Основные функции - их не много - запоминаются очень быстро. Дополнительные всегда можно подсмотреть в интернет, в мануалах. Главное - практика.
Однако такой подход лишает возможности хорошо осознать методы ООП. Если Вы начнете программировать в процедурном стиле - переучить себя будет сложновато. Хотя каждому свое.