Александр Аксентьев: пропись в конфиге минус балл к автоматизации, если эту пропись саму не автоматизировать конечно. в идеале надо так чтобы выложил файлы и все само работает независимо от того где лежит. вот этот хттп_хост это последнее что мешает
то есть это не зазорно?) а то не раз вычитывал, что использовать хттп_хост это себя не уважать и вообще детский говнокод. да и во всяких фв/цмс применяются разнообразные ухищрения, у кого-то он даже хардкодится в конфиги при установке инсталлятором, а потом делай что хочешь. думаю не бессмысленно его так избегают и тычут пальцем, поэтому и спрашиваю
HaruAtari: признаться, никогда не пробовал бд связи использовать. в основном из соображений того, чтобы не размазывать логику между кодом и какой-то фичей субд. лучше все будет в одном месте и наглядно (на правоту даже не претендую))
а одновременное использование того и того это как? там не будет почвы для возникновения накладок?
а если при удалении должно происходить еще что-то, какие-то события, которые для целостности системы произойти должны, но в этот механизм не вписываются. я думаю более универсальный вариант когда база располагается намертво за заданным апи. то есть никаких редактирований в обход вообще, кроме тех случаев когда ты там все вдоль и поперек знаешь и прогнозируешь последствия. в общем я про то, что каскадное удаление это хорошо, но может быть не единственным критерием целостности
согласен, полный бред. не понимаю смысла этих длинных классов, от этого наоборот уходить надо. если это кнопка это это должно быть .button ну или максимум .delete_button .open_button если несколько одинаковых в одном контексте. не понимаю чего не так и ради чего они там корячатся. берем переносим элемент .буттон в другое место и прописываем ему класс в нужном месте, все то же самое только короче. мне кажется эти ребята просто про лесс/сасс не знали или его не было на момент начала разработки, и нагородили свою "методологию" а теперь не знают куда пристроить.
