as3 + php - источники знаний

[vitamin4er]

Здравствуйте! Вот я чуток разобрался с PHP кодами, потому как требовалось :) но найти хоть что-то стоящее 'as3 + php' посредством гугла не получилось. Находил довольно несвежие материалы на узкие темы 2007-2008 года, и пытался по ним что-то сделать - не выходило...И собственно обращаюсь к вам за помощью, может кто помнит хорошие источники: сайты, книги и т.д.? Буду очень благодарен!!!

[caseyryan]

Не надо зацикливаться ни на каких связках php + as3 и т.п.
Нужно учить языки отдельно. Как ни странно, в этом случае все будет гораздо понятнее и яснее.
PHP и as3 - это две совершенно разных технологии, которые могут лишь взаимодействовать друг с другом по средствам запросов (ну или сокетов, но это здесь как раз большая редкость).

Так что искать нужно источники по каждому отдельно.

По php, кстати, отличный русскоязычный форум phpforum.ru
Ну а книжек целая гора + гугл + stackoverflow + php.net

[vitamin4er]

Спасибо за совет! Все таки придется углубляться в php? Мне бы как раз связи между as3 и php пригодились бы, а потом по мере надобности и в php можно залезть с головой...

Добавлено через 1 минуту
P.S. php меня заинтересовал как раз тогда, когда понадобилось создавать базы данных для хранения чего либо и отдавать что-либо по запросам...Жаль as3 не поддерживает какие-либо базы данных...или поддерживает?

[caseyryan]

Лучше изучить php без всяких связей.
А что эти связи дадут? Там все довольно просто. Флешка шлет запрос в url закодированном виде. Что-то вроде ?someVar=someValue&anotherVar=2
А в php этот запрос уже разбирается по деталям
Тут как раз нужно больше знать как работать с php. Это можно делать и без флеша, прямо из адресной строки браузера. Принципы те же.

[vitamin4er]

Да, принципы те же...переменные, массивы, только синтаксис другой - это я понял.
Тут, без конкретных случаев ни как! Вот мне, например понадобилось сохранят ByteArray картинок из флеша на сервер, чтоб потом запрашивать нужную во флеш, тут и понадобился php - без него ни как. С перспективой - онлайн приложения на двоих или больше - php тоже нужен, вот там его, думаю, стоит хорошо знать. А т.к. я только начал понимать as3 более-менее, не хочется все сначала =)...хочется по мере надобности, а надобность то не большая такая...
Мне бы вон те самые "?someVar=someValue&anotherVar=2" найти и понять, научиться делать работу на стороне флеша(ну и принимать переменные на стороне php). А чтоб хранить переменные в массивах в php много про него знать не надо =)...Потом, как-нибудь, по мере надобности скорее всего и выучу php.

[Koopa]

vitamin4er,хочется узнать ваше мнение: для чего предназначен PHP?

[GBee]

Мне http://www.php.su хватает за уши

[vitamin4er]

vitamin4er,хочется узнать ваше мнение: для чего предназначен PHP?
1)Для чего он нужен мне? 2)Для чего он нужен вообще?
1.Мне он нужен для хранения ByteArray
2.Отдельный язык программирования, но по мне если бы as3 умел работать c базами данных и передачей данных, то php не нужный язык:)

[GBee]

1.Мне он нужен для хранения ByteArray
2.Отдельный язык программирования, но по мне если бы as3 умел работать c базами данных и передачей данных, то php не нужный язык
Пхп не хранит байтарраи
ас3 умеет через некоторые либы, но запросы у вас будут во флешке лежать.

[NikolyA]

но по мне если бы as3 умел работать c базами данных и передачей данных, то php не нужный язык:)

ну тут бы я не был так уверен по поводу ненужности php, скажу больше, очень сильно заблуждаешься в своем высказывании

[caseyryan]

