После четырёх c половиной лет разработки представлен (https://www.drupal.org/news/drupal-8.0.0-released) релиз свободной системы управления web-контентом Drupal 8 (https://www.drupal.org/8), подходящей для создания различных категорий web-проектов, от блогов и персональных страниц, до крупных новостных порталов и социальных сетей. По данным (http://w3techs.com/technologies/history_overview/content_man...) W3Techs на базе Drupal работает около 2.1% из 10 млн крупнейших сайтов в сети, среди которых такие ресурсы, как whitehouse.gov и The Economist. По информации (https://www.youtube.com/watch?v=7v_rv346qmM&feature=youtu.be...) от разработчиков Drupal, в выборке из 100 тысяч крупнейших сайтов Drupal занимает лидирующие позиции среди CMS.<center><img src="https://www.opennet.ru/opennews/pics_base/0_1447965286.png&q... style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></center>
Ключевые новшества (https://www.drupal.org/8) Drupal 8 (интерактивная демонстрация (https://www.drupal.org/try-drupal)):
- Поддержка предпросмотра и редактирования макетов страниц на лету, в режиме WYSIWYG;<center><a href="https://www.drupal.org/files/drupal_8_quickedit.png">... src="https://www.opennet.ru/opennews/pics_base/0_1447965446.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Средства комплексного моделирования контента с объектами, полями и представлениями. Новые типы полей для почтовых адресов, ссылок, телефонов, и других типов данных;
- Полноценные средства для создания и поддержания представлений сайтов на нескольких языках;
- Появление в интерфейсе администрирования новых инструментов для адаптации под свои предпочтения как страниц с содержимым и форм, так и служебных административных страниц;
- Новые средства управления конфигурацией. Применение единого универсального хранилища конфигурации, в котором размещаются все типы настроек и данные о том как и где хранятся данные. Возможен экспорт конфигурации в формате YAML для использования в системах контроля версий;
- Инструменты для распространения изменений между сайтами в разных серверных окружениях;
- Адаптация страниц для мобильных устройств, а также применение методов адаптивного веб-дизайна и формирование вывода HTML5;
- Встроенная поддержка средств для создания web-сервисов RESTful и доступа к контенту через API на базе форматов JSON или XML;- Улучшенные средства для людей с ограниченными возможностями;
- Поддержка применения современных техник программирования на PHP и возможность интеграции с такими популярными библиотеками, как Composer, Symfony2, Guzzle, и Twig;
- Существенное повышение производительности фронтэнда;
- Расширенные средства кэширования страниц, возможности для интеграции с системами доставки контента (CDN) и web-акселераторами;
- Полная совместимость с PHP 7;
- Полноценная поддержка СУБД PostgreSQL и SQLite.URL: https://www.drupal.org/news/drupal-8.0.0-released
Новость: https://www.opennet.ru/opennews/art.shtml?num=43360
> php
> 2015
>> php
>> 2015что не так? - PHP лучший язык для веб.
PHP лучший язык на свете, я разработал на нем кучу проектов под IIS 8.
соглашусь пхп самый лучший язык, и его используют facebook & VK, а чего добился ты?
Откуда вы все лезите такие. Эти ваши лицокниги и вбыдлятни - были написаны уже больше 10 лет назад. За это время появилось много намного адекватных, лучших и СОВРЕМЕННЫХ технологий, чем php. Если эти говносайты были написаны на фортане, тоже бы восхвалял его?
И ни одна из них так толком и не взлетела - мир до сих пор пишет на C/C++/Java/PHP. Даже весь дотнетик - и тот тупо C/J-подобный. Потому, что все эти потуги с кошерными значимыми пробельчиками и прочим подобным извратом - это скорее на любителя. Есть ещё узкоспециализированные языки вроде Erlang, но они, во-первых, тоже древние, как говно мамонта, и во-вторых, юзаются именно там, где без них никак, а не втаскиваются в вёб.
>Если эти говносайты были написаны на фортане, тоже бы восхвалял его?Да, а что?
> а чего добился ты?А я стал компетентным специалистом. Как по мне — тоже немало.
Сам не похвалишь...
gЧем плох php?
Это ужасно:<?php echo "Hello World!";?>
... ужасно просто для своего первого сайта.
Даже в этом небольшом фрагменте проглядывает г*но-паттерн cgi + "каша из css, html, js и php в одном файле".Это настолько въелось в похапешников - что только массовые расстрелы спасут веб.
> г*но-паттерн cgiлол. иди дальше пиши cgi-скрипты на перле.
...похапешники генетически ненавидят перл, потому что им до perl'овой консистентности, красоты и выразительности языка никогда уже не допрыгнуть. А ещё - потому что когда-то похапе был написан на перле.И при этом предпочитают не замечать, что и питон, и руби, и го, и даже прости г-споди нод.жс - уже отгрызли у них значительную часть серверсайда.
И даже седьмая ветка и фейсбуковская "сова-на-глобус" hiphop - их уже не спасёт. Дейтинги, гостевухи, дорвеи и поддержка дырявого вордпресса за дошиpaк - вот их удел на остаток жизни.
"В 1994 году датский программист Расмус Лердорф создал набор скриптов на Perl/CGI для вывода и учёта посетителей его онлайн-резюме, обрабатывающий шаблоны HTML-документов. Лердорф назвал набор Personal Home Page (Личная Домашняя Страница). Вскоре функциональности и быстроты Perl — интерпретатора скриптов — перестало хватать..."https://ru.wikipedia.org/wiki/PHP#.D0.98.D1.81.D1.82.D0.BE.D...
Ты мне пруфов принёс? Как это мило.Вот только похапешное сообщество, в *то* время пересилившее недостатки *тогдашнего* perl'а - на этом и успокоилось, в то время как perl и другие языки продолжали развиваться.
И сейчас выбор похапе в новом проекте всё труднее обосновать в свете наличия вменяемых, более быстрых и удобных альтернатив.
Важна скорость? Берём go. Важна быстрая разработка? Берём питон. В команде только фронтендщик на полставки? Берём ноджс. Делаем проект "в продакшн на века" - берём перл.
Берём любое из перечисленных - и попутно забываем про кластерфак с is_empty/isset/===/"WHERE id = " . $_GET('data') в проекте.
> Ты мне пруфов принёс? Как это мило.
> Вот только похапешное сообщество, в *то* время пересилившее недостатки *тогдашнего* perl'а
> - на этом и успокоилось, в то время как perl иОткуда в вас столько злости, высокомерия и пренебрежения к окружающим?
Перл - замечательный язык, который вот уже много лет используется программистами, как скриптовой язык №1. Несмотря на то, что он не развивается более 20 лет (Perl 5 вышел еще в 94 году, а Perl 6 еще проходит процедуру стабилизации.
На PHP написано огромное количество веб-приложений. Он стал выбором таких компаний, как Facebook, фонд WikiMedia.
Для настоящего программиста язык реализации не имеет значения. Главное - умение выстраивать архитектуру приложения. А язык - лишь средство достижения цели.
> Для настоящего программиста язык реализации не имеет значения. Главное - умение выстраивать
> архитектуру приложения. А язык - лишь средство достижения цели.Ну бред, идите напишите мне ядро OS на php. Как раз на оборот Нормальный программист выбирает язык под задачу. И уж извините для веба уже есть куда более подходящие языки чем php.
>> Для настоящего программиста язык реализации не имеет значения. Главное - умение выстраивать
>> архитектуру приложения. А язык - лишь средство достижения цели.
> Ну бред, идите напишите мне ядро OS на php. Как раз
> на оборот Нормальный программист выбирает язык под задачу. И уж извините
> для веба уже есть куда более подходящие языки чем php.Как скажете.
> Ну бред, идите напишите мне ядро OS на php. Как раз
> на оборот Нормальный программист выбирает язык под задачу. И уж извините
> для веба уже есть куда более подходящие языки чем php.Какое это имеет отношение к качеству кода и его архитектуре?
Прямое, ЯП инструмент, архитектура приложения базируется на возможностях которые предоставляет ЯП.
> Прямое, ЯП инструмент, архитектура приложения базируется на возможностях которые предоставляет
> ЯП.Я бы не утверждал, что "архитектура базируется на ЯП". Скорее, ЯП предоставляет средства, помогающие наиболее ярко (или не очень) выражать те или иные особенности архитектуры приложения. Но допустим.
Что вас не устраивает в PHP с точки зрения объектно-ориентированного дизайна? Что мешает использовать скажем, DDD подход? Применять SOLID и GRASP?
> Я бы не утверждал, что "архитектура базируется на ЯП".Зачем эти кавычки? Я такого не говорил и моя цитата выглядит не так, и вашу можно трактовать как душе угодно в отличии от моей.
> Что вас не устраивает в PHP с точки зрения объектно-ориентированного дизайна?Во первых что его нету этого "объектно-ориентированного дизайна". Я вижу только месиво из функций в стандартной библиотеке.Синтаксис, я извиняюсь но ООП конструкции в php по громоздкости чуть лучше java. Слабая типизация про которую можно отдельную статью писать чем это плохо.
> Что мешает использовать скажем, DDD подход? Применять SOLID и GRASP?Ничто не мешает, используйте. А я выберу другой ЯП для веб разработки, выбор у меня просто огромный.
ЗЫ: Я не хочу вас потролить и у PHP есть своя ниша, но это ниша не относиться к веб приложениям. PHP для CMS (Wordpress, Drupal) где накачал плагинов, чуток подпилил и вуаля, но это не разработка это интеграция.
>> Я бы не утверждал, что "архитектура базируется на ЯП".
> Зачем эти кавычки? Я такого не говорил и моя цитата выглядит не
> так, и вашу можно трактовать как душе угодно в отличии от
> моей.Прошу прощения за неточную цитату. Вы сказали:
> ЯП инструмент, архитектура приложения базируется на возможностях которые предоставляет
Я трактовал это как
> Архитектура приложения базируется на возможностях, которые предоставляет ЯП.
Упростил, получилось
> архитектура базируется на ЯП.
По-моему, смысл сохранился. И я с ним не согласен.
Я не считаю, что архитектура базируется на возможностях ЯП. Архитектура - это архитектура. Если мне нужно реализовать модуль DDD, я использую пакеты в Java и пространства имен из PHP. Практически в любом современном языке найдутся средства, чтобы выразить паттерн проектирования или другое требуемое архитектурное решение
> Во первых что его нету этого "объектно-ориентированного дизайна". Я вижу только месиво из функций в стандартной библиотеке.Синтаксис, я извиняюсь но ООП конструкции в php по громоздкости чуть лучше java
Вы меняете тезис во время дискуссии. Мы обсуждаем объектно-ориентированный дизайн приложений, я не дизайн самого ЯП. Кстати, Java, я так понимаю, тоже кажется вам плохим языком? Можно аргументы?
> Слабая типизация про которую можно отдельную статью писать чем это плохо.
Я и сам не люблю слабую типизацию. Но я бы воздержался от громких неаргументированных заявлений. Кстати, вот интересное обсуждение по теме: http://programmers.stackexchange.com/questions/38002/what-ar...
>> Что мешает использовать скажем, DDD подход? Применять SOLID и GRASP?
> Ничто не мешает, используйте. А я выберу другой ЯП для веб разработки,
> выбор у меня просто огромный.То есть, предмет спора у нас с вами исчез, верно? Выбор ЯП не влияет на объектно-ориентированный дизайн с его использованием? Соответственно, качество кода зависит больше от самого программиста, а не от ЯП, который он использует?
> ЗЫ: Я не хочу вас потролить и у PHP есть своя ниша,
> но это ниша не относиться к веб приложениям. PHP для CMS
> (Wordpress, Drupal) где накачал плагинов, чуток подпилил и вуаля, но это
> не разработка это интеграция.Есть чем подкрепить это заявление?
Как иронично видеть это рядом с соседней новостью про NodeOS
> Несмотря на то, что он не развивается более 20 летБгг, "ааа мажорные циферки не меняются!111 никакхром!!11", ну-ну. Глянь что-ли список изменений в 5.20/5.22 на досуге. И это всё - с максимальным сохранением обратной совместимости.
> а Perl 6
а это совершенно другой язык, больше академический, чем для прикладного применения.
> На PHP написано огромное количество веб-приложений
Мы всё ждём когда же оно перерастёт в качество. И ждём, и ждём, уже бороду с пузом отрастили, и детей завели, а оно всё никак.
> На PHP написано огромное количество веб-приложений. Он стал выбором таких компаний, как Facebook, фонд WikiMedia.
Я эту сказку про белого бычка каждый раз в оправдание вижу. И википедия и фейсбук начинались как накoлeночный проект. А сейчас им миграцию никто не оплатит за просто так - поэтому продолжают грызть кaктус и лепить кoстыли.
> Для настоящего программиста язык реализации не имеет значения.
Имеет. Уважающий себя прогер в откровенное болото не полезет, а профи - заломит вдвое-втрое "за вредность". Поэтому на похапе и берут студентов за дoшик с соответствующим результатом в итоге.
> Главное - умение выстраивать архитектуру приложения.
Ка-анешно, изобрази мне роуты на похапе без бaнальныx расширителей типа cgi.split_path или серверного реврайта.
Как скажете.
Слив защитан.
У вас есть какие-нибудь аргументы в защиту ваших заявлений вместо огульных обвинений?> Поэтому на похапе и берут студентов за дoшик с соответствующим результатом в итоге.
Если вы берете неграмотного студента, не имеющего представления об объектно-ориентированном дизайне, в серьезный проект, результат будет соответствующим, независимо от языка и платформы. Как я уже говорил, плохой код можно написать на любом языке. Вы не согласны?
> Ка-анешно, изобрази мне роуты на похапе без бaнальныx расширителей типа cgi.split_path или серверного реврайта.
Какое это имеет отношение к архитектуре приложения?
Ха, таки не вытерпел, полез оправдываться.> У вас есть какие-нибудь аргументы
А ты их всё равно проигнорируешь или будешь выборочно выдёргивать "удобные" тебе куски.
Фрактальчик, соси ебилд, ты даже на перле ничего длиннее 100 строк не писал, иначе б не лепил откровенную чушь про него, поэтому дискутировать с тобой - бесполезно, всё равно не оценишь.
Адью, пупсик.
Подискутировать даже с хамами бывает интересно. Во всяком случае, пару рациональных зерен я для себя из этой дискуссии вынес.Жаль, что у вас нет аргументов.
Удачи!
> Бгг, "ааа мажорные циферки не меняются!111 никакхром!!11", ну-ну. Глянь что-ли список изменений
> в 5.20/5.22 на досуге. И это всё - с максимальным сохранением
> обратной совместимости.Согласен, однако серьезных изменений язык вроде бы не претерпел, верно?
>> а Perl 6
> а это совершенно другой язык, больше академический, чем для прикладного применения.Есть, чем подкрепить это заявление?
>> На PHP написано огромное количество веб-приложений
> Мы всё ждём когда же оно перерастёт в качество. И ждём, и
> ждём, уже бороду с пузом отрастили, и детей завели, а оно
> всё никак.Я думаю, качество программных продуктов и их количество не коррелирует. На PHP написано много фреймворков, да и готовых приложений с отличным дизайном. Как и на других языках. За счет низкого порога вхождения в язык, вы найдете также большое количество низкокачественного кода на этом языке. Как и на любом другом языке с подобной распространенностью и порогом вхождения.
> Я эту сказку про белого бычка каждый раз в оправдание вижу. И
> википедия и фейсбук начинались как накoлeночный проект. А сейчас им миграцию
> никто не оплатит за просто так - поэтому продолжают грызть кaктус
> и лепить кoстыли.Есть чем подкрепить это заявление?
> Имеет. Уважающий себя прогер в откровенное болото не полезет, а профи -
> заломит вдвое-втрое "за вредность". Поэтому на похапе и берут студентов за
> дoшик с соответствующим результатом в итоге.Есть чем подкрепить это заявление?
> Ка-анешно, изобрази мне роуты на похапе без бaнальныx расширителей типа cgi.split_path
> или серверного реврайта.Как я уже сказал, это не имеет отношения к дизайну и архитектуре приложений вообще. Я говорил об объектно-ориентированном дизайне.
Первый немного конструктивный пост в череде софистических вбросов.
Написал бы нормально чем он плох и чем другие лучше. Пока вижу только "слишком массовый и не_элитарно"
"Фрактал плохого дизайна" был написан ~ четыре года назад. Почти всё там описанное - акуально и поныне. Пересказывать не вижу смысла, гугли.
> "Фрактал плохого дизайна" был написан ~ четыре года назад. Почти всё там
> описанное - акуально и поныне. Пересказывать не вижу смысла, гугли.Статьи, подобные той, на которую вы ссылаетесь, выходили для всех языков. Позволю себе процитировать Страуступа:
> There are only two kinds of programming languages: those people always bitch about and those nobody uses. -- Bjarne Stroustrup
Скажем, кое-что можно тут прочесть: https://wiki.theory.org/YourLanguageSucks
Разумеется, PHP имеет дефекты своего развития по вполне понятным историческим причинам. И если сравнивать, к его дизайну, наверное, найдется больше вопросов, чем к дизайну C# или Java.
Я бы в этой дискуссии все же постарался быть более объективным. "Плохой язык" и "Хороший" - слишком субъективные характеристики.
На любом языке можно написать плохой код. На PHP можно написать хороший. Посмотрите на дизайн фреймворка Symfony, например.
Порог вхождения в PHP ниже, чем в другие языки. А его широкая распространенность гарантирует высокое вовлечение новичков. Именно поэтому на PHP так много плохого кода, с точки зрения дизайна.
Дизайн программного продукта и язык программирования, на котором он написан, - это разные вещи.
> Порог вхождения в PHP ниже, чем в другие языки.Абсолютная неправда, в Python || JS порог вхождения еще ниже, но при низком пороге вхождения php поощряет плохой код, а писать хороший код на php куда сложнее чем на Python или JS.
> На любом языке можно написать плохой код. На PHP можно написать хороший.Конечно можно, но писать плохой код куда удобней на PHP.
> Именно поэтому на PHP так много плохого кода, с точки зрения дизайна.
> Дизайн программного продукта и язык программирования, на котором он написан, - это разные вещи.Плохому танцору, ну вы в курсе что мешает. Было есть и будет много плохого кода, язык подталкивает программистов писать как попало. Сам дизайн языка слеплен из костылей и подпорок.
Отлично характеризует PHP слова из песни: "Я его слепила из того что было, А потом что было то и полюбила".
> Абсолютная неправда, в Python || JS порог вхождения еще ниже, но
> при низком пороге вхождения php поощряет плохой код, а писать хороший
> код на php куда сложнее чем на Python или JS.Я сейчас посмотрел и не нашел объективной информации о пороге вхождения в ЯП. Давайте этот аргумент исключим из дискуссии.
> Конечно можно, но писать плохой код куда удобней на PHP.
Есть чем подкрепить этот довод?
> Плохому танцору, ну вы в курсе что мешает. Было есть и будет
> много плохого кода, язык подталкивает программистов писать как попало.Есть чем подкрепить этот довод?
> Сам дизайн
> языка слеплен из костылей и подпорок.
> Отлично характеризует PHP слова из песни: "Я его слепила из того что
> было, А потом что было то и полюбила".Действительно, PHP хуже спроектирован, чем, скажем, Java и PHP. Но я все еще не вижу, как это влияет на объектно-ориентированный дизайн и его воплощение в языке.
> И даже седьмая ветка и фейсбуковская "сова-на-глобус" hiphop - их уже не спасёт. Дейтинги, гостевухи, дорвеи и поддержка дырявого вордпресса за дошиpaк - вот их удел на остаток жизни.Расскажи об этом рынку e-commerce, в частности, разработчикам Magento.
> Это настолько въелось в похапешников - что только массовые расстрелы спасут веб.Открой для себя Blitz, Smarty, whatever, и не гунди.
<?php
echo "Hello World!";
--
закрывать ненужно, а то пробельные символы может после тега ?> появятся и где-то что-то не заработет, например header(".......")
;)
Двойных кавычек тоже.<?= 'Hello World!';
такой код с тегом <?= зависит от настроек в рнр.ini и может давать синтаксическую ошибку. А таких зависимостей лучше избегать
Именно <?= уже не зависит от директив php.ini. Лишь в устаревших версиях php это актуально.
...а потом при деплое выясняется, что у хостера старая версия, в которой оно отключено. Оп, приплыли.Язык с частично-контролируемой средой.
Если речь идёт о разработке под заказ, то выясняются сначала требования, а потом идёт разработка. Просто так никто не будет тащить совместимость с php5.3 в котором эта фича как раз и является настраиваемой, а в 5.4 и далее она уже включена всегда и не зависит от сокращённых тегов.
И да если говорить о хостингах со старым php, то из-за огромного количества старого кода с <? ?> там чаще шорт теги включены, а не выключены.И по части этого нету смысла возникать. В любом языке если юзать фичи новой версии в старых оно не заведётся.
Вместо этих банальных придирок лучше вспоминать что у php есть свой геморой с неявным приведением типов из-за которого вылезает куча неадекватного поведения. Так что шорт теги это никакая не проблема.
> Если речь идёт о разработке под заказ, то выясняются сначала требования, а потом идёт разработка.Это не про php. И это не про php-прогеров.
Как бы сформулировать - php тянут в основном из-за массы уже написанного кода и готовых cms. Все эти вордпрессы, жумлы и битриксы берут ради гиганского рынка готовых плагинов к ним, от фотогалерей до магазинов.
Например уеб-студиям php позволяет за сутки соорудить типовой сайт, выложить на хостинг, содрать с клиента деньги и перейти к следующему клиенту. Если клиент решит съехать на другой хостинг - это его проблемы.
В php нет культуры деплоя, т.к. он разрабатывался с прицелом на "скиньте пару файлов на сервер по ftp". И сейчас мы видим портянки из ini_set() и шаманство с .htaccess, чтобы хоть немного нормализовать окружение. Если вдруг у кого-то нет апача - ой, всё! (привет owncloud! привет, glpi!).
Следствием из предыдущего пункта - нет также культуры использования appserver'ов. Потому что всё отдаётся на откуп fastcgi/mod_php и его настройкам. Любой php-файл - это потенцальная входная точка. (чтобы этому противодействовать - лепим include guard'ы, прямо как в си).
Нельзя сделать демон на чистом php и ждать, что он переварит хотя-бы 10k запросов без перезапуска. Утечки, сэр. (привет cacti-poller!) Это закрывает нишу dev-server'ов, типа того же morbo или paster.
Так не пользуйтесь. Ищите нужные приложения на том, что вам больше по душе. Или пишите сами.
>> Если речь идёт о разработке под заказ, то выясняются сначала требования, а потом идёт разработка.
> Это не про php. И это не про php-прогеров.Есть чем подкрепить это заявление?
> Как бы сформулировать - php тянут в основном из-за массы уже написанного
> кода и готовых cms. Все эти вордпрессы, жумлы и битриксы берут
> ради гиганского рынка готовых плагинов к ним, от фотогалерей до магазинов.Есть чем подкрепить это заявление?
> В php нет культуры деплоя, т.к. он разрабатывался с прицелом на "скиньте
> пару файлов на сервер по ftp". И сейчас мы видим портянки
> из ini_set() и шаманство с .htaccess, чтобы хоть немного нормализовать окружение.
> Если вдруг у кого-то нет апача - ой, всё! (привет owncloud!
> привет, glpi!).Есть чем подкрепить это заявление? Сейчас для деплоя PHP приложений есть разные подходы. Кстати, если для деплоя вашего приложения работает подход "залил файлы по FTP и готово" - не вижу в этом ничего плохого. А если этот подход дает сбой, есть другие. Можно деплоить из git, с использованием composer. Есть много вариантов.
> Следствием из предыдущего пункта - нет также культуры использования appserver'ов.
Вероятно, это потому, что PHP изначально проектировался так. Он не хранит состояние между запросами. И я бы не сказал, что это однозначно плохо.
> Потому что всё отдаётся на откуп fastcgi/mod_php и его настройкам. Любой php-файл - это потенцальная входная точка. (чтобы этому противодействовать - лепим include guard'ы, прямо как в си).
Есть чем подкрепить это заявление? В любом современном PHP фреймворке точка входа в приложение одна. И потом, все зависит от того, как вы настроили веб-сервер. Достаточно легко сделать так, чтобы точка входа оставалась одной вне зависимости от того, залиты ли на сервер императивные скрипты.
> Нельзя сделать демон на чистом php и ждать, что он переварит хотя-бы 10k запросов без перезапуска. Утечки, сэр. (привет cacti-poller!) Это закрывает нишу dev-server'ов, типа того же morbo или paster.
PHP не единственный язык, допускающий утечки памяти:
- http://v32.rusrails.ru/debugging-rails-applications/debuggin...
- https://pythonhosted.org/Pympler/muppy.htmlТо, что PHP приложение не имеет состояния, снижает ущерб от утечек памяти. Однако, есть уже и такие решения: http://appserver.io. Ну и HHVM. Хотя, это не чистый PHP, конечно
> Так что шорт теги это никакая не проблема.Скажем так, это ОДНА ИЗ множества проблем с php. То что шишка на лбу потеряла чувствительность и превратилась в мозоль - ни разу не повод отрицать её существование.
Вот вы так упоролись в эти теги когда 5.3 никапельки не актуальная версия php. Нечего с вами беседовать.
В Drupal 8 внедрили такую вещь как twig. И php код в шаблонах не фигурирует!
Странно, мне казалось что php как раз и создавался как один большой шаблонизатор. Только вот каждый проект изобретает свой (django, phpbb) или берёт сторонний (например smarty).Своими силами героически превозмогают дыру в проектировании языка? (вернее отсутствие такового)
И как правило изобретают заодно value escape, валидацию параметров, работу с юникодом, работу с fs, врапперы над сериализаторами, свой механизм роутинга, свой механизм работы с архивами, свой orm (чтобы работать не только на mysql), свой слой кеширования...
> Странно, мне казалось что php как раз и создавался как один большой
> шаблонизатор. Только вот каждый проект изобретает свой (django, phpbb) или берёт
> сторонний (например smarty).Чем PHP в качестве шаблонизатора отличается от любого другого языка? Разве на Python или Ruby, Java или C# не пишут шаблонизаторов?
> Своими силами героически превозмогают дыру в проектировании языка? (вернее отсутствие такового)
О какой дыре идет речь?
> И как правило изобретают заодно value escape, валидацию параметров, работу с юникодом,
> работу с fs, врапперы над сериализаторами, свой механизм роутинга, свой механизм
> работы с архивами, свой orm (чтобы работать не только на mysql),
> свой слой кеширования...Во всех языках это происходит. Просто в каком-то языке больше стандартных библиотек, в каком-то меньше. Во всех языках изобретают свои библиотеки валидации, фреймворки и ORM.
- Полная совместимость с PHP 7А как же полная совместимость с Golang?
А есть уже тесты, как сабж себя чувствует на postgres-е? Уж больно долго и мучительно они его внедряли...
Не лучше, чем похапе поддерживает постгрес. Как там, до сих пор булевы поля как строки парсите? JSON/JSONB руками? hstore?
Ураа! Как раз проектик намечается, вот и пощупаем)))
не нужно т.к. все это умеет ворпресс с с гораздо более удобной админкой
Ядро до сих пор только в ручную обновляется?
> только в ручную
> в ручнуюКААААК?
Ядро до сих пор обновляется так:
drush up
"вручную", позорище
> php
> 2015а что нынче в моде у хипстеров?
>> php
>> 2015
> а что нынче в моде у хипстеров?Elixir, crystal, go ну и другие похожие.
C++14, C11
> выборке из 100 тысяч крупнейших сайтов Drupal занимает лидирующие позицииНу тут кто как считает. Из вообще сайтов - WP безусловный лидер, несмотря на то, какая это дрянь. Из крупных сайтов на бесплатных движках - да, Drupal, может, и впереди (ага, постройте-ка крупный САЙТ на WP - половину сами допишете, это все же блогодвижок). Из сайтов на платной CMS - опа, а ведь Битрикс на первом месте (причем статистика http://www.itrack.ru/research/cmsrate/ интересна именно соотношением места WP, D и B - там идет сначала WP, потом Joomla, потом MODx, потом уже Drupal).
В общем, врут и не краснеют )
Угу. недавно вордпресс посчитал, что охватил 80% крупнецших сайтов, а туту друпад его опередил при общей доле в 2%. Шаблон сломался.Но для меня-то чем менее распространен, тем лучше.
Новость вроде про друпал, но мегасупер гуру уныло съехали с темы в холивар про пхп и у кого шаровары ширшее.
А друпал продукт хороший, и с выходом 8-ки стал еще лучше.
Вопрос к гуру:> Полноценные средства для создания и поддержания представлений сайтов на нескольких языках;
Можно ли нормально поддерживать сайт на русском и, скажем, украинском, без использования английского?
Что подразумевается под «поддерживать»? при создании сайта выбрал языки (если на них есть перевод коробки и используемого пользователями интерфейса употребляемых модулей), настроил мультиязычность и все.
P.S. такими вопросами целесообразней интересоваться не здесь, а на друпал.ру и т.п.
> Что подразумевается под «поддерживать»? при создании сайта выбрал языки (если
> на них есть перевод коробки и используемого пользователями интерфейса употребляемых модулей),
> настроил мультиязычность и все.
> P.S. такими вопросами целесообразней интересоваться не здесь, а на друпал.ру и т.п.В 6-м, к примеру, без англоязычного сайта было трудно обойтись - оригинальный сайт должен был быть на английском, насколько я помню.
На drupal.ru тот же народ.
Как 6-ке было не в курсе, а в 7-ке, для мультиязычности, сайт развозили на поддомены (мультисайтинг), каждый поддомен независимый со своим языком, но отдельный вариант с английским языком был не нужен. В 8-ке этого не надо, сейчас можно сайт один, а модуль мультиязычности из коробки, по необходимости просто выводит нужный язык.
А теперь читаем: http://habrahabr.ru/post/271323/Drupal 8 медленнее в два раза Drupal 7. Даже Wordpress быстрее, лол.
И как на этом можно что-то разрабатывать? Wordpress разжирел настолько, что уже непригоден для создания обычного блога(а что-то ещё, тоже под вопросом, ибо чуть куда - надо самому писать функционал.). Да, да. Wordpress настолько испортился, чтобы блог сделать, нужно выпиливать из него всё лишнее, чего понапихали туда.
Проще самому блог написать с 0. И это будет быстро! Ведь функционал блога очень минималистичен на самом деле.
А веду я к тому, что нафиг это всё нужно. Фрамеворки рулят.
> А теперь читаем: http://habrahabr.ru/post/271323/
> Drupal 8 медленнее в два раза Drupal 7. Даже Wordpress быстрее, лол.Допилят еще. Все равно юзать еще рано.
орошр
