У меня именно такой кейс. Для тестов держу шаред на котором на поддоменах развернуты все проекты что в работе.
У каждого кто правит проект свой поддомен. В ИДЕ настроен автоматический слив изменений на фтп при сохранении. Если надо чтобы более менее сохранялась работоспособность, то в ИДЕ указываю чтобы копировал на сервер только при ручной команде а не по сохранению.
На продакшн льется с репозитория. По нескольким проектам оставил синхронизацию по фтп на продакшене. Там шаред, и правки бывают очень редкие, так что нормально.
Ваша проблема в том, что парсер который пишет о 404 не понимает, что в ЦСС сама картинка а не ссылка на нее.
Поисковики такую ошибку совершать не будут, так что расслабьтесь.
Развязка истории довольно предсказуемая.
Клиент таки проговорился что у него большие претензии к дизайну.
Он его правда утвердил месяц назад, но "я думал вы его будете дорабатывать"....
Предполагаю что утверждал админ а ругается сам заказчик, но не суть.
А суть как я понимаю в том, что человеку настолько было неудобно признать свой косяк, что он начал терпеть и искать косяки в других.
Смысл юнит-тестирования в том, что есть отдельные части, которые отдельно тестируются.
Идеология ВП очень плохо работает с каким-то разделением. Особенно на простых задачах.
90% задач это некая верстка, некие настройки поведения, типа прописывания перехватов стандартного поведения некими событиями и тому подобные вещи.
Там просто нечего покрывать именно юнит-тестами. Функциональными еще да.
Но это уже вопрос бюджета, который явно не подразумевал такой подход. Да и смысла нет особо.
ПС: конкретный бюджет я не назову, поскольку это неэтично будет. Там еще один менеджер клиента был, вдруг он что-то заложил своего. Даже если клиента сейчас пошлем, то не стоит кого-то лишний раз подставлять...---------- Добавлено 12.05.2015 в 00:58 ----------
Есть такое дело. Плагины приходится очень перебирать. И кстати проблема со скоростью оказалась связана с одним из плагинов который без аналогов, только писать свой код или править их.
Ну так его в ВОРДПРЕССЕ и не пристроить никуда.
Там не то, что среды для тестирования нет, там даже MVC при всём желании не сделать.
Классов нет, только в исключительных случаях используются, для инкапсуляции.
Идеология там событийно-ориентированная, заточено под обратную совместимость и простоту копипасты, чтобы люди без знаний могли работать. В качестве движка был выбран именно он, потому что ТЗ было простым, бюджет невелик (чтобы потом дешево дорабатывать было) и то, что это именно блог, хоть и с перламутром, а значит нужны уже готовые фишки, чтобы без велосипеда.
Нет, конечно можно при желании соорудить какое-то окружение под юнит-тестирование даже для такой конфигурации, но это системная разработка уже, а не прикладная, да и смысла нет особого.
Функциональное еще ладно, но юнит... Там перлов и так хватает, но то такое. Я не разбираюсь в его теме, он в моей. Просто юнит-тестирование в ВОРДПРЕССЕ, меня добило, иначе бы тему не поднимал)
Ну так о том и речь, что сегодня дедлайн должен был бы быть, если бы не отвлекали суетой постоянно, перед ним и делается оптимизация...
Ну имеется ввиду, что сайт с включенной отладкой и без кеширования работает медленно.
Как же я сразу не сообразил.
Можно ответить "мы используем юнит-тестирование с коэффициентом покрытия равным 0%". Идеально)
Вам уже несколько раз правильно сказали, что валидации по телефону обычно достаточно. Если вы настолько суровы, что телефонной валидации вам мало, и это реальность а не ваши фантазии, то в процессе эксплуатации автоматической системы у вас всё равно выплывет достаточно проблем, чтобы всё равно вернуться к полуручной работе.
Но каждый должен сделать свои ошибки сам :)
Так что может вам подойдет вебмани?
Как минимум там есть привязка физлицу, как максимум - в АПИ платежных карт есть проверка совпадения данных карты с данными аттестата.
Не думаю что тут именно такая логика. У меня сайт был потолще, и цифры побольше чем килорубль, и расхождение между написанным мной и реальностью было намного менее доказательно - по факту написал правду, но не смог доказать, и изначально собирались посчитать виноватым покупателя, а потом оставили виноватым меня. Клиент счет пополнил тогда уже. В общем не верю в предвзятость в пользу продавца. Или неверное понимание кем-то кого-то или что-то недосказано.
Сделали бы лучше конвертацию. Пусть и с комиссией. Кто не хочет платить комиссию за конвертацию платежек, тот договаривается о платежке. Кому сложно - конвертирует, комиссию платит тот кому было лень вывести или ввести. Не так ведь сложно поменять денежку онлайн. Тем более что на балансе у биржи всегда есть некий остаток чужих денег, чтобы можно было перекрывать сделки друг на друга оставляя комиссию себе. Ну или за счет своей комиссии тоже перекрывать объемы обмена. Думаю так можно свою доходность увеличить на 10% примерно :)