2.Отдельный язык программирования, но по мне если бы as3 умел работать c базами данных и передачей данных, то php не нужный язык
PHP гораздо лучше as3 для работы на сервере. Плюс он удобен во многих других вещах. Он поддерживается большинством хостингов, включая и бесплатные. Не требует компиляции и изменения применяются на лету, имеет кучу удобных встроенных инструментов для работы с запросами к БД и другие крутые штуки, более широкие возможности работы с файловой системой.
В общем, php вещь хорошая и нужная. Не надо так необдуманно кидаться словами ;)

[vitamin4er]

Это лишь мое скромное мнение=)

Добавлено через 10 часов 12 минут
caseyryan, я более-менее выучу php и тогда мы вернемся к этой теме =) если придется...

[Koopa]

Забавные у вас ответы. И судя по ним ни кто из отвечавших не понимает разницу.
Грубо: PHP скрипт серверной обработки данных. AS графический интерпретатор.

[Sync]

Вы уверены? Гугл не дает ссылки на графику из пыха? Или не дает ссылок на ту же работу с мускулем напрямую с флеша?

[GBee]

Грубо: PHP скрипт серверной обработки данных. AS графический интерпретатор.
Вы очень грубый :о)

[Koopa]

А теперь грубо смотрим вопрос(топик) и отвечаем на него.
Кто найдет связь (as3 + php) тот гуру.

[Sync]

Кто найдет связь (as3 + php) тот гуру.
http, например?
Вы что сказать то хотите?

[Koopa]

http, например?
Вы что сказать то хотите?
На такой ответ по теме AS мне уже отвечать нечего.Уровень знаний налицо.

[Sync]

Ну хоть кто-то знания мои оценил.
Так что сказать хотели?

[NoisyFlasher]

ООФ: мне одному кажется, что как-то стал градус межличностных общений расти в разных темах - жара что ли сказывается?

[Psycho Tiger]

Лучше изучить php без всяких связей.
А ещё лучше PHP не изучать.
PHP гораздо лучше as3 для работы на сервере.
Это отсылка на ASNode? Ну, знаете, в целом очень спорно. AS всё таки ... предсказуемый, что-ли.
Не требует компиляции и изменения применяются на лету
Это хорошо только при разработке. Почему у него нет продакшн режима, в котором его хвалёный недоJIT (который они с гордостью называют транслирующий интерпретатор – каша какая-то) мог бы уже "оттранслированный" лежать в памяти, тем самым работая быстрее... в общем, это не то чтобы плюс.
имеет кучу удобных встроенных инструментов для работы с запросами к БД
Нет, Вы удобных наверно не видели =) например, крутые штуки для работы с БД – это ORM (Object Relational Mapper). Это ещё навязывает MDD, сама борется с инжекшнами и вообще молодец. В PHP это куча странных функций, которые свалены в общий неймпейс что концов-краёв не найти.
В общем, php вещь хорошая и нужная. Не надо так необдуманно кидаться словами
Это программирование для не-программистов. Это не мои слова, это слова тех, кто PHP создал. Такие дела.
Вы уверены? Гугл не дает ссылки на графику из пыха? Или не дает ссылок на ту же работу с мускулем напрямую с флеша?
Графика – тоже данные. У пыха первоочередная задача обработать данные, так что всё окей.
Флеш не бывает консольным. Он построен для создания чего-то с визуализированием. То что у него есть ещё всякие плюшки – это прекрасно, но "грубо" – формулировка верна.
Кто найдет связь (as3 + php) тот гуру.
Весь интернет её находит, когда открывает типичную социалочку вконтакте.
На такой ответ по теме AS мне уже отвечать нечего.Уровень знаний налицо.
Вы ставите вопрос, на который сами не сможете найти вменяемого ответа.
Тогда встречный вопрос. Какая связь между PHP и SQL? )

P.S. последнее время я на форуме флешеров стал что-то редко писать о чем-то около флешевом ...

[Sync]

