0. ... и комментарии.
1. Запустите профайлинг любого вашего проекта, который работает с БД. Я готов поспорить, что время работы с БД будет занимать не меньше половины времени работы скрипта
2. про оптимизатор и опкод это в догонку к предыдущей статье, где всякими извращениями над исходных кодом пытались его "оптимизировать".
Автору: Молодец, согласен со всем, кроме обустройства девелоперской машины. Год проработал с LAMP в vmWare, вспоминаю как страшный сон. Денвер намного практичнее и удобнее. И не понятно зачем _разработчику_ акселератор. Быстрее он от этого писть не будет, точно
Так кто ж предлагает его пользовать в качестве веб-сервера?
Я ставил и настраивал себе связку LAMP самостоятельно. Когда устал для добавления нового проекта/домена руками править конфиги начал писать скрипт для этого. И, совершенно случайно, наткнулся на Денвер. По сути - сделано именно так, как это сделал бы я сам.
"Немного" расширил его под свои задачи (поставил к нему cygwin, поставил несколько версий PHP/MySQL одновременно) и получил приятную систему, которая заводится только в один клик по иконке, а не сидит всегда в памяти (в то время работал за слабым ноутом).
Расширения и пр. ставятся отдельным пакетом, было бы желание.
Особо мне нравится что денвер никак не привязан к системе. Можно держать его на флешке и таскать в кармане свой настроеный вебсервер.
Я бы рискнул заменить ZDE и TopStyles на один пакет NetBeans (правда пользую его не для РНР).
И добавил бы мелочей:
- WireShark - сниффер пакетов. Аналог плагина TamperData для FF, только работает для всего подключения. Очень помогает отлаживать работу с сервером из, скажем, IE
- IE Developer Toolbar - Mast Have для отладки CSS в IE (ставится отдельно, поэтому и идет отдельно)
- CHM manuals - справка, за которой не надо ходить на оффсайт. Под все необходимые языки
- Secure FX/Secure CRT - работа с удаленным сервером через SSH/SFTP/FTP (коммерческий, но очень удобный продукт). Бесплатный аналог Putty
- EMS SQL Manager - Коммерческая утилита для работы с базой (в моем случае mysql). Бесплатный аналог PHPMyAdmin
- FAR Manager - Hex editor, подсветка парных тегов, FTP менеджер и многое другое
- SVN и Torture SVN - контроль версий
- KDiff - сравниватель файлов
- cygwin - для добавления необходимых команд !никс в windows
Отдельно хотелось бы отметить не программы, но тоже Mast Have
- Плагины к Firefox. Про них сказано достаточно, если надо разверну
- Bug tracking - FogBugz или бесплатный Mantis
- Google Docs как альтернатива офису и Google Calendar как альтернатива PIM
Этот набор собирался не один год, уверен что большего не нужно и что без этого никак.
Почти у всего есть порты либо аналоги под ~nix.
для стационарного компа.
У меня Logitech diNovo Edge, тоже с тачпадом.
Считаю эту клавиатуру лучшей из существующих. Забыл зачем нужна мышка, + клавиатура беспроводная, живет без подзаряда (от док станции) около месяца.
Эх. Потом выпустят новые учебники на казахском и будут по ним преподавать, на казахском же, с неукоснительным следованием терминам. В Украине такое уже было.
P.S. Вот интересно что будет лет так через 10. Когда выпускники вузов будут приходить работать в коллектив олдскульщиков, которые новых терминов не знают.
Наконец пришло подтверждение, по-быстрому протестировал:
1. Очень не хватает большего количества разрешений - приходится включать fullscreen, но в этом режиме курсор не выпускает за границы первого монитора, не удобно. оп
2. Зашел в режиме фулскрин, отключился, зашел в режиме 1024х758 - вижу только центр "серверного окна" :(
3. В режиме фулскрин всегда запускается на главном (первом) мониторе, передвинуть на другой невозможно. Не удобно т.к. на этом же мониторе панель задач :(
>. Потому что .doc - это формат Microsoft. А если OpenOffice не открывает .doc - это проблемы именно OpenOffic-а
А в том что Word не открывает формат оофиса тоже виноват оофис? (; Никто не обещал, что форматы будут совместимыми. Более того, именно из-за МС они не совместимы, т.к. им выгодно быть монополистами.
>Когда дело касается бизнеса, не стоит вопрос "у кого на поводу идти"
Раз дело касается бизнеса, почему бы не купить тот же офис? Вот например, если вы занимаетесь строительством вы покупаете дрель? Так же и для любого другой инструмента которым вы работаете.
Вот в этом и проблема открытого софта. Если док файл из ворда не открывается в оофисе то это проблемы оофиса, да? Если ваш друг привык к интерфейсу экселя и напортачил в таблице - это опять проблема оофиса?
Не хотите переучиваться на другие системы, хотите идти на поводу у МС? Да пожалуйста, но рано или поздно все равно придется за это платить.
Не совсем так. Живем мы в разных странах, а вот windows стоит везде одинаково. И если для штатов цена в $100 за одну копию дистра еще более-менее вменяемая, то для нас как-то многовато.
не то что бы это был смертный грех, но работу усложняет - трудно запомнить все функции/операторы. Приходится подсматривать в мане.
Это один из примеров отсутствия целостности РНР как языка
не знаю. У PHP для каждой функции есть подробное описание с экзамплами + User Notes которые зачастую намного полезнее описания. В API от ROR не так - зачастую только название и исходный код. Приходится разбираться, вчитываться
Я пишу на РНР со второй версии, в этом году начал изучать руби и рельсы.
Если брать голый язык, то руби "красивее". Если вы пишете на РНР давно у вас должны были возникать к этому языку вопросы, например "как сделать этот код понятнее и короче?" или "почему разный стиль именования функций" или "почему у сходных функций такой разный порядок операторов". В руби такие вопросы у меня (пока) не возникают. Более того, он позволяет писать более понятный код, причем для этого не обязательно долго читать маны.
Отдельный разговор про блоки. Вы пользовали в JS c прототайпом не именованые функции? В общем они похожи на блоки в руби. В PHP ближайший аналог это использование create_function, но после него код становится ну совсем не читаемым.
Из минусов - говорят руби работает медленней, готов в это поверить.
Но в наше время на голом PHP пишут очень редко, в основном используют CMS или фреймворки. Для руби есть фреймворк Rails и с ним тяжело тягаться. Опишу основные плюсы, которые я заметил:
- Scaffolding, в часности Active Scaffold. Посмотрите демку на их сайте. Фактически, админку для БД можно сделать за считаные часы. Для фронт-энда пока не использовал, хотя, тоже можно.
- Active Record - работа с базой данных. Для РНР есть аналоги, но совсем не такие "феншуйные". Вы описываете в моделях свои таблицы (название, как устроена связка) и работаете с записями из б.д. как с методами объекта! Фактически, за весь проект я ни написал ни одного запроса! Опять же, никаких sql-injections
- MVC модель доведенная до совершенства. у вас действительно три разных файла, причем файлы находятся в отдельных папках. Намного удобнее поддерживать чужой код - ясно что где лежит.
- Хелперы, облегчают однообразные операции. В часности, элементы формы, ссылки и т.д. и т.п. не надо строить руками - вызывается хелпер с параметрами. Отдельный плюс - хелперы для джаваскрипта. Можно писать JS код прямо из руби, он сам подключится в проект. В основе лежит прототайп, так что проблем с функциональностью нет.
Из минусов: Скорость работы, хилая документация (к слову лучше мана чем у РНР я не видел), практически полное отсутствие русских книг, статей.
И самый главный минус: после ROR очень-очень тяжело возвращаться в PHP.
Про схалтурено в точку.
Американский заказчик как-то говорил что любит работать с русскими именно потому что они если в ТЗ есть неточности русские найдут их и сделают правильно, даже если придется убить на это кучу времени.
Индусы же плюнут и сделают "как полегче".
1. Запустите профайлинг любого вашего проекта, который работает с БД. Я готов поспорить, что время работы с БД будет занимать не меньше половины времени работы скрипта
2. про оптимизатор и опкод это в догонку к предыдущей статье, где всякими извращениями над исходных кодом пытались его "оптимизировать".
Автору: Молодец, согласен со всем, кроме обустройства девелоперской машины. Год проработал с LAMP в vmWare, вспоминаю как страшный сон. Денвер намного практичнее и удобнее. И не понятно зачем _разработчику_ акселератор. Быстрее он от этого писть не будет, точно
Я ставил и настраивал себе связку LAMP самостоятельно. Когда устал для добавления нового проекта/домена руками править конфиги начал писать скрипт для этого. И, совершенно случайно, наткнулся на Денвер. По сути - сделано именно так, как это сделал бы я сам.
"Немного" расширил его под свои задачи (поставил к нему cygwin, поставил несколько версий PHP/MySQL одновременно) и получил приятную систему, которая заводится только в один клик по иконке, а не сидит всегда в памяти (в то время работал за слабым ноутом).
Расширения и пр. ставятся отдельным пакетом, было бы желание.
Особо мне нравится что денвер никак не привязан к системе. Можно держать его на флешке и таскать в кармане свой настроеный вебсервер.
мне стыдно!
И добавил бы мелочей:
- WireShark - сниффер пакетов. Аналог плагина TamperData для FF, только работает для всего подключения. Очень помогает отлаживать работу с сервером из, скажем, IE
- IE Developer Toolbar - Mast Have для отладки CSS в IE (ставится отдельно, поэтому и идет отдельно)
- CHM manuals - справка, за которой не надо ходить на оффсайт. Под все необходимые языки
- Secure FX/Secure CRT - работа с удаленным сервером через SSH/SFTP/FTP (коммерческий, но очень удобный продукт). Бесплатный аналог Putty
- EMS SQL Manager - Коммерческая утилита для работы с базой (в моем случае mysql). Бесплатный аналог PHPMyAdmin
- FAR Manager - Hex editor, подсветка парных тегов, FTP менеджер и многое другое
- SVN и Torture SVN - контроль версий
- KDiff - сравниватель файлов
- cygwin - для добавления необходимых команд !никс в windows
Отдельно хотелось бы отметить не программы, но тоже Mast Have
- Плагины к Firefox. Про них сказано достаточно, если надо разверну
- Bug tracking - FogBugz или бесплатный Mantis
- Google Docs как альтернатива офису и Google Calendar как альтернатива PIM
Этот набор собирался не один год, уверен что большего не нужно и что без этого никак.
Почти у всего есть порты либо аналоги под ~nix.
А все интерфейсы описанные в статье виноваты, совсем задурили голову
У меня Logitech diNovo Edge, тоже с тачпадом.
Считаю эту клавиатуру лучшей из существующих. Забыл зачем нужна мышка, + клавиатура беспроводная, живет без подзаряда (от док станции) около месяца.
P.S. Вот интересно что будет лет так через 10. Когда выпускники вузов будут приходить работать в коллектив олдскульщиков, которые новых терминов не знают.
1. Очень не хватает большего количества разрешений - приходится включать fullscreen, но в этом режиме курсор не выпускает за границы первого монитора, не удобно. оп
2. Зашел в режиме фулскрин, отключился, зашел в режиме 1024х758 - вижу только центр "серверного окна" :(
3. В режиме фулскрин всегда запускается на главном (первом) мониторе, передвинуть на другой невозможно. Не удобно т.к. на этом же мониторе панель задач :(
Все мои домены третего уровня типа name@domain.od.ua отвергались. Зато gmail скушал.
А в том что Word не открывает формат оофиса тоже виноват оофис? (; Никто не обещал, что форматы будут совместимыми. Более того, именно из-за МС они не совместимы, т.к. им выгодно быть монополистами.
>Когда дело касается бизнеса, не стоит вопрос "у кого на поводу идти"
Раз дело касается бизнеса, почему бы не купить тот же офис? Вот например, если вы занимаетесь строительством вы покупаете дрель? Так же и для любого другой инструмента которым вы работаете.
Не хотите переучиваться на другие системы, хотите идти на поводу у МС? Да пожалуйста, но рано или поздно все равно придется за это платить.
Это один из примеров отсутствия целостности РНР как языка
Я бы даже сказал что D для C, тоже что Ruby для PHP
Если брать голый язык, то руби "красивее". Если вы пишете на РНР давно у вас должны были возникать к этому языку вопросы, например "как сделать этот код понятнее и короче?" или "почему разный стиль именования функций" или "почему у сходных функций такой разный порядок операторов". В руби такие вопросы у меня (пока) не возникают. Более того, он позволяет писать более понятный код, причем для этого не обязательно долго читать маны.
Отдельный разговор про блоки. Вы пользовали в JS c прототайпом не именованые функции? В общем они похожи на блоки в руби. В PHP ближайший аналог это использование create_function, но после него код становится ну совсем не читаемым.
Из минусов - говорят руби работает медленней, готов в это поверить.
Но в наше время на голом PHP пишут очень редко, в основном используют CMS или фреймворки. Для руби есть фреймворк Rails и с ним тяжело тягаться. Опишу основные плюсы, которые я заметил:
- Scaffolding, в часности Active Scaffold. Посмотрите демку на их сайте. Фактически, админку для БД можно сделать за считаные часы. Для фронт-энда пока не использовал, хотя, тоже можно.
- Active Record - работа с базой данных. Для РНР есть аналоги, но совсем не такие "феншуйные". Вы описываете в моделях свои таблицы (название, как устроена связка) и работаете с записями из б.д. как с методами объекта! Фактически, за весь проект я ни написал ни одного запроса! Опять же, никаких sql-injections
- MVC модель доведенная до совершенства. у вас действительно три разных файла, причем файлы находятся в отдельных папках. Намного удобнее поддерживать чужой код - ясно что где лежит.
- Хелперы, облегчают однообразные операции. В часности, элементы формы, ссылки и т.д. и т.п. не надо строить руками - вызывается хелпер с параметрами. Отдельный плюс - хелперы для джаваскрипта. Можно писать JS код прямо из руби, он сам подключится в проект. В основе лежит прототайп, так что проблем с функциональностью нет.
Из минусов: Скорость работы, хилая документация (к слову лучше мана чем у РНР я не видел), практически полное отсутствие русских книг, статей.
И самый главный минус: после ROR очень-очень тяжело возвращаться в PHP.
Вот самые интересные статьи, которые удалось найти Простой и понятный учебник по Ruby, обзорная статья про Rails
Американский заказчик как-то говорил что любит работать с русскими именно потому что они если в ТЗ есть неточности русские найдут их и сделают правильно, даже если придется убить на это кучу времени.
Индусы же плюнут и сделают "как полегче".