PHPEclipse пока что, жду, когда доработают PDT до стабильности и полного функционала (в нём, например, нет выделения остальных вхождений переменной, которая под курсором). PDT под виндой оказался пока довольно глючным.
Уже давно ушёл от Zend Studio в Eclipse. Вопрос - оно хоть на километр приблизилось к уровню интеграции SVN и CVS в Eclipse? Насколько я помню, ещё, кажется, в версии 3.5 интеграции с системами контроля версий у ZS была довольно убогой...
extend вроде есть, правда насколько он такой же, как в Prototype - не знаю.
расширение массива и хеши - в ядре, кажется, нету, но думается, что наверняка найдётся плагин.
Хотел то же самое предложить, так сделано в Wordpress'е - очень удобно. Нет привязки к компу, как с десктопным клиентом.
А от сервера не убудет. Не так уж часто здесь кто-то что-то пишет.
Мне кажется, для любого IT-профессионала рабочие темы, которые Вы освещаете, должны быть интересны. По крайней мере мне очень понравился прошлый выпуск именно из-за обилия таких тем.
История про непутёвого админа очень улыбнула :), спасибо.
Автор молодец, что потрудился и написал много полезных вещей для php-программистов (начинающих и не очень), но позволю себе заметить, что со знанием принципа работы lighttpd+php+fascgi у него пробел.
PHP никогда не запускает много потоков в одном процессе, не умеет он этого (а если вдруг я не прав, и он умеет, то буду счастлив узнать - как этого добиться). min-procs и max-procs действительно нужно ставить в 1, но не потому, что sharedmem не будет иметь смысла, а потому что балансировщик нагрузки у лайти корявый. А так он запускает один головной php-процесс в специальном режиме, а тот плодит заданное количество процессов и занимается распределением запросов между ними. А sharedmem имеет смысл как раз при работе с несколькими процессами, для этого его и придумали. А вообще, php лучше запускать независимо от лайти под другим пользователем.
То, что у автора выделено красным цветом - антисовет! Не запускайте такое огромное количество php-процессов - это верный путь к DoS'у. 20-30 процессов - это предел (зависит ещё от железа). Если все они заняты, то скорее всего камень загружен под самое не балуйся, так что лучше пусть лайти 500 плюнет, а не нагнетает обстановку, ибо тогда даже админ в консоли не войдёт.
Автору рекомендую исправить.
Зачем так умничать на вполне справедливое замечание.
Последняя версия ruby - 1.8.6, до седьмой версии ему ещё жить и жить. А 7.2 больше похоже на версию какого-нить дистрибутива линукса.
По всей видимости, это Вы что-то напутали.
Странно, что большинство комментариев про личный опыт использования винтов различных брендов, а по сути поста - единицы.
Новость очень хорошая, ибо винт - самый тормознутый элемент современного компьютера, соответственно ускорение работы оного добавит значительно больше реальной производительности, нежели появление пары лишних ядер в камне.
Прада наверное диких денег оно нынче будет стоить?
расширение массива и хеши - в ядре, кажется, нету, но думается, что наверняка найдётся плагин.
А от сервера не убудет. Не так уж часто здесь кто-то что-то пишет.
История про непутёвого админа очень улыбнула :), спасибо.
ps auxw | grep php
в студию.
PHP никогда не запускает много потоков в одном процессе, не умеет он этого (а если вдруг я не прав, и он умеет, то буду счастлив узнать - как этого добиться). min-procs и max-procs действительно нужно ставить в 1, но не потому, что sharedmem не будет иметь смысла, а потому что балансировщик нагрузки у лайти корявый. А так он запускает один головной php-процесс в специальном режиме, а тот плодит заданное количество процессов и занимается распределением запросов между ними. А sharedmem имеет смысл как раз при работе с несколькими процессами, для этого его и придумали. А вообще, php лучше запускать независимо от лайти под другим пользователем.
То, что у автора выделено красным цветом - антисовет! Не запускайте такое огромное количество php-процессов - это верный путь к DoS'у. 20-30 процессов - это предел (зависит ещё от железа). Если все они заняты, то скорее всего камень загружен под самое не балуйся, так что лучше пусть лайти 500 плюнет, а не нагнетает обстановку, ибо тогда даже админ в консоли не войдёт.
Автору рекомендую исправить.
Последняя версия ruby - 1.8.6, до седьмой версии ему ещё жить и жить. А 7.2 больше похоже на версию какого-нить дистрибутива линукса.
По всей видимости, это Вы что-то напутали.
Новость очень хорошая, ибо винт - самый тормознутый элемент современного компьютера, соответственно ускорение работы оного добавит значительно больше реальной производительности, нежели появление пары лишних ядер в камне.
Прада наверное диких денег оно нынче будет стоить?