А ещё лучше PHP не изучать.
Почему?
Это отсылка на ASNode? Ну, знаете, в целом очень спорно. AS всё таки ... предсказуемый, что-ли.
Гораздо больше инструментов для пыха.

Почему у него нет продакшн режима, в котором его хвалёный недоJIT мог бы уже "оттранслированный" лежать в памяти, тем самым работая быстрее...
Кешеров хватает.

Нет, Вы удобных наверно не видели =) например, крутые штуки для работы с БД – это ORM (Object Relational Mapper). Это ещё навязывает MDD, сама борется с инжекшнами и вообще молодец. В PHP это куча странных функций, которые свалены в общий неймпейс что концов-краёв не найти.

Оно как-то субъективно. Порог вхождения низкий, скорость работы приемлемая.

Это программирование для не-программистов. Это не мои слова, это слова тех, кто PHP создал. Такие дела.
Да в общем как и любой другой язык) Для одних тру это делфя, для других асм)

Графика – тоже данные. У пыха первоочередная задача обработать данные, так что всё окей.
Назначаете первоочередные задачи вы? Или вы просто привыкли что пых используется именно так?

Флеш не бывает консольным. Он построен для создания чего-то с визуализированием. То что у него есть ещё всякие плюшки – это прекрасно, но "грубо" – формулировка верна.
я вас удивлю, но даже вывод BIOS консольный только на уровне абстракции. Что вам мешает написать консоль на флеше? :) или вы за то, что нельзя передать программе на флеше параметры из командной строки? таки можно для AIR если мне память не изменяет, ну и с файлами работать там же)

[Koopa]

Тогда встречный вопрос. Какая связь между PHP и SQL
Ни какой.Ваше сравнение не корректно.PHP заточен под управление SQL.семейством.AS жестко исполняемый стандарт(политика безопасности).
Это тоже что сравнить PHP и jScript.

[Psycho Tiger]

Почему PHP – это плохо. (http://habrahabr.ru/post/142140/)
Кешеров хватает.
Это проблема любого разработчика на PHP. Он никогда не поверит, что существует мир, в котором кешеры используются реально там, где они нужны. В этом мире для 90% ситуаций отлично справится язык сам по себе. Нативно.
Оно как-то субъективно. Порог вхождения низкий, скорость работы приемлемая.
Что, простите? Вы считаете, что 1к+ функций в глобальном неймспейсе – это субъективно?
Назначаете первоочередные задачи вы?
Я даже не знаю, что Вам сказать. Пых что, разработан делать что-то ещё? Может, он может отображать графику?
Или вы просто привыкли что пых используется именно так?
Конечно, не без этого. Если Вы пишете на нём задачи, которые вешаете на крона – то не думаю, что мы придем к чему-то общему.
Да в общем как и любой другой язык) Для одних тру это делфя, для других асм)
Вот здесь (http://www.flasher.ru/forum/showthread.php?t=199941) человек пытается программировать на XML. Для него это "тру".
Что вам мешает написать консоль на флеше?
Вы вот как-то совсем не в теме. Слышали про STDIN, STDOUT? Это такие штуки, которые перенаправляют ввод-вывод. Идея в том, что у Вас может не быть монитора, а вывод Вы направите – не знаю, на какое-нибудь печатающее устройство. Это будет работать, потому что приложение, которое называют консольное работают как раз через них.
Вы же пытаетесь сделать GUI, который внешне похож на терминал и выдаёте это "консольный флеш". С таким же успехом можно написать на бумажке "2=5" и убеждать всех, что раз написать можно, то и цифры равны.
или вы за то, что нельзя передать программе на флеше параметры из командной строки?
Вас куда-то в другую сторону несёт. В чем "мощь" получить пару циферок с STDIN только при запуске приложения – поделитесь?
Или Вы хотите написать левое приложение с API, который можно дёрнуть с флеша и выдать это за достижение флеша? )

...PHP заточен под управление SQL...
...AS жестко исполняемый стандарт(политика безопасности)...
Понятно, спасибо за беседу )

