Это проблема почти всех linux-based администраторов. Называется гугль-обучение. Нормальных (читай, фундаментальных, долговечных и достоверных) источников получения знаний в этой части ИТ мира нет. А те хорошие (и толстые) книги про Unix, которые я видел уже устарели и их мало кто способен «осилить» в силу толщины.
Поэтому (чисто мое личное имхо) очень много людей допущено к системам, которые они воспринимают как загадочный черный ящик с несколькими известными входами и выходами. Постичь который можно только путем тривиальных манипуляций с онными.
В результате читаешь вот такие статьи и думаешь — оспади, как же можно настолько не понимать основы, что бы без балды писать про «опасения, что php скрипты будут неудобно чувствовать себя под nginx» и оправдывать это «детскими травмами».
Речь шла о _большей_ части скриптов. Что меня и удивило. Ибо у большей части (все эти вордпресы и прочая) вся зависимость это htaccess файл с нехитрым реврайтом на index.php или еще на пару скриптов.
Другой момент, что большая часть не понимает даже как работают реврайты в htaccess, куда уж говорить о разумном переводе на nginx. На мой взгляд в этом проблема, а не в «заточке» на apache.
Ха-ха, я то попробовал. Показывать содержимое ответа Хром научился. А вот открывать ссылки в новой вкладке подставляя переменные из POST запроса — не умеет. Т.е. он просто ссылку открывает, не учитывая, что в запросе были какие-либо переменные. Фаерфокс же нормальный POST запрос делает в новой вкладке.
А я этим часто пользуюсь, когда тестирую формы и прочая.
Странно, а как во ВСЕХ браузерах можно удобно тестировать AJAX запросы? В том же хроме я не могу из консоли взять и открыть запрос с параметрами в новой вкладке.
Да, я понимаю. Но так проще искать проблемные места после изменений в коде. Ну и генерация урлов помогает, когда меняешь их в коде. Не нужно по шаблонам бегать.
1. На этапе разработки я частенько меняю URLы
2. При изменении сигнатуры метода в Play я получаю явную ошибку во View, т.к. при обработке шаблона не будет найден метод с необходимой сигнатурой.
Это удобно. Поэтому хочется понять, есть ли такая штука в Spring.
У меня (в Play) в режиме разработки выведется няшное сообщение об ошибке во View, т.к. не будет найден метод с соответствующей сигнатурой. Что удобно и к этому привыкаешь.
Поэтому (чисто мое личное имхо) очень много людей допущено к системам, которые они воспринимают как загадочный черный ящик с несколькими известными входами и выходами. Постичь который можно только путем тривиальных манипуляций с онными.
В результате читаешь вот такие статьи и думаешь — оспади, как же можно настолько не понимать основы, что бы без балды писать про «опасения, что php скрипты будут неудобно чувствовать себя под nginx» и оправдывать это «детскими травмами».
Впрочем, все поправимо.
Другой момент, что большая часть не понимает даже как работают реврайты в htaccess, куда уж говорить о разумном переводе на nginx. На мой взгляд в этом проблема, а не в «заточке» на apache.
А я этим часто пользуюсь, когда тестирую формы и прочая.
2. При изменении сигнатуры метода в Play я получаю явную ошибку во View, т.к. при обработке шаблона не будет найден метод с необходимой сигнатурой.
Это удобно. Поэтому хочется понять, есть ли такая штука в Spring.
Как мне во вьюшках генерировать этот урл по имени контроллера и метода? В Play это делается следующим тагом в View шаблоне:
@{ Document.show(12) } и на выходе я получу /document/show/12
И если я в аннотации поменяю урл, то он изменится во всех View. Можно ли делать подобное в Spring?