Хм, да, хотя это конечно странное решение со стороны вк не предоставить возможностей по самоудалению приложения. Подделывать запрос не хотелось бы — как я понимаю, то что в вк не разрешено — запрещено, и есть риск попасть в бан за такие финты (да и hash, насколько мне известно, получить легитимным способом нереально).
Видимо всё же придётся остановиться на Вашем последнем предложении.
В любом случае, я задал подобный вопрос в ТП вконтакте — отпишусь здесь, когда ответят (это произойдёт минимум через 40 часов :( ).
Уважаемый Ergonomic Code, мы очень ценим Ваше мнение, однако прежде чем писать столь "разгромные" комментарии к ответам, потрудитесь пожалуйста прочитать изначальный вопрос — «Какие флексбокс сетки вы используете?», т.е. топикстартер изначально на *** вертел приведенные Вами 20% слоупоков.
А еще не очень понял Ваши нападки на Susy.
Susy не навязывает использование grid на основе flexbox. (если использовать стандартные миксины сетка будет строиться на основе предвычисленных атрибутов и float'ов)
Виталий Слюсар: да мне кажется у него берут сайты чисто для галочки и потому что дешево (у нас в Ульяновске вообще клиентура очень тяжелая). Там же вообще халтура во всем прослеживается - от дизайна до реализации - вот и складывается цена в 3000:D
CityCat4: но ведь точно такой же расклад существовал и до systemd. Т.е. если брать именно среднего юзера (для которого юзинг консоли сродни программированию), то я не думаю что для него особо что-то изменилось (как покупали поддержку, так и продолжат покупать). А если брать сисадминов и продвинутых пользователей, то я не думаю, что для них будет слишком уж невыносимой сложностью освоить эту систему.
Алексей: Изначально мы брали несколько рандомных чисел и путем проб и ошибок пробовали на наших сотрудниках. 432ms как нам показалось оптимальное - у нас на около 10 испытуемых оно хорошо отрабатывало.
Средств полной защиты от скачивания нету. Есть варианты с использованием background-image (aka защита от нубов), canvas (как Вам уже показали выше, тоже не дает полной защиты). В общем все зависит от того насколько Вы заморочитесь с этим вопросом - в конечном итоге все картинки, в любом случае, попадают в кэш браузера, откуда их так же при необходимости можно вытащить.
CityCat4: ох не отказался бы я, чтоб моя система за 3 сек. грузилась:) Насчет абстрактности понятия удобства, я разумеется, соглашусь с Вами.
На самом деле, на мой взгляд, довольно трудный выбор ставит перед нами systemd (хотя если учесть, что он становится повсеместным, то выбора то уже скоро и не будет (я не беру в расчет людей компилящих все самостоятельно)) - с одной стороны есть выверенная десятилетиями парадигма - одна задача - один инструмент, в результате чего имеется гранитная надежность софта, с другой стороны обыкновенная человеческая лень - использовать один универсальный инструмент вместо кучи, пусть даже филигранно исполненных, надежных инструментов.
CityCat4: а как же user experience от быстрой загрузки системы (хотя, я конечно могу ошибаться, полагая что в асинхронном режиме многопоточно загружается сразу по несколько сервисов) ?
Кстати говоря, мне всегда импонировал UNIX way, однако, в последнее время заметил за собой, что systemd я лично вполне могу простить отход от традиций (надеюсь, истинные адепты философии меня не запиннают:)), т.к. местами он действительно удобнее в использовании - например, для nodejs приложения я тупо создал конфиг сервиса на 10-12 строчек и готово - и нет необходимости ставить и настраивать нечто вроде supervisor, ведь этот механизм уже реализован в systemd.
Также, если я конечно не ошибаюсь, он запускает сервисы асинхронно во время запуска системы, т.е. по идее должен снижать за счет этого буттайм (об этом мне сложно судить, я до sysd сидел на upstart, который ЕМНИП тоже асинхронный).
Одна проблема - systemd довольно большая система, и я думаю уйдет немало времени прежде чем начнешь разбираться во всех его тонкостях.
Мысли вслух, имхо.:)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