[Sync]

Почему PHP – это плохо. (http://habrahabr.ru/post/142140/)
Честно. сейчас читать не буду. Так что без комментариев. завтра, если будет интересно)

Это проблема любого разработчика на PHP. Он никогда не поверит, что существует мир, в котором кешеры используются реально там, где они нужны. В этом мире для 90% ситуаций отлично справится язык сам по себе. Нативно.
Что, простите? я вас не совсем понял

Что, простите? Вы считаете, что 1к+ функций в глобальном неймспейсе – это субъективно?
Вас заставляют их все использовать? не дают документацию?

Я даже не знаю, что Вам сказать. Пых что, разработан делать что-то ещё? Может, он может отображать графику?

Да может, может. Не всё ровно и красиво, но...

Конечно, не без этого. Если Вы пишете на нём задачи, которые вешаете на крона – то не думаю, что мы придем к чему-то общему.

И это тоже

Вот здесь (http://www.flasher.ru/forum/showthread.php?t=199941) человек пытается программировать на XML. Для него это "тру".

ну в общем то на вкус и цвет все фломастеры... это разве предмет спора?

Вы вот как-то совсем не в теме. Слышали про STDIN, STDOUT? Это такие штуки, которые перенаправляют ввод-вывод. Идея в том, что у Вас может не быть монитора, а вывод Вы направите – не знаю, на какое-нибудь печатающее устройство. Это будет работать, потому что приложение, которое называют консольное работают как раз через них.
Опять я не в теме. Да сколько же вокруг знающих, один я неучь) Во-первых это "такие штуки" - потоки с которых ЧИТАЕТСЯ ввод и ПИШЕТСЯ вывод. Идея не в мониторе, а в том, что CON так же ключевое слово, всю жизнь означало CONSOLE и интерпретировалось как "режим консоли - ввод с клавиатуры, вывод на экран". Так, например писалось в этой книжке http://www.ozon.ru/context/detail/id/2996924/ в 97 году.
А так же в милой желтой книжечке "Язык программирования С", тоже 94 или 96 года. картинку не нашел). Работа со стандартными потоками ввода-вывода - вовсе не основа консольного приложения. Тот же BIOS никогда потока не предоставлял, давал 10h и 13h прерывания, что позволяло работать в режиме консоли, но не в режиме потоков. да и тот же DOS давал 21h, оборачивая при этом BIOSовские прерывания, но с потоками ввода-вывода там было своеобразно. stdin stdout пришли вместе с С, и для dos-а в 90% времени были настроены именно как ввод с клавиатуры, вывод на экран.
Перенаправление стандартного вывода на принтер в то время вообще звучит странно. Да, можно было выкинуть данные в LPT-порт и перенаправив, и открыв файл PRN, но надежды на то, что принтер напечатает текст было маловато, ибо каждому ещё нужна была своя забубенная команда управления и т.д.
Но я,конечно, совсем не в теме. И это не я путаю потоки ввода-вывода и режим работы приложения. Хорошо, пусть будет так.

Вы же пытаетесь сделать GUI, который внешне похож на терминал и выдаёте это "консольный флеш". С таким же успехом можно написать на бумажке "2=5" и убеждать всех, что раз написать можно, то и цифры равны.

Вот как так получается, что символьный генератор позволял загружать в память символы пользователя, а они состояли из 8 байт - 8 строк по 8 точек. (не были ещё и всякие 7х8 16х16 и т.д.), и видеопамять всё равно представляла набор битиков, которые отображались как графика? Это тоже "2=5"? или на низком уровне такое можно, а на высоком уже атата? :)

Вас куда-то в другую сторону несёт. В чем "мощь" получить пару циферок с STDIN только при запуске приложения – поделитесь?

Вы хотите работать с потоками? работайте с ними, кто вам не дает? читайте файл, пишите файл, разделяйте права доступа, создавайте файл в памяти. Даже зайца можно научить курить, было бы желание :)

