Для прода как то совсем не кашерно. Я б не хотел, что бы любой желающий мог дебажить мой сайт.
В лицензии:
<<<<<<< HEAD
это фишка такая?
И отформатируйте код, это очень просто сделать в любой современной IDE.
Задумка «на попробовать» хороша, но использовать такое в современных реалиях я бы не стал. А может вспомним таки про json/js? Попробуйте перенести логику отображения на js.
Интересует следующее.
Проект у вас сложный. Документации, кода и используемых технологий думаю много. Вместе с тем (не знаю какая у вас текучка), но как обстоит дела с преемственностью и вводом в курс дела нового пополнения.
По моему опыту заканчивалось столом, стулом компьютером и доступом к коду. За частую, это приводит к сильному увеличению времени “вливания” в новый проект. Редко кто объяснял или рассказывал, иногда в общих чертах. На многие вещи не было документации. При чем многие части ПО разрабатывал не один, многие уже уволившиеся программисты.
Часто ли сталкиваетесь с проблемой – “а, проще переписать с нуля”? В том числе из опыта доработок вашего фрейворка.
Как построены процессы взаимодействия с техническими писателями?
Далее.
Как вы относитесь к новым версия серверного ПО?
Как часто обновляете и используете ли последние версии (PHP, MySQL, Nginx и прочее)?
Как организуете тестируете новых окружений?
Присоединяюсь к вопросом о нагрузочном тестировании и окружениях для разработки. Применяете ли боевые базы при разработке для выявления поведения “кривых” запросов и т.д.
code
Вот из-за такого в магазине с ~150 категориями титульная делает 300 запросов к базе… И похожая логика во всем движке.
Так что движок конечно на высоте.
Весь индекс, или только его часть, затрагивающая измененные данные? Просто момент принципиальные. Сфинск например, умеет индексировать только новые данные и делает это ооооочень быстро. Как с этим у ElasticSearch?
Траты будут заключаться в невыполненных в срок проектах и отвлечении специалистов на вопросы и разъяснения.
Ну редко новичкам доверяют вести целый проект, поэтому они его и завалить не могут. А вот потратить нервы специалистов, ведущих проект, очень даже могут. В их нервы — это срыв сроков…
Очень много факторов от которых зависит положение новичка в компании, и все они индивидуальны. Серебряной пули нет. Новичок в яндексе и в студии на фрилансе — два разных новичка.
Не всем понятно где какой модуль и что использует. И похоже когда я писал коментарий название у статьи было другое. А за освещение возможности оптимизации компиляции GO спасибо.
Желтовато получается.
В php hash (whirlpool) реализован на С [тыц], и компилируется со всеми необходимыми оптимизациями (в примере так полагаю эту функцию и тестируют),
когда в GO whirlpool реализован на самом GO [тыц]
Если вы уже хотите два языка сравнить, так воаля перепишите whirlpool на чистый PHP и сравните…
Просто дело было вечером, делать было не чего…
Продуктом это можно назовётся, если найдутся единомышленники и будет сделаны доработки по дизайну, документации, расширен функционал. Например, нужны утилиты разбора для логов других DNS-серверов, автоматического обновления бан листов и др. Для моих нужд того, что сделано хватает за глаза, но это ж все навсего пока солянка из утилит и сайта одностраничника.
Да ладно? Это обычная реклама ??? мнда...
Жениться вам надо, барин! Жениться! (с)
И
Для прода как то совсем не кашерно. Я б не хотел, что бы любой желающий мог дебажить мой сайт.
В лицензии:
<<<<<<< HEAD
это фишка такая?
И отформатируйте код, это очень просто сделать в любой современной IDE.
Проект у вас сложный. Документации, кода и используемых технологий думаю много. Вместе с тем (не знаю какая у вас текучка), но как обстоит дела с преемственностью и вводом в курс дела нового пополнения.
По моему опыту заканчивалось столом, стулом компьютером и доступом к коду. За частую, это приводит к сильному увеличению времени “вливания” в новый проект. Редко кто объяснял или рассказывал, иногда в общих чертах. На многие вещи не было документации. При чем многие части ПО разрабатывал не один, многие уже уволившиеся программисты.
Часто ли сталкиваетесь с проблемой – “а, проще переписать с нуля”? В том числе из опыта доработок вашего фрейворка.
Как построены процессы взаимодействия с техническими писателями?
Далее.
Как вы относитесь к новым версия серверного ПО?
Как часто обновляете и используете ли последние версии (PHP, MySQL, Nginx и прочее)?
Как организуете тестируете новых окружений?
Присоединяюсь к вопросом о нагрузочном тестировании и окружениях для разработки. Применяете ли боевые базы при разработке для выявления поведения “кривых” запросов и т.д.
+ 5.5 конечно круто, но не у всех он стоит. 5.3 б, или хотя бы 5.4.
а так полезная тулзень
А кто мешает почитать заголовки HTTP-запроса и куки?
Гуглы, фейсбуки прочь — мы им не доверяем — они «ПОСТОРОННИЕ»
Прально, пущай пользователи каждый час пароль вводят, что б не расслаблялись
ps.
Как-то не четко все, не раскрыто куча подробностей.
Вот из-за такого в магазине с ~150 категориями титульная делает 300 запросов к базе… И похожая логика во всем движке.
Так что движок конечно на высоте.
?
Ну редко новичкам доверяют вести целый проект, поэтому они его и завалить не могут. А вот потратить нервы специалистов, ведущих проект, очень даже могут. В их нервы — это срыв сроков…
Очень много факторов от которых зависит положение новичка в компании, и все они индивидуальны. Серебряной пули нет. Новичок в яндексе и в студии на фрилансе — два разных новичка.
В php hash (whirlpool) реализован на С [тыц], и компилируется со всеми необходимыми оптимизациями (в примере так полагаю эту функцию и тестируют),
когда в GO whirlpool реализован на самом GO [тыц]
Если вы уже хотите два языка сравнить, так воаля перепишите whirlpool на чистый PHP и сравните…
Продуктом это можно назовётся, если найдутся единомышленники и будет сделаны доработки по дизайну, документации, расширен функционал. Например, нужны утилиты разбора для логов других DNS-серверов, автоматического обновления бан листов и др. Для моих нужд того, что сделано хватает за глаза, но это ж все навсего пока солянка из утилит и сайта одностраничника.