Скажу сразу: не зная бэкенда вы не сможете ничего написать, примите за исходную. Вам в любом случае предстоит сначала выучить php.
> В prestaShop можно будет запихнуть любой дизайн, у меня видео на фоне должно стоять?
Да, при условии знания этого эл. магазина.
> И на нем можно будет реализовать все то, что я написал?
Если спрашиваете про "умеет ли он все это из коробки" - нет. Даже более: под вашу задачу коробочных решений не существует. Посему так или иначе придется допиливать.
Можно ли в принципе - да
Борис Беньковский В 2008 я не застрял. PHP - это мой основной рабочий язык, но я к нему не отношусь, как к некой магической штуке, умеющей все. Это просто инструмент для конкретных целей, для других же целей есть инструменты более подходящие.
> они семимильными шагами убираются.
Да, да)) scalar type hinting еще в 2009-ом добавили, на PSR-* уже все перешли, API уже полностью почищено, аннотации (средствами php) уже всюду, использование global уже запрещено, все сообщество перешло с PEAR на composer,...
Я не спорю, что движение вверх есть, но про 7-мимильные шаги - вы перегибаете палочку.
Борис Беньковский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]
