Правильно detsl говорит… а то будут твой трафик в Нидерландах снифить…
А свой VPN и надежней и удобней и ограничений никаких. А на настройку потратил бы меньше времени чем на поиск :)
По вопросам, хотя я вообще не программист :)
1. Пошел читать про HAVING. Никогда не юзал.
2. А что, у вас программисты настраивают апач? работают непосредственно с файлами которые обрабатывает web-сервер? Всегда думал, что использование CVS и скриптов-инсталяторов для выкатки на вебсервер необходимы, если с проектом работает несколько человек.
Как по мне, то программисту вообще нельзя знать путь по файловой системе. Пусть пишет с относительными путями.
Хотя вопрос правильный. Настоящий программист конфигурял апач, хотябы для локального проекта… но это не их дело…
Хотя с другой стороны — нельзя писать приложение незная как работает сервер.
А кто нибуть делал из программистов хотябы grep, для поиска нужного файла конфига или втупую открывали и читали начиная с httpd.conf? :)
3. Кто сказал, что "_" — (подчеркивание) недопустимый символ в email?
Почему Вы не используете на собеседовании логические и математические задачи? Они помогут понять есть ли мышление и смекалка. А технологиям и обучить можно… Или используете?
так я же могу защитить паролем. Если боюсь, что кто-то увидит.
Плюс она сжигаться может после просмотра.
В защите с помощью длинных ссылок нет смысла.
ИМХО
При создавании записки лучше выводить сразу сокращенные ссылки. или и сокращенные ссылки.
Не знаю зачем вы изначательно выводите длинные ссылки, если умеете сокращать или даже изначально делать короткие :)
хм… InnoDB имеет ряд преимуществ и ряд недостатков.
Лично для меня основное преимущество — блокировки на уровне строки. Тоесть при большом количестве одновременных UPDATE,INSERT не получим столько блокировок таблиц, как на myisam.
Но InnoDB нельзя срезать бинарно. И это для меня был самый большой минус. Так как таблицы были огромными и гигантские дампы не доставляли радости. Особенно, если при разворачивании дампа закрадывалась ошибка в файле…
Потому, не стоит рекомендовать всем использовать InnoDB. Надо использовать именно тот storage engine, который подходит твоему проекту, твоей структуре БД и твоим запросам к БД.
160 баксов — точно дофига.
у меня фонарик отдельный — 2$
Компресор + дополнительный монометр — ну 30$
Трос — 5$…
Можно еще пару проводов с крокодилами кинуть, на случай сдохшего акума.
Но он у меня новый :)
Да, большой.
Но сейчас большой, потом будет меньше…
Вы же знаете этих китайцев, они всякое умеют :)
Реально если урезать по ширине до размеров экрана, то уже и не очень громоздкий.
И клава от этого сильно не пострадает. Правый блок цифр вообще выбросить можно.
Интересно, насколько удобен это точпад, размером с отпечаток большого пальца? :)
Правильно, не допускать дыр в приложениях.
Жаль, что не все дыры разработчик может/успевает учесть.
Периодически проводите аудиты безопасности веб приложений при помощи сторонних компаний, которые заинтересованы максимально выполнить свои обязанности и меют большой опыт в проведении таких мероприятий.
или, как вариант, менять пароль каждый день, по заранее установленной схеме.
Например отталкиваясь от текущей даты.
Не будут сейвать пароли — не будет подобных проблем.
Будут ламать сайты, а не воровать пароли :))
А свой VPN и надежней и удобней и ограничений никаких. А на настройку потратил бы меньше времени чем на поиск :)
И всё… и ничего больше искать не прийдется.
Разве что отдается дефолтный хост и ServerName test.local нигде не прописан
1. Пошел читать про HAVING. Никогда не юзал.
2. А что, у вас программисты настраивают апач? работают непосредственно с файлами которые обрабатывает web-сервер? Всегда думал, что использование CVS и скриптов-инсталяторов для выкатки на вебсервер необходимы, если с проектом работает несколько человек.
Как по мне, то программисту вообще нельзя знать путь по файловой системе. Пусть пишет с относительными путями.
Хотя вопрос правильный. Настоящий программист конфигурял апач, хотябы для локального проекта… но это не их дело…
Хотя с другой стороны — нельзя писать приложение незная как работает сервер.
А кто нибуть делал из программистов хотябы grep, для поиска нужного файла конфига или втупую открывали и читали начиная с httpd.conf? :)
3. Кто сказал, что "_" — (подчеркивание) недопустимый символ в email?
Почему Вы не используете на собеседовании логические и математические задачи? Они помогут понять есть ли мышление и смекалка. А технологиям и обучить можно… Или используете?
Плюс она сжигаться может после просмотра.
В защите с помощью длинных ссылок нет смысла.
ИМХО
Не знаю зачем вы изначательно выводите длинные ссылки, если умеете сокращать или даже изначально делать короткие :)
Лично для меня основное преимущество — блокировки на уровне строки. Тоесть при большом количестве одновременных UPDATE,INSERT не получим столько блокировок таблиц, как на myisam.
Но InnoDB нельзя срезать бинарно. И это для меня был самый большой минус. Так как таблицы были огромными и гигантские дампы не доставляли радости. Особенно, если при разворачивании дампа закрадывалась ошибка в файле…
Потому, не стоит рекомендовать всем использовать InnoDB. Надо использовать именно тот storage engine, который подходит твоему проекту, твоей структуре БД и твоим запросам к БД.
неучел, что БД на пхп специально для юзания на хостингах…
Так можно немного ограничить нагрузку.
ЗП в спец-службах очень низкая. Хакеры туда работать не пойдут :)
ЗЫ: Сижу в серых сетях, в инете только через заNATеные VPN :)
у меня фонарик отдельный — 2$
Компресор + дополнительный монометр — ну 30$
Трос — 5$…
Можно еще пару проводов с крокодилами кинуть, на случай сдохшего акума.
Но он у меня новый :)
Но сейчас большой, потом будет меньше…
Вы же знаете этих китайцев, они всякое умеют :)
Реально если урезать по ширине до размеров экрана, то уже и не очень громоздкий.
И клава от этого сильно не пострадает. Правый блок цифр вообще выбросить можно.
Интересно, насколько удобен это точпад, размером с отпечаток большого пальца? :)
Жаль, что не все дыры разработчик может/успевает учесть.
Периодически проводите аудиты безопасности веб приложений при помощи сторонних компаний, которые заинтересованы максимально выполнить свои обязанности и меют большой опыт в проведении таких мероприятий.
Например отталкиваясь от текущей даты.
Не будут сейвать пароли — не будет подобных проблем.
Будут ламать сайты, а не воровать пароли :))