Search
Write a publication
Pull to refresh
3
0
Максим Мирошниченко @maxwp

User

Send message
Да вообще в 2012 всему настанет конец, а вы тут из-за переводчика беспокоитесь :-)
Насколько я понимаю, если нужно залинковать (заюзать) библиотеку под GPL с кодом, который не GPL-совместим, то достаточно написать для этого кода некую простейшую прослойку под лицензией LGPL — и profit!
Поправьте, если ошибаюсь.
Вообще-то нужно отвыкать от phpmyadmin'a. Он дыряв, атрофирует мозг, построен на фреймах, имеет кривую авторизацию — и это как минимум.

Хотя в вашем случае, может быть стоило завести read-only юзера, с под которого только смотреть на продакшине.

А при операции truncate нужно спрашивать не имя таблицы, а повторения ввода пароля.
Статья похожа на утку со стороны BBC.
В моем понимании — нет никакой разницы межлу паролем и хешем парооля (даже с солями), потому что и пароль и его хеш позволяют получить доступ к данными юзера в этом магазине.
Все что нужно делать магазину — юзерам отправлять обычные пароли, а налоговикам хеши, но говорить что это обычные пароли. Profit?
Погладь Apple, ****! :-)
IT-кафе в Харькове
it-cafe.com.ua/
В некоторой степени да. Если рассматривать банковский кредит, то банки заставят людей отдавать проценты, которые люди должны заработать каким-либо способом на ком-то. И чтобы материальное состояние этого кого-то не ухудшилось, что денежная масса страны должна соответственно увеличиваться. Что в общем-то и происходит, в некоторых странах даже по экспоненте.
Банковский процент — и есть своего рода инфляция.

Если все люди в стране положат в банк (или возьмут в кредит) 1 доллар, то через год им придется вернуть 1 доллар + проценты. Логично, что эти проценты за год государство тупо допечатает, тем самым увеличив на эти проценты общую денежную массу страны, или же по другому обесценив деньги ровно на эти проценты. И потом удивляйтесь, почему мировой экономике плавно наступает писдец :-)
onHashChange нужен для того, чтобы можно было отправить ссылку другу и понять что нажата кнопка «назад» в браузере.
Мне кажется, что это больше зависит от проекта. Если аяксовых ссылок больше — то можно считать все ссылки аяксовыми по умолчанию.
Я уже про это подумываю.
На самом деле, тут затык в производительности не в этом моменте, а в отлове dom:change и hash:change…
На счет live, спасибо, пощупаю.
Правда, я все выше перечисленное реализовал на prototype.
Спасибо, попробую. Хотя не думаю, что это добавит производительности по сравнению с:

document.observe(«click», function(event) {
var e = Event.element(event);
// тут проверка на ajax-ссылку
});
Пробовал не убирать EngineAJAX. Получается медленнее «найти все ссылки на страницы и понять проставлены ли им #!», особенно если на странице 100+ ссылок. Поэтому и убираю класс EngineAJAX, чтобы повторно не анализировать уже преобразованные в якоря ссылки.

Насчет live — честно, не понял, что имеете ввиду.
Я немного подправил формулировку P.S., не очень хочется во всех подробностях обсуждать реализацию на конкретном фреймворке — это дело каждого.

Information

Rating
Does not participate
Location
Чернигов, Черниговская обл., Украина
Date of birth
Registered
Activity