corner
Если у вас монитор 1366x768, то может быть.
Но обычно такой монитор уже не "комильфо".
Да и таблицы строить при помощи <table> тоже.
1280x1024
у меня такой монитор. Вот опять же получаеться что для того что бы приложение работало нужен ещё и монитор с разрешением выше 1366x768, браузер и т.д. Таким образом приложение станет нужным чуть меньше чем никому, всё из за того что любой человек управляет компьютером, а не на оборот приложение требует для себя монитор браузер и т.д. Так зачем оно нужно, если я немогу комфортно работать с разрешение ниже 1366x768 и т.д. может я хочу вообще работать с планшета в метро или с ноутбука дома а может и с нет бука и т.д.
7 таблиц
боюсь 7 таблиц показывать на одном экране не комельфо. Конечно если заказчик и проэктировщик юзеринтерфэйса непокуривают на пару... Ну это естевственно шутка...

А насчёт браузеров
ie 8 популярен в европе среди офисных работников(у них принято всё до последнего эксплуатировать) в поднебесной традиции, xp ещё популярна и у нас и т.д.
nafanja
lnroman, разница в том что приложение взаимодействует с пользователем. а статичный html нет!
Ввожу в форму данные жму кнопку отправить -> данные идут на сервер -> генерируеться отображение -> пользователя...
где тут нет "Взаимодействия с пользователям".
nafanja
lnroman
приложение(сайт) обязано работать без js
это уже не приложение, а генератор статичного html.
Дык... Какая разница как приложение выводит информацию?
lampslave
nafanja
а тот же питон (пайтон) что не имеет классов?
Меня больше интересует, кто те загадочные 5 питонистов, имевшие неосторожность засветиться в голосовании :)

в голосование даже на brainfuk пишут :)
dartsergius
lnroman
но к сажелению в течение работы встречал немало "php" программистов, которые писали на "js", ну а дальше коментарии безсмыслены....
в смысле? php-шников во фронтенде? Или как? Я просто не понял этой фразы.

lnroman
К счастью я не знаю другие языки так хорошо как php
наверное вы хотели написать "к сожалению" ?
Первый тип "php-программист"(веб быдлокодер со знанием всех языков и умеющем "разбираться в чужом коде")
Не неопечатался так как чем уже специалист тем он более оплачиваемый.

Как же вы приложения пишите? Все также как и 10 лет назад, в режиме симплекса - запрос-ответ ?
Или удалось прицепить к клиенту (браузеру) PHP ? :)
Я к js не притрагиваюсь это делаю фронтэдоры, я только бэкэндер, да и приложение(сайт) обязано работать без js что обеспечивает кросс браузерную поддержку приложения, а если приложение не работает без js... Да и js несёт много опасности, для клиента (как я допустим нехочу что бы на моем компе выполнялся какой то непонятный код), грубо говоря мы пользуемся gnu/linux замарачиваемся на проверках ключей, у нас есть свобода посмотреть поправить исходный код приложения, ну а тем временем какому то непонятному коду позваляем выполняться в браузере позволяя доставать наше местоположение, аккуанты, имена, фамилии, телефоны... Тоже касаемо и флэша... Вот этим и обусловленно желание использывать полный post-back запросы и минимум js или вообще без js...
corner
lnroman
Ну это касаемо алгоритма да и тут надо расматривать, по умолчанию на исполнение php скрипта выделяеться 128 мб. памяти. И скрипт не может использовать больше (без применения директивы memory_limit)... И опять же надо смотреть по потреблению, памяти, настройкам и т.д.
:) Загрузите 1Gb при ограничении post_max_size = 20M
А что будет, если я установлю memory_limit в -1 ? :)
Ну скажем так в php есть не мало слабых мест:
- массивы
- регулярки
- парсинг
Язык опять же это только инструмент. К счастью я не знаю другие языки так хорошо как php, но к сажелению в течение работы встречал немало "php" программистов, которые писали на "js", ну а дальше коментарии безсмыслены.... С того момента не люблю javaScript и всё что с ним связано... Но это лишь моё личное мнение, не более. К стати переходят больше на phyton и ruby (I mind django and ruby on rails frameworks) судя по вакансиям ну тут надо оговориться что вакансии на nodeJs несмотрел...

corner
lnroman
PHP - Ну это не только язык для разработки веб-приложений... С помощью его можно писать полноценные консольнве приложения, он имеет нативные методы работы с командной строкой, да если я хорошо знаю php зачем мне учить какой то другой язык программирования? правильно незачем...

Это точно.
Обработка 1Gb csv данных с распаковкой по таблицам в MariaDB - около 180 минут (12 ядер, хотя это здесь ни к чему).
То же самое в NodeJS - около 8 минут (вот здесь 12 ядер).

