Плюсы и минусы php?

[NickLion]

Сайты не пишу, с моей стороны генерируется информация, которая может использоваться в веб-части, максимум генерируется HTML страничка. Я работаю с C++, Java. Для веб использовался PHP, но я с ним дел не имею. Сейчас ещё вот Ruby.

[Bizdelnick]

почему на вашей статике не будет php?

Потому что с php — это уже динамика. К.О.

программа также статика + вставски скриптов куда надо.

Статика со скриптами — это не статика.

[neol]

При всех минусах PHP он довольно активно развивается в правильном направлении и с каждым релизом становится чуть лучше.
Тот же finally в PHP уже года 2 как есть.

Я скорее за php. Хоть у него есть странности и "детские болячки", но программирование на нём или разбор нормально написанного кода не вызывают особого дискомфорта.

[Hephaestus]

http://habrahabr.ru/post/142140/
В статье много эмоций и не без передёргиваний, но в целом картина обрисована достаточно объективно.

Я в php ни разу не копенгаген, но если в статье по ссылке написана правда хотя бы на 20%, это значит, что... на php даже "Hello World" без отладки написать невозможно. Так выходит? Да это кошмар.

Я скорее за php. Хоть у него есть странности и "детские болячки", но программирование на нём или разбор нормально написанного кода не вызывают особого дискомфорта.

Разбор нормально написанного кода не вызовет дискомфорта в любом случае. От языка не зависит.

[s.xbatob]

http://habrahabr.ru/post/142140/
В статье много эмоций и не без передёргиваний, но в целом картина обрисована достаточно объективно.

Я в php ни разу не копенгаген, но если в статье по ссылке написана правда хотя бы на 20%, это значит, что... на php даже "Hello World" без отладки написать невозможно. Так выходит? Да это кошмар.

Так начните изучать. Волосы на всех местах дыбом встанут - настолько он эклектичный (это если вежливо говорить)

[Bizdelnick]

на php даже "Hello World" без отладки написать невозможно. Так выходит?

Да нет, helloworld можно. Но когда действительно оказывается нужна отладка, выясняется, что её толком и нет. Вот например баг gettext, упоминавшийся выше, никак о себе не даёт знать. Код просто не делает того, что должен, и что делает на других системах. С переносимостью всё ну очень плохо: есть куча настроек, влияющих на поведение кода, и, разумеется, никакой код со всеми возможными их комбинациями не тестируется. И если развернуть скрипт на сервере, настроенном не так, как у разработчика, запросто могут появиться невоспроизводимые у разработчика баги. Причём, как упоминалось в той же статье, скрипт всё равно не будет падать, а продолжит работать, из-за чего баги могут остаться не замеченными вовремя.

[azsx]

Разбор нормально написанного кода не вызовет дискомфорта в любом случае. От языка не зависит.

мало того, что мне не очень нравится зависимость команд и переменных от регистра (ваще бесит). Так с ужасом читаю о лиспе и хаскеле, мол там иной раз пробелы надо стаить правильно. Хотя отладка https://ru.wikipedia.org/wiki/Whitespace вызовет определенные трудности у всех.

[serzh-z]

Так начните изучать. Волосы на всех местах дыбом встанут - настолько он эклектичный (это если вежливо говорить)

Лет пять-шесть на нём писал и не заметил, что он более "эклектичен", чем, скажем, JavaScript, Python, Perl, Groovy и уж тем более Ruby. В каждом можно найти свою солянку, дурость и не самые удачные заимствования из других языков.

С отладкой те же самые проблемы, что и с любым другим при клиент-серверной разработке.

[yoshakar]

мало того, что мне не очень нравится зависимость команд и переменных от регистра (ваще бесит)

Ну это уже индивидуальные заморочки. Меня наоборот бесит независимость от регистра везде, где она есть (не только в программировании).

[Hephaestus]

Так начните изучать.

Зачем? Я имел с ним дело совсем чуть-чуть в бытность использования скриптов RapidGet.
С тех пор прошло много времени, необходимости в php ни разу не возникло.
Сейчас читаю эту тему, читал то, что по ссылкам, так и не смог придумать, зачем бы мне надо было это изучать.

Волосы на всех местах дыбом встанут

Ну, на башке волос давно нет, а на других местах...

Меня наоборот бесит независимость от регистра везде, где она есть (не только в программировании).

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

[Hephaestus]

Я вообще хочу себе сайт запилить полностью статический. Чтоб генерился из исходников на multimarkdown прямо из гита.

А можно чуть-чуть подробнее?
А то идея вроде интересная, но не вполне догоняю.

[Bizdelnick]

А можно чуть-чуть подробнее?
А то идея вроде интересная, но не вполне догоняю.

В гите лежат странички на multimarkdown и Makefile. git push запускает хук, который синхронизирует docroot с содержимым репозитория и дёргает make, который уже запускает multimarkdown, генерящий html. Всех делов — пара десятков строк скриптов и мейкфайлов. Вот только острой потребности нет, поэтому никак не выделю на это часок-другой.

[Hephaestus]

Это понятно, я про другое.
Как этот html потом попадает туда, куда надо?
Тоже автоматом или нет?

[Bizdelnick]

Так написал же:

хук, который синхронизирует docroot с содержимым репозитория

А html уже прямо на месте генерится, никода его перекладывать не надо.

[Hephaestus]

хук, который синхронизирует docroot с содержимым репозитория

Так, стоп.
docroot - это корень сайта?
Где физически находится docroot и где физически находится репозиторий?
Репозиторий у Вас на локальной машине. Или нет?
docroot где-то на хостинге. Или опять нет?

Хук заливает файлы от Вас туда и там на месте всё генерится, так?
Или сначала генерится, а потом заливается?

Я почему спрашиваю?
Меня заинтересовала схема, когда исходники лежат на GitHub, а на блоге прописана ссылка на них. Или что-то вроде этого. Один блоггер что-такое запилил.

[Bizdelnick]

Репозиторий у Вас на локальной машине. Или нет?

Ну git — как бы распределённая VCS. Один репозиторий у меня локально, другой — на сервере. Я делаю push на сервер, там запускается хук.

Один блоггер что-такое запилил.

Подозреваю, что далеко не один. ☺

[eddy]

Пыхпых - не ЯП, пыхпых — это раковая опухоль!