Search
Write a publication
Pull to refresh
7
0
Liferay @Liferay

User

Send message
Прикольна :) Переведите мне еще High Performance Web Sites High Performance Web Sites
By Steve Souders и High Performance MySQL, Second Edition, пожалуйста, а то lingvo сломался.
Ну не такое, совсем не такое хочется читать на Хабре…
А еще лучше заходить под openid и подключать last.fm и т.п. к своей учетке находясь в любом сервисе. Глобализация, блин.
Хм, а что для Вас «прогнозируемый взлет посетителей», это сколько в среднем?
Ну я же в разрезе вопроса о верстке говорю. А не обобщаю. Тут даже скорее нужно четко разделять — верстальщик, программист и администратор, а не говорить что с чем больше сочетается.
А в каком городе Вы находитесь, если не секрет?
*apache Извините, повторилась.
«Умение поднимать серваки» в том смысле, что это например настройка apache, apache и т.д. — то почему бы и нет. По крайней мере это ближе к программированию чем верстка.
Вот потому и получается, что для многих малосведущих почему-то php-программист — это не только программист, а еще и верстальщик, js-кодер (именно кодер) и юзабилист в одном лице. А потом от веб-программистов на asp.net, например, и слышишь, что php — это вобще несерьезно.
А причем здесь деньги. Тут скорее ценность времени измеряется не только и не столько в деньгах… Если заниматься постоянно «улаживанием проблем», которые до тебя уже сто раз решили, то рано или поздно можно поймать себя на мысли о собственной бесполезности.
Прибыльным фрилансерство может быть, соглашусь, только в маленьких городах. В крупных же гораздо выгоднее работать штатным сотрудником. А насчет развития — так на нормальных конторах руководство само заинтересовано в вашем развитии, оно в любом случае должно выделять для этого время и средства.
Умрет окончательно только тогда, когда n-е количество разработчиков перепишет свои 3-4х годичной давности сайты, так что не надо ля-ля. Еще жив :)
Ребята, ну что же это такое. Когда мы перестанем лениться думать сами. Для php прекрасно Captcha реализовывается самостоятельно, для ASP.NET, думаю, тоже.
хотя при наличии java-script профи, лучше все же переложить обязанности по валидации форм на него :)
ZF в стандартной поставке, как таковой - это обертка для стандартного SPL Exception Class. Поэтому для исключений я использую в проектах расширенную (очень похоже на пример Yeah) версию класса Zend_Exception, а что касается ошибок пользовательского уровня (здесь подразумеваю всевозможные ошибки валидации форм и т.п.) класс ErrorHandler (тоже не входит в стандартную комплектацию).
По сути он делит ошибки на три вида - debug, warning, error и выводит их по соответствующим правилам. Можно назвать это расширенным логгером с возможностью тонкой настройки вывода ошибок (либо на экран либо в лог файл).
По-моему это опять идет изобретение велосипеда. Имхо, можно юзать готовые решения из того же ZF, либо если проект написан вобще без использования каких либо фреймворков - просто портировать под него данное решение. И никаких @
а по почте уведомлений не достаточно? по-моему бесполезно
Хватило бы просто картинок на языке оригинала :) мало того, это примеры человеческих типов знаний.
Вот если бы он был еще и программируемый... %)

Information

Rating
Does not participate
Location
Киевская обл., Украина
Date of birth
Registered