Редактирование полигонов подразумевает много операций: добавить узел, удалить узел, перетащить полигон, перетащить группу узлов, выбрать другой полигон, изменить какие то свойства полигона, корректное масштабирование и т.п. Конечно ничего особо сложного в этом нет, но и за пару часов написать такое с нуля и для уровня продашкен тоже трудновато. Много неочевидных тонкостей.
Да и зачем изобретать велосипед, если эта задача уже наверняка много раз была решена и оформлена в виде хорошего продокументированного и расширяемого решения?
Побыстрому наговнокодить - это можно, но как альтернативное решение, если не найду хорошего готового ))
alexalexes, Нет, в моменты торможения "чужих" запросов в списке процессов MySQL я не наблюдаю. Все запросы от самого приложения.
Характер недоступности для всех пользователей примерно одинаков - Тормозит все. Любые запросы тормозят, ну это естественно при многократном перегрузе CPU.
А разве дедлоки приводят к резкой перегрузке CPU? Я полагал что задедлоченные процессы просто упираются друг в друга рогами, и стоят, ждут друг друга. Вроде CPU потреблять при этом не должны, просто должны стоять в режиме ожидания.
Но когда такая перегрузка опять случиться, я попробую SHOW ENGINE INNODB STATUS
Практики как раз много. Но есть стойкое чувство что делаю не так как положено и постоянно изобретаю велосипеды.
"php за пределами public_html"
Я имел ввиду что все что не предназначено для получение через браузер не должно находиться внутри "public_html". Все что недоступно через веб-сервер должно лежать уровнем выше, а не закрываться через htaccess. Т.е. всякие исходники JS, LESS, тесты, все PHP-скрипты кроме точки входа, все должно быть выше.
While Bower is maintained, we recommend yarn and webpack for new front-end projects
Отстал от времени! Ладно, разберемся с yarn и webpack.
Но все равно, остается вопрос, как правильно разложить части всего проекта по директориям, чтобы оно все изящно собиралось, обрабатывалось и исполнялось.
То есть index.php подключает php файлы через require '../vendor/SomeComponent/SomeFile.php' или через аналогичный автолоадер. А в директорию assets мы копируем руками (или сборщиком) только то, что нам надо из директории /bower_components. При этом содержимое директории /bower_components лежит в проекте мертвым грузом, на всякий случай. Я правильно понял?
Так у меня будет не независимое приложение, а компонент для встраивания в чужие проекты. Многие компонеты, такие как jquery или PHPMailer с большой вероятностью там уже будут. Получиться что в итоговом проекте будет две копии одного и того же.
Angular это средство работы с DOM, так сказать конкурент jQuery который делает тоже самое, но другим подходом. Вопросы GUI компонентов он решает не больше чем jQuery.
Иван: Много ума не надо чтобы обвалить любой интернет магазин не имеющий полноценной аппаратной защиты )). Защита от умышленного DDoS это отдельная тема. Ну а вообще, при запуске любого проекта надо делать стресс тесты с многократной перегрузкой как по объему данных, так и по интенсивности обращений. Хотя бы помучить его через siege скрипты.
Иван: Кэш во многих случаях является заплаткой кое-как компенсирующий тормознутость движков. Тормознутость движков обычно возникает из-за неправильных SQL запросов (например излишне тяжелых JOIN-ов), рекурсивных запросов внутри циклов (тогда тормоза растут по экспоненте в зависимости от объема данных), в частности из-за бездумного использования ORM-ов и им подобных слоев абстракции.
Если есть возможность я всегда предпочитаю уделить максимум внимания оптимальности БД и запросам. Тогда часто можно вообще отказаться от такого зла как кэширование.
Ускорители кода обычно дают небольшую прибавку. Системы кеширования могут дать серьезную прибавку к проивозительности, но все же зависит от конкретного движка. Пробуйте, выключайте-выключайте и смотрите что будет. На современных Linux добавить и убрать эти штуки очень легко и быстро.
Государственным учреждениям нужен именно официальный стаж. Частные фирмы практически не интересуются были ли вы оформлены или нет.
Другое дело, что практически все нормальные фирмы вас все таки оформляют, просто могут оплачивать официально лишь часть вашей зарплаты. И если вы работали, а в трудовой нет записи, то могут заподозрить что это была какая то несерьезная "шарашкина контора". Но частные фирмы это не проверяют или не придают большого значения. Им главное ваш опыт и знания, которые проявятся или нет на собеседовании и испытательном сроке.
Вы верите в честную и высокую пенсию? Не знаю как сейчас, но раньше вроде официальная зарплата больше больше 40 т.р. была бессмысленна и практически не влияла на пенсию. Сейчас многие вкладывают свои доходы не в пенсию (в надежде что их не обманут), а покупают на доходы недвижимость, которую можно сдавать на старости и получать куда больший доход.
Про 99.99% это вы сильно преувеличиваете. Но в целом проблем chrome/ff действительно не много, и они легко решаются. Про всякие es5-shim, они конечно помогают, решают многие проблемы с разметкой, но не всегда и не когда вам нужны какие то реально современные фичи от браузера.
Не то чтобы редко, но популярность падает. Оказалось что другие методы шаблонизации более удобны и компактны.
XSLT шаблон как бы и верстает эту HTML страничку. Куски этой странички заложены в шаблон. Так же в шаблоне заложены правила, как и в каком месте размещать данные, в какие куски HTML-кода их заворачивать.
Ну почему. Все равно отсечете китайских хакеров, взломанные сервера в датацентрах, школохакеров балующихся из дома и т.п. Хоть какая то дополнительная защита к паролю.
Да и зачем изобретать велосипед, если эта задача уже наверняка много раз была решена и оформлена в виде хорошего продокументированного и расширяемого решения?
Побыстрому наговнокодить - это можно, но как альтернативное решение, если не найду хорошего готового ))