Или Вы хотите написать левое приложение с API, который можно дёрнуть с флеша и выдать это за достижение флеша? )

Я хочу понять резко-негативное отношение к пыху, при том что я видел несколько проектов, на которых он хорошо работает, выполняет свои задачи, держит скорость\нагрузку и т.д.

[Koopa]

Что вы ожидаете от скриптов,основанных на языках программирования?!

[caseyryan]

Почему PHP – это плохо. (http://habrahabr.ru/post/142140/)


Можно с таким же успехом написать статью "Почему habrahabr - это плохо" )
Статья ни о чем. PHP далек от идеала, но есть задачи, которые на нем выполнять проще и удобнее, чем на других языках. Не вижу смысла в холиварах на эту тему. И да, есть люди, которых он устраивает ) Мне, к примеру, на php написать код проще, чем на Perl или Python, потому что я не знаю ни Perl ни Python, и изучать их нет ни времени ни желания.
К тому же большинство CMS написано именно на PHP. Есть куча крупных проектов, написанных по большей части на PHP, тот же контакт. Почему? Эти люди извращенцы и придурки? Или у php правда есть плюсы?

[Psycho Tiger]

Да может, может. Не всё ровно и красиво, но...
Не-а. Отображает браузер, отображает просмотрщик. А у пыха нет доступа "к экрану".

Зачем Вы начинаете приплетать BIOS, DOS – я не понял. Если Вы программируете под DOS – возможно, PHP действительно лучшее решение.

Вот как так получается, что символьный генератор позволял загружать в память символы пользователя, а они состояли из 8 байт - 8 строк по 8 точек. (не были ещё и всякие 7х8 16х16 и т.д.), и видеопамять всё равно представляла набор битиков, которые отображались как графика?
У меня складывается ощущение, что Вы вспоминаете школьный курс информатики и пытаетесь выставить за аргумент то, что смогли вспомнить :)
Приведу аналогию на Ваш аргумент: если на мониторе можно показать, например, Мона Лизу – значит монитор – это картина и место ему на стене возле шкафа.
Вы хотите работать с потоками? работайте с ними, кто вам не дает? читайте файл, пишите файл, разделяйте права доступа, создавайте файл в памяти. Даже зайца можно научить курить, было бы желание
Вот именно! Здесь то мы и расходимся во мнении. Я утверждаю, что гвози удобно бить молотком, а те кто бьют их тапками – ошибаются. Вы говорите, что у меня просто не хватает упорства и раз можно – то нужно.
Я хочу понять резко-негативное отношение к пыху, при том что я видел несколько проектов, на которых он хорошо работает, выполняет свои задачи, держит скорость\нагрузку и т.д.
Обычно я объясняю его просто:
a == b
b == c
a == c ?
В контексте PHP – не всегда. Сюрприз!
В статье, что я дал я готов подписаться под каждым словом.
А вот моя любимая цитата оттуда:
Я схожу с ума от того, насколько он сломан и насколько воспеваем каждым уполномоченным любителем нежелающим научиться чему-либо ещё.
PHP далек от идеала, но есть задачи, которые на нем выполнять проще и удобнее, чем на других языках.
Например?
Мне, к примеру, на php написать код проще, чем на Perl или Python, потому что я не знаю ни Perl ни Python, и изучать их нет ни времени ни желания.
Вот именно! Чуть выше в моем посте есть отличная цитата по теме.
К тому же большинство CMS написано именно на PHP. Есть куча крупных проектов, написанных по большей части на PHP, тот же контакт. Почему? Эти люди извращенцы и придурки? Или у php правда есть плюсы?
Каждый школьник пытается написать "свою CMS" на PHP. Сейчас я сдаю диплом – и половина дипломных работ - "Создание новой цмс на пхп". Причем ребята с трудом понимают разницу между компиляцией и интерпретацией. И это не мне повезло, это такая тенденция.

