Занимательный процесс. Т.е. два прогера по 5К брутто-зарплаты в месяц пилят систему локализации, анимируют скриншоты в скетче вместо существующих на рынке решений типа Smartling, Onesky, Lokalise с симуляцией экранов вживую по 100-200 баксов в месяц, куда и редакторы, и память переводов и другие плюшки входят. Зачем?!
Пожалуй оставлю вот такую ссылку: http://realfavicongenerator.net/
Генератор мета тэгов фавикона на все случаи жизни (apple иконки, windows плитки, цвет вкладки из данной статьи и т.д.)
Находясь на работе, рядом с коллегами, wifi… Предположительно, у вас будет больше 90%. Т.к. вы находитесь в обычном вам месте, возле вас обычные вам устройства, вы используете свой смартфон, находясь в знакомой сети wifi.
Поехали в отпуск? Отлично! Согласен, ни один из выше сказанных доверенных данных не прокатит. Но, скорей всего, вы искали путёвки в гугле или заходили на сайты тур-агенств с залогиненным аккаунтом в гугл. И информация о вашей возможной поездке уже имеется в базе.
К тому же, если у вас снизился бал доверия, то кто мешает это выдать сообщением и перейти к стандартной аутентификации?
Не пробовали lokali.se? Работа возможна с многочисленными языками, несколько форматов записи (json, po, php, может ещё есть какие), ну и интеграция на любой вкус — от апи, до вебхуков. На фронте можно использовать любой транслятор работающий с одним из форматов. У самого обычно связка: Lokali.se, grunt-lokalise и кастомный метод перевода с подстановкой как в gettext.
Всё верно. Но у этого письма другая аудитория: люди имеющие домен, хостинг, сайт и при этом не понимающие что именно этот код делает. Иными словами это аудитория CMS (Wordpress, Joomla, Drupal etc.). А большинство CMS написанно на php.
CMS — зло. Если проект более-менее крупный и ему начинает быть нужна продвинутая безопасность, то стоит обратить внимание на фреймворки.
С точкой входа — все ок. Она должна быть одна (если нет API или чего другого).
Насчёт безопасности конфигов — весь бекенд обычно выносят за пределы корня веб-сервера. Выставляются корректные права. Не забудьте так же обезопасить скрытые директории (от git к примеру, или IDE). Это сделает невозможным добраться до исходников с веба. Если косячит хостинг — убегайте от них!
В целом выглядит симпатично. Кроме шаблонизатора. Хотя конечно в нём важнее быстродействие. Есть только пару вопросиков:
— ORM поддерживает ли вложенные запросы, транзакции? (после Phalcon, о наболевшем)
— Чем обусловлен выбор наименований в $request для работы с $_POST, $_GET?
query() — понятно,
data() — почему не post?
attributes() — почему не parameters()? В комментариях вы сами написали «параметры»…
Симпатично. Интересные эффекты при нажатии на активные элементы. Но использовать не буду, ибо всё это дело тормозит на объёмных страницах. ИМХО, веб должен «летать».
> Велосипед существует
Существует не велосипед, а средства передвижения. От лыж до железной дороги. Типичные проблемы сторонних решений: либо оно сырое и требует значительного допила руками, либо оно негибкое и его сложно приспособить для своей задачи, либо оно чересчур абстрактное, громоздкое и сложное в использовании, что проще все написать самому. Плюс все это противоречит первому пункту.
На тему велосипедов можно смело писать новую статью. Ибо выбор между «писать самому» и «использовать готовое» часто требует анализа плюсов и минусов. Но в целом, всегда стоит обратить внимание на существование уже готового решения.
А вам действительно нужен jQuery? Тем более только для связи с печеньками и подстановкой в инпут? Почему бы не написать на пару строк больше и сделать независимый функционал.
Покапался тут в гугле, и ведь действительно, зачастую пишут «скачать {браузер} для компьютера» | «download {browser} for a computer». Видимо, мне одному это режет слух… Ну ок, пора собирать свои окаменелые останки и привыкать.
Генератор мета тэгов фавикона на все случаи жизни (apple иконки, windows плитки, цвет вкладки из данной статьи и т.д.)
Поехали в отпуск? Отлично! Согласен, ни один из выше сказанных доверенных данных не прокатит. Но, скорей всего, вы искали путёвки в гугле или заходили на сайты тур-агенств с залогиненным аккаунтом в гугл. И информация о вашей возможной поездке уже имеется в базе.
К тому же, если у вас снизился бал доверия, то кто мешает это выдать сообщением и перейти к стандартной аутентификации?
С точкой входа — все ок. Она должна быть одна (если нет API или чего другого).
Насчёт безопасности конфигов — весь бекенд обычно выносят за пределы корня веб-сервера. Выставляются корректные права. Не забудьте так же обезопасить скрытые директории (от git к примеру, или IDE). Это сделает невозможным добраться до исходников с веба. Если косячит хостинг — убегайте от них!
— ORM поддерживает ли вложенные запросы, транзакции? (после Phalcon, о наболевшем)
— Чем обусловлен выбор наименований в $request для работы с $_POST, $_GET?
query() — понятно,
data() — почему не post?
attributes() — почему не parameters()? В комментариях вы сами написали «параметры»…
На тему велосипедов можно смело писать новую статью. Ибо выбор между «писать самому» и «использовать готовое» часто требует анализа плюсов и минусов. Но в целом, всегда стоит обратить внимание на существование уже готового решения.
Я о том, что смартфоны, ноутбуки, десктопы, планшеты и даже калькуляторы — являются компьютерами.