Сергей Протько: если вы о javascript-шаблонизаторах, то упрек принят ) Если речь о php -- без комментариев. Я из тех, кто вполне обосновано считает что php сам себе прекрасный шаблонизатор.
Вот знаете, я тоже склоняюсь к этому, да и написать скрипт который пройдется по всему проекту, найдет и заменит <? на <?php это дело на полчаса работы. В общем как-то так наверно и стоит поступить.
Сергей Петриков: Нет, дело не в фаерволе. В логах ничего путного нет.
Говорю-же чего-то не хватает. Сделал rpcinfo -p localhost на своем рабочем ноуте и вывод команды был аналогичен старому nfs-серверу. На новом вывод скромнее.
@Kerman вот как раз все наоборот. Мы ставили локальный почтовик именно из-за перебоев с инетом. Судите сами: юзер по локалке отправил почту, а дальше сервак пусть её шлет дальше до победного. Потому что у наших юзверей когда они по 20+ метров слали наружу и в середине случался обрыв (в SMTP нет так называемой "докачки" и если по таймауту отвалился -- давай досвиданья) гнева в сторону айтишников было вагоны. А тут юзер свободен, а очередь отправки можно настроить в зависимости от ширины канала и качества связи.
@Ars1s как раз все с точностью до наоборот. По постфиксу документации и хаутуков больше. Мое "За" exim из других соображений: он более логичен, надежен и приятен в использовании. Я не говорю что postfix это совсем плохо, но exim ИМХО лучше. Хотя почту шлет и то и другое. Если на чистоту.
Ну вообще у меня не стоит задача поиска работы, это раз. Во вторых скилы прокачивать это хорошо, но в моем случае как раз все наоборот -- задача самопрокачки не стоит вообще, стоит задача скажем так "энтерпрайза". Я изучил вопрос Yii и если и буду его изучать (как вариант для себя), то сразу со 2-й ветки начну которая сейчас в альфе.
Все так и есть, дело оказалось в профилях. Вариант jpg (да еще и без профилей) решил проблему полностью. Я просто был уверен что все кроме полиграфистов (т.к. сам начинал трудовую деятельность в типографии) на эти профили давным давно забили. Оказалось нет)
Резюмируя for everyone кто зайдет с поисковиков: Проблема в профилях. Самый простой вариант — не встраивать при сохранении.
Я не понимаю чем лучше дропбокс в качестве хранильника по сравнению с моей уютной VDS-кой. Ну вот не понимаю и все тут. sshfs я настраиваю «за двееееее минууууууты» и сомневаюсь что другие настраивают это дольше.
Выше я уже объяснял что я хочу сделать это как можно менее заметным. Я согласен что дропбокс и дропбокс, малоли чего я там храню, врятли кто в этой куче будет копаться, а вот 1Password или KeePass уже себя выдают.
Это я все к чему… всякое в жизни бывает, иногда можно случайно залететь и оказаться под следствием. А там же все быстро происходит и этот софт уничтожить будет проблемой. В случае «своего» решения, пока себе эксперты сообразят где и как оно сделано я успею 10 раз «отключить» браузеры скомпрометированых устройств и вместо ответов (допустим оно у меня будет ломиться на адрес site.tld/memo) вебсервер отдаст другой контент, например список дел на завтра/неделю/месяц. Ну или как-то так ) Дальше думаю понятно что можно просто молчать. С этой стороны узкое место личной кибербезопасности более-менее.
> Слишком много узких мест будет в вашем приложении. Лучше доверить это спецам.
В корне не согласен с первым утверждением. Во первых я не собираюсь сам разрабатывать криптоалгоритмы.
Это значит как минимум что узкие места будут на «транспортном уровне».
С другой стороны, вам любой адекватный специалист по информационной безопасности скажет что чем более нетривиальное решение, тем сложнее с ним работать. Иными словами: предположим вероятный противник знает что я использую TrueCrypt — он и будет искать способ зацепить мой криптованый раздел. И он его найдет.
В данном случае я хочу чтобы вероятный противник не понимал что именно ему нужно искать с одной стороны, а с другой стороны, как в случае с авторизацией по ключам в ssh, чтобы я мог в случае если устройство скомпрометировано — просто удалить ключ и это устройство больше НИКОГДА не получит доступ данным.
Вот идеологическая подоплека. А так конечно можно купить какой нибуть 1password и не париться, но скомпрометировав устройство на котором установлен 1password вероятный противник будет понимать чего искать.