По поводу крупных проектов – в статье тоже есть ответ. Видимо, Вы закрыли её после прочтения вступления. Об этом сказано в заключении: что любой фанат закроет эту статью после прочтения первых абзацев. А раз Вы здесь – поздравляю, Вы были согласны со статьей с самого начала.
По меньшей мере это показывает отказ людей в обучаемости и, что более важно, святую веру в мощь PHP, что даже сомнение в голове не поселяется, что PHP – плох. Это вправду ужасает.

[Sync]

Не-а. Отображает браузер, отображает просмотрщик. А у пыха нет доступа "к экрану".
Кошмар. Вопрос можно ли вывести с пыха графику? ответ "да".

Зачем Вы начинаете приплетать BIOS, DOS – я не понял. Если Вы программируете под DOS – возможно, PHP действительно лучшее решение.
Потому что вы пытаетесь упрекнуть меня в безграмотности, но при этом сами некорректно используете термины, и понимаете под консолью перенаправление потоков и конвейеры.

У меня складывается ощущение, что Вы вспоминаете школьный курс информатики и пытаетесь выставить за аргумент то, что смогли вспомнить :)
Приведу аналогию на Ваш аргумент: если на мониторе можно показать, например, Мона Лизу – значит монитор – это картина и место ему на стене возле шкафа.

У меня точно такое же ощущение, что вы не понимаете о чем я говорю. И исходит это из ошибочного понимания термина "консоль".
Я скажу очень подробно: Любой вывод изображения на компьютере - графический. Поэтому в создании консоли на основе GUI нет ничего страшного.

Вот именно! Здесь то мы и расходимся во мнении. Я утверждаю, что гвози удобно бить молотком, а те кто бьют их тапками – ошибаются. Вы говорите, что у меня просто не хватает упорства и раз можно – то нужно.
я не призываю использовать молотки или тапки. Вы же, вроде, программист? Ну так и выбирайте в нужном месте нужный инструмент. Но не стоит заявлять что "раз я использую этот инструмент вот так, то только так его и можно использовать"

Обычно я объясняю его просто:
a == b
b == c
a == c ?
В контексте PHP – не всегда. Сюрприз!

Ну я знаю ещё язык где с NaN такая же ситуация.
Строгие и не строгие равенства выще интересная тема)

[-De-]

Тигра, критикуются исключительно вторичные характеристики языка. Первичное - это выгодность по бабкам. Насколько просто проект на нём написать. Ну не транзитивно ==. Ну и что? Чем реально это помешает при минимально вменяемом разрабе? Ни из одного пункта критики я не вижу, как выводится "и это сильно затрудняет и удорожает разработку". И автор нигде даже не попытался к этому свести.

[caseyryan]

Например?
Недавняя тема, проксирование файлов. В PHP это можно сделать в 3 строки. Учитывая проверку на то, чтобы путь к файлу был из интернета.
Каждый школьник пытается написать "свою CMS" на PHP
Я не беру такие "school-boy-cms". Я говорю о нормальных, Joomla!, WordPress, Drupal, DLE, 1C Bitrix и других. Это все хлам? Почему они на php? Не только потому что написать на нем проще, а еще потому, что он поддерживается большинством хостингов на данный момент. А это тоже серьезный плюс в сторону php.

П.с. Я сам не пхпшник. Мне самому нравятся другие языки AS3, Java (про нее тоже куча холоваров, но язык все равно хороший), C#. Но тем не менее, я признаю, что у php есть свои плюсы, и частенько этим пользуюсь.

[in4core]

Мне вот более всего интересно, почему такие ярые баталии? PHP - недоязык, это понятно. Это должно быть понятно и *фанату ПХП* , as3 - недоязык с одной стороны тоже, но лишь только с той, что он не может *культурно сам* работать с сервером ) В остальном язык хорош.

ПхП не может отображать графику - и не спорьте!!!