Надеюсь, руки не кривые :)
Рядовая таблица не менее 20000000 записей.

Ну это касаемо алгоритма да и тут надо расматривать, по умолчанию на исполнение php скрипта выделяеться 128 мб. памяти. И скрипт не может использовать больше (без применения директивы memory_limit)... И опять же надо смотреть по потреблению, памяти, настройкам и т.д.
nafanja
lnroman, зачем ты над php так поиздевался???

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

В общем дискусию о php можно продолжать и продолжать, кто то будет говорить что "php это не до язык и т.д.", об этом споры не утихнуть, но всё же большинство из тех кто так говорит имеют, в корне не правильный подход к программированию а потом говорят что "php это нечто плохое", "php фреймворки это что ояень тяжёлое" ну так ясен пень если человеку нехватает ума хотябы прочитать что такое "патерны программирование" что такое MVC, singleton, factory, driver, adapter и т.д. Потом удивляються почему ничего неполучаеться, почему лезит куча багов, почему всё тормазит(так ясен пень сплошь одни масивы и работы с регулярками)...

В общем то язык программирования это лишь инструмент, и нет "плохих" языков есть не премые руки.

П.С. На счёт не скриптовых языков в опросе:
- Может кто то программирует на и ему удобней просто скомпилировать программку на нём и выполнять вот C в опросе...
- На счёт brainfuk шутка.
П.П.С. А информационная нагрузка я как то, когда устновил gentoo и начел с ней работать то задался вопросами как написать скрипт? как сделать что бы он запускался? а я хочу на php как? а я хочу весде его запускать и т.д.? тогда я не получил ответов разом с наскока. Вот и родился этот блок сейчас....
Действительно linux для многих будет неудобен, если неиспользовать скрипты для часто повторяющихся действий... И так ближе к делу сегодня расмотрим создание скриптов на нескольких языках...
1. PHP так как я php программист то первым будет именно он:

#!/usr/bin/php
<?php
    class testScript {
        public function __construct(){
            echo "Hellow world \n";
        }
    }

    new testScript();
?>
2. ruby

   #!/usr/bin/ruby
   puts "Hello world \n";
3. python

  #!/usr/bin/python
  print "Hello world \n"
4. bash

   #!/usr/bin/bash
   echo "Hello world \n"

И т.д.
Первая строка каждого скрипта описывает интерпритатор который будет выполнять этот скрипт
#!/usr/bin/bash это путь к интерпритатору
Далее что бы скрипт выполнялся ему необходимо установить права соответствующие права доступа.

   $ chmod a+x testScript.php
   $ ./testScript.php
    Hellow world
   $
Ну и последний штрих, хотелось бы что бы скрипт можно было выполнить в любой папке и не указывать каждый раз путь до него...
Есть несколько способов решить эту проблему:
1. Добавить новый путь в переменную PATH

   export PATH=$PATH:/home/user/bin
И все юзерские скрипты ложить в свою директорию в папку bin
для автоматизации можно написать скрипт добавления директории в путь при загрузке.
autoload_path

    #!/usr/bin/bash
    export PATH=$PATH:/home/user/bin
Далее установить права

    chmod a+x autoload_path
И скопировать в /usr/bin/
естевственно из под su(super user) или root проще говоря

   cp ./autoload_path /usr/bin/

и последним штрихом добавить этот скрипт в автозагрузку настроев из окружения рабочего стола
или же просто добавив в ~/.xinitrc...
После этого скрипты лежащие в /home/user/bin/ будут доступны для выполнения.

2. Способ делать сим линки в bin

sudo ln -s /home/user/bin/testScript /usr/bin/testScript

3. Просто копирую скрипт в /usr/bin/

sudo cp /home/user/bin/testScript /usr/bin/testScript

4. Способ от nafanja...

Aivar
/usr/local/bin/
+1

lnroman
Ну и последний штрих, хотелось бы что бы скрипт можно было выполнить в любой папке и не указывать каждый раз путь до него...
такой вариант более правильный.
~/.local/bin/
а путь нужно прописать
для bash ~/.bash_profile
export PATH=~/.local/bin:$PATH
для zsh ~/.zprofile
path=(~/.local/bin $path)
typeset -U path
нужно заметить, что приоритет должен быть у локального пути к исполняемым файлам!
Я пишу скрипты проверяю и пользуюсь 3-им способом просто копирую в соответствующие папки bin или sbin. Но первый способ кажеть мне изящнее я пока не знаю может более опытные пользователи archlinux подскажут и более красивые решения данных задач...