Outoverlay: ну во-первых, договор оказания услуг Вы уже заключить не сможете, точнее он не будет иметь юр.силу, а следовательно Вас спокойно могут послать с оплатой
Во-вторых, рано или поздно будет недовольный заказчик или конкурент который настучит на Вас в налоговую, и Вам впаяют штраф за незаконную предпринимательскую деятельность.
Тем более сейчас это не так сложно, я например просто обратился в компанию оказывающую юр услуги и все сделали за меня, их услуги + услуги натариуса (оформить им довереность) + гос пошлина полтора года назад обошлось в 5 с небольшим тысяч (СПб)
Николай Мещеряков: Я уже по привычке пишу все, что для других в UMD стиле, если нет модульной системы уберите модульную обертку, оставьте только тело модуля
А зачем Вам тип number? это тот же text только с добавлением стрелочек для инкримента и декримента числа, однако ввести туда текст это пользователю не помешает
Я Вас правильно понимаю, что вы это хотите реализовать на чистом SQL?
То есть, делаем некотурую процедуру, которая на запрос типа:
CALL your_procedure('target_table', 'one (two (three (four ( ) five ( )))) (six ( ))');
генерит Вам в target_table развертывание данного би-дерева
weranda: ну по ссылке на хабре чисто рекомендации, рекомендаций можно придерживаться но не обязательно.
Спецификация - это тоже рекомендации, но более жесткие, так как их стараются придерживаться все.
Так что верстайте как вам удобно, наличие цен в Вашем примере в блоке main будет только плюсом с точки зрения SEO.
ps Не проверял как дела обстоят сейчас, но некоторое время назад валидация главной страницы яндекса выдавала около 30 ошибок, но тем не менее сайт прекрасно работает и одинаково отображается во всех браузерах
Rest регламентирует только CRUD по HTTP протоколу через его методы и доступ к ресурсам по uri
Create = POST
Read = GET
Update = PUT
Delete = DELETE
+ все запросы должны быть stateless - то есть каждый запрос должен передавать полный набор данных для него
Больше рест не регламентирует ничего, но согласно спецификации http,
запрос OPTIONS должен вернуть правильный заголовок о допустимых http методах для данного ресурса (критично, если клиентом является браузер и могут быть кроссдоменные AJAX запросы)
К чему я веду, к тому что Вы не сможете использовать 100%й рест в своем веб приложении, ибо запрос вида
GET /prefix/collection/?offset=40&limit=20
это уже не rest - так как ресурс здесь /prefix/collection/ но, что вернет этот запрос зависит от параметров после '?'
Так что примите в команде некоторые соглашения и не заморачивайтесь.
За свою довольно долгую практику в web я еще не встречал pure rest ни разу, этим словом, как и словом mvc собственно каждый называет согласно своему пониманию
vasIvas:
>> один объект не может и хранить данные и обрабатывать их
кто это сказал такую глупость?
вся прелесть js в том, что я могу по собственному усмотрению использовать или singlton
как у автора или инициировать много схожих объектов через прототипы
Вадим: Вообще рест - это не правила, а рекомендации, соответственно правильно/неправильно здесь неуместно.
Да и вообще можете не заморачиваться чистым рестом, в 90% случаях, если не больше, то что люди называют рест - им не является, ибо реализует только часть этих рекомендаций.
А все из-за того что рест в большинстве реальных приложений не применим на 100% впринципе, ибо на деле pure rest противоречит безопасности в web
Так что я бы не заморачивался))
Во-вторых, рано или поздно будет недовольный заказчик или конкурент который настучит на Вас в налоговую, и Вам впаяют штраф за незаконную предпринимательскую деятельность.
Тем более сейчас это не так сложно, я например просто обратился в компанию оказывающую юр услуги и все сделали за меня, их услуги + услуги натариуса (оформить им довереность) + гос пошлина полтора года назад обошлось в 5 с небольшим тысяч (СПб)