Какой инфы? Ваша задача понять на какие запросы долго сервер отвечает, что вызывает задержки. Если проблемы на стороне клиента то ещё проще их выявить, как — было сказано выше.
Цитата:
я ничего не понял, кроме модальных окон и какой-то криптографии
Что непонятного?
Есть проекты, использующие для проверки совершения действий конкретным пользователем ЭЦП, чтобы потом, если вы будете отказываться от них в суде представить исчерпывающие доказательства того, что действия совершены вами.
Сталкивался с таким в электронной площадке аукционных торгов, где как раз использовалась валидация по ЭЦП, криптографический плагин для IE и преимуществанная работа по https. Ничего архисложного.
Будут другие запросы когда будет развиваться проект. И когда полезут обновлять кэш в самый неожиданный момент обвалят сервер.
Я иной раз возвращаюсь к проектам двухлетней давности чтобы оптимизировать запросы и в результате, если повозиться, можно уменьшить время выполнения чуть ли не в разы, потому что когда делалось торопился и не уделил должного внимания оптимизации.
У строки есть поле added_dt (datetime), как мне выбрать записи из этой таблицы, дата публикации которых не позднее 7 дней.
Че-то никак не могу раздублить функции работы с датами в мускуле, какие-то они не логичные что ли.
Собственно непонятно что вам непонятно.
На стороне сервера обрабатываете запрос, отдаете результаты, отрабатывая все варианты или отдавая исключения.
На клиенте отрабатываете визуализируете все варианты ошибок, включая неполучение ответа или продолжаете выполнение и обработку валидного ответа.
Если нужно перенаправить кудато пользователя по результатом ответа или неполучения валидного ответа, ну перенаправляете средствами JS, что вас не устраивает?
Вот тут первая строка у вас уже может выкинуть ошибку. Вы, не проверяя валидность ответа (json вообще может быть распарсен с ошибками), обращаетесь к объекту в следующей строке.
во крутатень, "пыха" вообще перестанет быть скриптовым языком
(Добавление)
а там гляди и в пыху введут жесткую типизацию на результат
Причем здесь PHP? Был собран фактически свой интерпритатор с расширенными функциями касающимися типов данных не более того.
Для массового использования подобное в php не нужно и не подходит. Для компаний уровня Facebook, где отладка кода тысячи программистов каждодневный бич — почему бы и нет.
Перерождения PHP в C не будет, можно не волноваться
Реализация в PHP всех требований, принятых к коду в Сях, банально ликвидирует в нём надобность, усложнив написание кода и, главное, отладку конечных приложений ещё более, чем если бы они были написаны на чистом С.
Никак такое сделать для вьюхи то, чтобы верстальщик не матерился потом?
Или будем гундеть про производительность этого варианта щас ?
За <br> в вёрстке убивал бы самым изощренным способом.
Про то, использовать табулеты или проблемы, в качестве отступов в коде был получасовой срач со старшим (лет на 7 динозавром) более опытным коллегой. В итоге он привёл кучу аргументов в сторону использования пробелов (выставлять tab как 4 пробела), а я столько же в сторону полноценной табуляции. И разошлись каждый на своём.
Именно.
Причем для работы с файлами написать нормальный класс (тут на форуме были представлены подобные, включая мой), в числе прочего, сохраняющий не все файлы в одную директорию, а, к примеру, создающий директорию на основе имени файла.
ваш код не будет работать как вы ожидаете. is_file весьма ресурсоёмкая функция и проверять наличие всех файлов директории в цикле чтобы дописать нужный префикс — ахинея.
ютуба, рутуба, смотрикома и ещё много где
Это правильный путь, когда не изобретается свой велосипед. Но иногда без этого нельзя (http://auto[dot]sarbc[dot]ru/webcams ), особенно если не хочется показывать чужую рекламу