Антон: может где-то у вас есть ссылка на статью где написано что такое "описание и проверка всех возможных сценариев работы должно лежать на плечах тестировщика." должен делать QA, а не программист и не "секретарша-тестер-уборщица" по совместительству
>> Программисты тестировать свой код не умеют. Это аксиома
ну не совсем так 90% возможных багов программист найти может
но дальше наступает порог когда только QA может "сломать"
>> QA но я так понял их нет у вас
нет, есть типа "девочка-тестер-секретарша-еще+"
ну она как я выше написал тестировала - и ничего не нашла что не удивительно.
вот и я о том же что довольно часто разработчик не может обнаружить баг, так как он имеет свою модель поведения в корне отличающуюся от поведения заказчика
да то тут разработчик?
после меня еще сам тимлид тестил а после еще и менеджер и все пропустили
конечно вариант. зачем вообще этот дурацкий кэш придумали?
пользователь открывает страницу и она попадает в кэш на 60 секунд
он на ней же логинется и она релоадится
при релоаде апатч смотрит что 60 секунд еще не прошло и отдает первоначальную страницу с формой логина снова без вызова php
ну если вынести этот конструктор на отдельный веб-сервер можно ли какой-то листенер повесить на бд?
типа разраб включает записть - модифицирует что хочет - останавивает и получает sql файл со всеми noselect запросами произошедшими в бд за этот отрезок
в бэкенде есть некий визуальный конструктор лейаутов
сначала разработчик строит макет путем кликания мышкой и драг-анд-дроп (результаты этого редактирования сохраняются в бд), затем идет в ИДЕ и работает с кодом
Stalker_RED: да именно так страница после первого показа идет в кэш и апатч отдает ее в течении 60 секунд
как решение вижу адаптацию кодов в соответствии заголовка Vary как пишут - туда можно добавить User-Hash - тогда после логика апатч сбросит кэш несмотря на 60 секунд
