LINUX.ORG.RU

История изменений

Исправление torvn77, (текущая версия) :

да, это распил - но оно же работает

Проблема в том что не работает, чем и привлекло к себе внимание.
Вот если бы они написали отличный бекенд на ядерных функциях минуя glibc и прочие библиотеки то могли бы пилить вечно и никто бы не заметил, а так тупо попались на раздражающих посторонних(по отношению к распилу) сбоях сервиса.

П.С. Уважаемые распильшики, если вы решите использовать эту идею то данные приложения вы всегда должны хранить во ВНЕШНЕЙ БД, например такой как PostgreSQL чтобы крах и глюки вашего приложения не уничтожали данных пользователей и этим не привлекал лишнего внимания к тому что у вас там происходит.
Во вторых приложение с внешней БД всегда будет проще писать и апгрейдить, вам же больше денег с распила останется, а риск будет минимален(но всёж будет).

Исправление torvn77, :

да, это распил - но оно же работает

Проблема в том что не работает, чем и привлекло к себе внимание.
Вот если бы они написали отличный бекенд на ядерных функциях минуя glibc и прочие библиотеки то могли бы пилить вечно и никто бы не заметил, а так тупо попались на раздражающих посторонних(по отношению к распилу) сбоях сервиса.

Уважаемые распильшики, если вы решите использовать эту идею то данные приложения вы всегда должны хранить во ВНЕШНЕЙ БД, например такой как PostgreSQL чтобы крах вашего приложения не уничтожал данных пользователей и этим не привлекал лишнего внимания к тому что у вас там происходит.
Во вторых приложение с внешней БД всегда будет проще писать и апгрейдить, вам же больше денег с распила останется, а риск будет минимален(но всёж будет).

Исходная версия torvn77, :

да, это распил - но оно же работает

Проблема в том что не работает, чем и привлекло к себе внимание.
Вот если бы они написали отличный бекенд на ядерных функциях минуя glibc и прочие библиотеки то могли бы пилить вечно и никто бы не заметил, а так тупо попались на раздражающих посторонних(по отношению к распилу) сбоях сервиса.