+1
Опен-сорс база идей, это хорошо, но только для некоммерческого использования. Тут надо продумать вопрос с лицензией.
Но не все идеи можно хранить в открытую, но персональные бредо-идеи тоже нужны, для обдумывания их через время, а вдруг это и не бред.
Это же не админка к вашему любимому проэкту — это сервис, на главнео должно быть краткое описание «чего? куда? зачем?», ссылка на какой-нить пример или демку. Ну а потом уже регистрация, форма логина и т.д.
Если вы не доверяете админу, то вы не будете пользоваться сервисом. Я пишу не про недоверия, а про то что злоумышленник может спиздить вашу идею получив, например, доступ к базе. Проектов без дыр не бывает ;-)
Идея:
Идеи хранить в зашифрованном виде (PGP, GPG), при регистрации генерировать публичный и приватный ключ, последний посылать пользователю на мыло. Ни в коем случае не хранить приватный ключ на сервере, это защитит идею даже если сервер взломают. При регистрации надо написать что данный ключ восстановить будет невозможно, и если пользователь проебёт свой ключ — это его личные проблемы.
Это понятно, но почему при каждом обновлении количество меняется, да и разброс просто безумно большой от -70% до +50% (это то что я видел).
Не думаю что трудно было реализовать обновление количества строк в таблице после каждой транзакции, если в ней были insert, replace, delete, truncate,… на конкретную таблицу, а хранить можно и в памяти, 8байт на каждую таблицу innodb совсем не накладно.
Опен-сорс база идей, это хорошо, но только для некоммерческого использования. Тут надо продумать вопрос с лицензией.
Но не все идеи можно хранить в открытую, но персональные бредо-идеи тоже нужны, для обдумывания их через время, а вдруг это и не бред.
Идея без реализации ничего не стоит. Стоит именно идея реализации конкретной идеи, извиняюсь за тавтологию.
Идеи хранить в зашифрованном виде (PGP, GPG), при регистрации генерировать публичный и приватный ключ, последний посылать пользователю на мыло. Ни в коем случае не хранить приватный ключ на сервере, это защитит идею даже если сервер взломают. При регистрации надо написать что данный ключ восстановить будет невозможно, и если пользователь проебёт свой ключ — это его личные проблемы.
Не думаю что трудно было реализовать обновление количества строк в таблице после каждой транзакции, если в ней были insert, replace, delete, truncate,… на конкретную таблицу, а хранить можно и в памяти, 8байт на каждую таблицу innodb совсем не накладно.
api.jquery.com/category/version/1.4/
Думаю стоит обавить в пост.