Пхп прост в изучении - да, но только для тех, кто познал хотя бы один язык, пускай и клиентский, не важно. Для других же - язык, как язык - одинаково сложный.

В пхп есть сюрпризы - да, в ас3 - тоже.

Пхп признан стандартом для большинства - почему?
1) Прост в освоении
2) Доступ к серверу и БД, серверный же язык ну?!
3) Есть прямой доступ к html,js ( пусть только через echo - но есть )
4) Один из древних языков

Ну и еще можно писать всякой ерунды... )))))))))))

Sync - про вас скажу просто, вы не в теме, вы оспариваете то, в чем не разбираетесь - прямое док-во этому ОТОБРАЖЕНИЕ графики.

По поводу CMS - вот тут как раз холивар развести сложнее чем вы думаете.

caseyryan - безусловно Joomla , WordPress ... и т.п. Только вот не поймите меня неверно, начать работать с CMS - это все равно, что изучить еще 1 язык.

У нас в городе ЗП маленькие, средняя 8-10К рублей, вакансии программистов только на CMS, флешем или жавой у нас в городе и не пахнет, так вот 25-30К платят тем кто сидит на CMS ( в основном битрикс ). Ну по скольку фриланс не вечный, решил я значит пойти устроится в компанию, естественно обьещали обучить ( че я сам чтоль должен ?! lol ) - вообщем писать под CMS оказалось еще той бякой ( объем - отдача), подумав - я решил больше времени уделить фриланс-клиентуре, и сейчас я зарабатываю в десятки больше, причем на постоянном фрилансе уже).
К чему эта история? - К тому, что пхп - плохо, CMS - ужасно.
Почему ? - Потому, что если язык-недоязык, или чрезвычайно сложная IDE - но это все окупается с лихвой - писать на нем можно и даже придумывать велосипеды. А если овчинка выделки не стоит - то нефиг туда и лезть.
Если на флеше - я могу смело заявить клиенту - вот эту штучку я сделаю за N Лимонов, то на пхп каждый школьник тебе ответит, а с какого так дорого? - и найдет где дешевле, и ведь сволочь найдет же) С флешем, java, с и т.п. - все намного проще, рынок ВЫШЕ наголову, откат хороший, программирование приятное, так зачем же лезть в древность ,которую так и не допилили?!

[caseyryan]

Только вот не поймите меня неверно, начать работать с CMS - это все равно, что изучить еще 1 язык.
Ну, если язык можно изучить за 3 - 4 дня, то да.
Вообще, под работой с CMS можно понимать разные вещи. Просто установить и сделать на ней сайт, не так уж сложно.

[in4core]

3 - 4 дня Lol !!! 3-4 месяца минимум. Иначе ты не знаешь, что такое CMS впринципе. Простые вещи делать и дурак может. А прежде чем ты поймешь, почему данный компонент находится в папке //...//...//...hren , а его стили в папке //..//lalala , а управление им в третьей, кроме того, понять КУДА дописывать. Вообщем если ты ведешь разговор про кнопочную механику, нажал на кнопку получишь результат - то да 3-4 дня, а чтобы вкорне переписвать компоненты, дописывать свои и т.п. за 3 дня не то что нереально , просто невозможно - еже ли ты сталкнулся с cms первый раз - все я верно сказал = как изучить новый язык.
Пхп + хтмл + JS - тем и плох, что ты используешь сразу несколько технологий, но они находятся все в разных местах, так сказать подконтейнерах ( разговор о цмс)

[Sync]

Sync - про вас скажу просто, вы не в теме, вы оспариваете то, в чем не разбираетесь - прямое док-во этому ОТОБРАЖЕНИЕ графики.
Вставайте в очередь гениев, спешащих рассказать что я не в теме)

[Psycho Tiger]

