Борис Беньковскийhabrahabr.ru/post/179399
Я не спорю, что это можно делать. Можно даже ОС свою на пхп написать. PHP для своих задач - идеален, для других задач его тоже можно использовать (кто спорит?) но это как чесать спину задней левой ногой.
Этот язык изначально разрабатывался как state-less система не сохраняющая состояние между запросами. Те же $_SESSION по деволту в файлах - это если по хорошему "костыль", но он рабочий.
Да, демонов писать можно, да можно мультитредовостью обмазываться, но для этого лучше использовать технологии, предназначенные для таких целей. Тот же event-loop в куче фреймворков по сути эмулируется, так как в абсолютном большинстве работа в однотредовом виде.
node удобна для задач завязанных на event-loop и асинхронные вызовы, всевозможные pub/sub-ы, например чаты, game-dev,... asp имеет смысл использовать если вы завязаны на винду (я знаю, что хотят портировать .net, но весь вопрос в том, как это будет выполнено), в противном случае как энтерпрайс решение - лучше java. php оптимален для быстрой разработки БЕЗ ДЕМОНОВ (да, их можно писать, но это путь боли и отчаянья)
FanatPHP > Ценность остальных заявлений примерно такая же.
Ну, если заявление об явной SQL-инъекции не имеет ценности... ок, удачи вам и свежих бэкапов))
> входящие данные не надо экранировать. это идиотизм, от которого наконец-то отказались еще в версии 5.3. ...
Воу, воу, воу, по легче.
Если запрос формируется через конкатенацию с входящими переменными как раз таки означает, что надо делать экранирование вручную. То, что это не нужно делать в случае использования плейсхолдеров в запросах - вовсе не значит, что само экранирование не происходит.
Для сессий - вполне норм использовать мемкэш. На счет тестов - можете использовать следующий подход:
текущее состояние теста (в сериализированном виде) в мемкэше, или redis, на самом деле - не суть важно. При изменении состояния - в кэш сразу складывается новое состояние, дальше в очередь типа rabbitmq (или другую) отправляется уведомление о том, что состояние изменилось на новое, далее демон-обработчик должен это дело получить и обновить в БД.
В случае вытеснения/expire кэша - вы всегда сможете получить текущее состояние теста да и по скорости обработки будет ок.
Рекомендую сразу внедрять решения на базе statsd, раньше сможете обнаружить узкие места.
в консоли введите wget -qO- {ваш хост} И далее ping до вашего хоста (еще лучше mtr)
nmap -p 80,443 {ваш хост}
Вывод отправьте хостеру.
По сути это подтверждает их слова о пинге, но и ваши сло ва о том, что сайт не работает. Последняя команда показывает в принципе работают ли стандартные порты http/https
StrangeAttractor: > чтобы потом не пришлось ничего делать
Полностью завершенный HL проект - мертвый, вам в любом случае придется его переделывать и изменять. Максимум на что можете надеяться - за счет удачной архитектуры правки будут более-менее просто интегрироваться.
ptchol Еще бы смешалось)) "понятность в просмотре результатов" это вообще формулировка не очень.
Графит обычно устанавливается сразу с карбоном, логстеш же просто конвертер но обычно устанавливается с ES+Kibana.
> Kibana и Sentry - разве можно как то из ES доставить в sentry нативным образом данные ?
Где вы у меня увидели ES+Sentry?
> Да и зачем ?
Сами сказали глупость - вот и решайте зачем))
Графит обычно используется для метрик, логстеш с компанией для логов, sentry - для исключений.
Evsign Это алгебраическое представление. Автор не понял, что за код там написан. Я же упростил до вида, понятного школьнику. Можно еще и так: j Є (chislo * (i - 1); chislo]
> где-то регистрироваться или ещё что?
Читаете текст лицензии и выполняете его)). Добавляете файл лицении в код и публикуете. Для BSD если мне не изменяет память авторство в файлах необходимо указывать.
> https://packagist.org/ - это типа хранилища проектов?
Это хранилище пакетов, composer - это менеджер пакетов, который работает с packagist
> нет не PSR-4, своя реализация по загрузке пакетов.
Похвастайте, в чем преимущества вашей реализации?
> Может это и не новый шаг в индустрии построения сайтов, я на это не претендую, но думаю он должен найти свою аудиторию среди программистов.
Удачи вам в этом, если не затруднит, после публикации - допишите линк на проект в этот вопрос.
Я не спорю, что это можно делать. Можно даже ОС свою на пхп написать. PHP для своих задач - идеален, для других задач его тоже можно использовать (кто спорит?) но это как чесать спину задней левой ногой.
Этот язык изначально разрабатывался как state-less система не сохраняющая состояние между запросами. Те же $_SESSION по деволту в файлах - это если по хорошему "костыль", но он рабочий.
Да, демонов писать можно, да можно мультитредовостью обмазываться, но для этого лучше использовать технологии, предназначенные для таких целей. Тот же event-loop в куче фреймворков по сути эмулируется, так как в абсолютном большинстве работа в однотредовом виде.