>Хотя требование статьи действительно необычно для России, хоть в принципе и правильно.
нормальное и правильное требование. Если студент занимается научно-исследовательской деятельностью, то у него в запасниках всегда есть что показать. Они же должны выбрать тех, кому курсы пойдут на пользу.
Очень жалею, что таких курсов не было в мое время, а то бы обязательно попытал счастья.
Кстати еще студентам можно попытать счастья в Google Code Summer School (точное название не помню, смысл — летняя оплачиваемая Гуглем практика работы над OpenSource проектов под руководством известных Гуру)
В прошлом году участников из России к сожалению не было.
Отличный старт для карьеры.
> Какой бы ерундой вы не занимались с PHP, узкое место _всегда_ — БД.
ну, это не всегда и зависит от того, как построить архитектуру. Например в моем проекте скрипт исполняется 5 мс, а запрос — 0.3 мс. а ab выдает 500 qpc
И где здесь узкое место???
> Если вы считаете, что постигли PHP5 в совершенстве — вы неудачник. Всегда есть, чему научиться. Если вы точно знаете, у кого вам есть чему поучиться — можете дальше не читать.
знаю, у кого можно научиться, но эти люди к сожалению со мной не работают…
>Причем некоторые из них умудряются писать умные книги (кстати, я до сих пор не видел ни одной нормальной книги по PHP5), и учить людей «тонкостям программирования на PHP» множеством других способов.
да, согласен, много авантюьюристов в мире РНР. А книг, действительно нормальных нет, и это естественно — технология на столько двигается вперед, что всякая информация, и даже маны, быстро устаревают. Пока пишешь книгу по прикладным отраслям и она выйдет в свет — она уже станет не актуальной. Можно написать книгу в стиле переведенный ман в собственном соку разбавленный примерами… Но — это не книга, а… про то что было изложено выше.
ровно два года назад я прочитал Емиллера (ссылка в статье, можно найти русский перевод) и в зимние каникулы сделал свой первый модуль labyrinter.ru/clicker (конечно у него есть недостатки...), модифицированная версия работает в одном из проектов. Теперь мной реализовано их штук пять, так что поверь, ничего сложного нет и информации для реализации модуля средней сложности вполне достаточно.
по конфигурации и использованию — информации вполне достаточно, что касается inSide, то тем кто знаеет и мог бы это написать, как всегда нет времени, да и их по пальцам можно пересчитать. Вот, сам с трудом нашел несколько часов чтоб изложить то, над чем бился несколько дней.
кстатити на счет Редиски, там много багов и в частности утечек памяти (очевидно писали идиоты)
так что с их сайта на продакшене не рекомендую использовать.
Фиксер переписал модуль полностью, а я допиливал то, что не успел он написать. На утечке проверил — фиксер сделал все качественно, за что ему наше с кисточкой! Так что, просите исходники у Фиксера, кто с ним знаком.
К сожалению, у нас организована безопастность таким образом, что мне исходники из внутренней сети не вытянуть, но будет надобность — смогу написать и самостоятельно. Протокол Редиски — чуть посложнеее мемкеша :).
допиливать не надо, советую code.google.com/p/php-rabbit/
по поиску на Хабре, или через мой профиль можно найти всю информацию
вообще у меня была и остается идея написать сервер очередей, заточенный под РНР.
нормальное и правильное требование. Если студент занимается научно-исследовательской деятельностью, то у него в запасниках всегда есть что показать. Они же должны выбрать тех, кому курсы пойдут на пользу.
Очень жалею, что таких курсов не было в мое время, а то бы обязательно попытал счастья.
Кстати еще студентам можно попытать счастья в Google Code Summer School (точное название не помню, смысл — летняя оплачиваемая Гуглем практика работы над OpenSource проектов под руководством известных Гуру)
В прошлом году участников из России к сожалению не было.
Отличный старт для карьеры.
доклад был не плохой, я его смотрел в онлайне, только ты очень уж разволновался и это было видно.
про чистоту кода ему раз сто
говорили, когда он тусовался на PHPClub…
но, что ни говорите, а голова у него на плечах…
молодец, осваиваешь NoSQL
и комментарии мне твои понравились…
желаю успехов!
имя которых нам неизвестно,
его можно взять из имени файла, который лежит в определенной директории
или типа того!!!
спасибо за статью, оч полезно!
ну, это не всегда и зависит от того, как построить архитектуру. Например в моем проекте скрипт исполняется 5 мс, а запрос — 0.3 мс. а ab выдает 500 qpc
И где здесь узкое место???
знаю, у кого можно научиться, но эти люди к сожалению со мной не работают…
>Причем некоторые из них умудряются писать умные книги (кстати, я до сих пор не видел ни одной нормальной книги по PHP5), и учить людей «тонкостям программирования на PHP» множеством других способов.
да, согласен, много авантюьюристов в мире РНР. А книг, действительно нормальных нет, и это естественно — технология на столько двигается вперед, что всякая информация, и даже маны, быстро устаревают. Пока пишешь книгу по прикладным отраслям и она выйдет в свет — она уже станет не актуальной. Можно написать книгу в стиле переведенный ман в собственном соку разбавленный примерами… Но — это не книга, а… про то что было изложено выше.
про все осатльное отчасти согласен…
профилировщик ставить на продакшен — жесть!
нагрузку и данные надо приближать к реальным и тестировать, и еще раз тестировать. а потом уже выкладывать код на продакшен!
вполне можно нагенерить с миллион любых случайных данных и гонять используя JMetr или иной симулирующий клиент.
так что с их сайта на продакшене не рекомендую использовать.
Фиксер переписал модуль полностью, а я допиливал то, что не успел он написать. На утечке проверил — фиксер сделал все качественно, за что ему наше с кисточкой! Так что, просите исходники у Фиксера, кто с ним знаком.
К сожалению, у нас организована безопастность таким образом, что мне исходники из внутренней сети не вытянуть, но будет надобность — смогу написать и самостоятельно. Протокол Редиски — чуть посложнеее мемкеша :).
по поиску на Хабре, или через мой профиль можно найти всю информацию
вообще у меня была и остается идея написать сервер очередей, заточенный под РНР.
но почему-то статью не оценили,
видно не натыкались на подобные грабли