вот эту штучку я сделаю за N Лимонов
... а вот эту за пачку чая и наконец-то вылечу простуду ...
Первичное - это выгодность по бабкам.
Бинго! Именно поэтому PHP-кодеры всегда нужны. Работа за копейки и почти всегда до какого-то майлстоуна кодеры проект дотянуть могут. Отсюда поголовная уязвимость к XSS и CSRF – ломай, не хочу. Но это, бесспорно, проблема не языка, а людей.
Недавняя тема, проксирование файлов. В PHP это можно сделать в 3 строки.
А в сколько строчек обойдется такая роскошь на Ruby, Python, Perl?
Я говорю о нормальных, Joomla!, WordPress, Drupal, DLE, 1C Bitrix и других.
Потому что есть спрос. Это вопрос с подвохом? )
он поддерживается большинством хостингов на данный момент. А это тоже серьезный плюс в сторону php.
Согласен. Особенно бесплатных. Потому что целевая аудитория – школьники – не всегда могут оплатить себе нормальный.
Любой вывод изображения на компьютере - графический. Поэтому в создании консоли на основе GUI нет ничего страшного.
Наверняка Вы ещё не видите ничего страшного в выводе ошибок в браузер пользователю. (привет, типичный сайт на PHP).
Когда Вы попробуете себя в выкатыванию приложений в облако или удаленном администрировании сервера, скажем, по ssh – Вы вдруг ощутите резкую некомпетентность приложений, которые похожи на консольные, но как-бы-не-они.
Меня ужасает, что Вы не видите разницы, но пытаетесь вырулить на знании алгоритмов символьных генераторов.
Ну я знаю ещё язык где с NaN такая же ситуация.
Строгие и не строгие равенства выще интересная тема)
Наверное, она интересна только Вам. Труднообнаружимые баги из за "интересной темы" – блестяще.
NaN – тоже весьма дурнопахнущая штука, к слову.

Но сейчас мне интересно, как на PHP вывести картинку.

[Tails]

in4core,
Мне кажется, у ооп языков, нет понятий "клиентский и серверный", да их можно так называть, подразумевая платформу, на которых они выполняются.

А что значит "php не может отображать графику?" вывести картинку на экран? Сам язык - это синтаксис, определённые правила для разметки кода. Главное - платформа, на которой этот язык выполняется. В таком случае, нужно уточнять, где именно пхп не может нарисовать картинку на экране.

[caseyryan]

где именно пхп не может нарисовать картинку на экране.
А разве где-то может? Без помощи html и/или JS.

[Tails]

caseyryan,
Я тоже не знаю таких средств для обычного интерпретатора. Разве что ради шутки - запустить на серверной машине программу просмоторщик картинок по дефолту, вызвав exec("image.jpg");

[Psycho Tiger]

В этом и вся суть. Но Sync, кажется, умеет.
Разве что ради шутки - запустить на серверной машине программу просмоторщик картинок по дефолту, вызвав exec("image.jpg");
Это к делу отношения не имеет. Вывести другими средствами не проблема.
Главное - платформа, на которой этот язык выполняется. В таком случае, нужно уточнять, где именно пхп не может нарисовать картинку на экране.
Это создавалось с оглядкой на кроссплатформенность, чтобы как раз не было разницы, на какой платформе.
Сам язык - это синтаксис, определённые правила для разметки кода.
Вообще да, но обычно подразумевают и необходимые штуки для рантайма.
Например, говоря PHP подразумевается как язык, так и средство его исполнения (модуль для Apache, к примеру). Разве что говоря SQL подразумевается только язык, потому что это правда только язык.

[СлаваRa]

Докину 5 копеек
@Tails, запуск php в терминале Windows машины делает его клиентским?
@all, можно отобразить картинку в терминале псевдографикой, какой-никакой, но вариант.

Но вообще, чтобы говорить о php, надо поработать с чем-нибуть еще, с ruby, например, и сразу станет понятно что "круче" и гибче.

[GBee]

Автору стоило добавить в название "+ MVC". Вот тогда вообще бы битва была. Я читаю комменты и не понимаю о чем спор.