Кстати да, вы правы: единственные клавиши в буквенном рядку клавиатуры, которые не добавляют символы с зажатым шифтом — это «Ж»(английская клавиша ":") и "," (английская "?"). В обеих случаях не ставится и в русской и в английской раскладке и в обеих случая то, что находится в русской раскладке можно добавить через копи-паст
Office 2013 — при попытке ввода в имени листа большой «Ж» (Shift+Ж) ничего не происходит, вне зависимости от того где находится курсор, проверил несколько раз. Но что самое интересное, так это то, что CAPS, а потом «ж» ставит большую «Ж» (опять таки вне зависимости от положения курсора, в том числе и в начале).
— WordPress имеет такую возможность из коробки. Судя по документации достаточно сделать всего пару манипуляций
— MODx Revo аналогично, только тут даже включать ничего не нужно, сразу всё есть. Вот туториал если интересно
— TYPO3 так же поддерживает мультисайтовость
Больше бесплатных CMS с такой возможностью я не знаю, но уверен они есть.
Так никто и не говорит, что ситуация не поправимая, но это не отменяет того, что это минусы. Для того, чтобы работал плагин не нужен доступ по SSH, не нужны патч файлы, не нужны bash скрипты и не нужно никуда лезть и что-то редактировать и менять. Всё что нужно — это установить и запустить плагин, с этим справится даже самый неопытный пользователь. Ваше решение требует наличие некоторого количества умений, больше доступа и больше телодвижений. Плагин — это отличная альтернатива решения проблемы которая лишена всех этих недостатков и ваше решение на его фоне выглядит плохим.
Если бы вы написали, что «да, моё решение не идеально, но тем не менее оно имеет право на жизнь хотя бы потому, что показывает как можно решать проблемы, которые нельзя решить с помощью плагинов», то я бы на этом и завершил диалог. Но вы упрямо продолжаете доказывать, что все те минусы на которые вам указывают полная ерунда и не стоят выеденного яйца.
Вот сегодня прилетело обновление и что я сделал? — Ничего, потому что написал плагин и в любой точке мира, даже без интернета сплю спокойно.
Минусы вашего решения:
— Нужно после каждого обновления править файлы движка
— Можно править движок с помощью patch, но на шаред хостинга такой вариант не прокатит
— Минимальные изменения в исходном коде строки, которую нужно заменить и ваш diff файл поломан, нужно его править ( опять :-( ). Да даже банальное переименование файла и вам снова нужно лезть и копаться в коде
Плюсы по сравнению с плагином:
— Меньше файловых операций. Плюс крайне сомнительный: во-первых переименование файла не самая тяжеловесная операция для винтчестера, во-вторых, вы ресурсы хостинг-провайдера так бережете?
В сухом остатке имеем костыльное решение (правка движка), которое порождает неудобства (необходимость повторения операции после каждого обновления движка), которые в свою очередь решаются еще одним костылём (diff файл, который не имеет никаких гарантий, что правила прописанные в нём сработают, так как исходный файл может быть изменен в процессе обновления).
Еще раз повторюсь: вы можете делать со своим сайтом что и как вам вздумается, это ваше право, но зачем учить плохим решениям других и еще и доказывать, что это лучшее решение?
Я предпочитаю решать проблемы методом «сделал и забыл», вы можете делать это как вам удобно, но зачем других так учить? Хотя бы в статью добавьте информацию о том, с какими трудностями в дальнейшем столкнется пользователь, который решит воспользоваться вашим методом.
Вы понимаете, что после обновления CMS все ваши изменения канут в Лету? Вы после каждого обновления будете проделывать эту процедуру или собираетесь отказаться от обновлений?
Ваша статья из разряда вредных советов и является довольно костыльным решением. Вы решаете одну проблему создавая другую. Если вы не php программист и не знаете как лучше решить вопрос без последствий — то лучше всего будет обратится к тем, кто знает.
С вашего предыдущего комментария я понял, что email в ответах раньше не было и вы их добавили уже после того, как вас начали активно парсить. Если были — тогда это ошибка/уязвимость, а если нет, тогда не понятно зачем вы их добавили.
Я бы на их месте тоже не активировал. Понимаю как можно забыть пароль, но AppleID, который по совместительству еще и ваша почта…
Ну тут еще и технический вопрос: на сколько я понимаю, процесс примерно следующий — тех. поддержка находит в базе ваш AppleID и делает сброс пароля, вам на почту приходит новый пароль или ссылка на изменение пароля, вы его меняете и в результате получаете доступ к аккаунту и соответственно к телефону. Естественно не зная AppleID нельзя сделать ему сброс пароля.
На сколько мне известно, iPhone можно разблокировать через тех. поддержку даже не зная пароль, при условии, что у вас есть коробка от этого телефона (IMEI на телефоне и на коробке должно совпадать)
Да нет, цена верная. Разделитель дробной части в США — точка. Запятая используется для упрощения чтения больших чисел (как разделитель групп разрядов).
Узлов меньше, но незнакомых нашим специалистам больше. Даже в моем 14-летнем автомобиле без компьютера половину поломок не могут диагностировать, а что говорить о современных авто. Официального сервиса теслы нету, а доморощенные спецы еще не научились.
— MODx Revo аналогично, только тут даже включать ничего не нужно, сразу всё есть. Вот туториал если интересно
— TYPO3 так же поддерживает мультисайтовость
Больше бесплатных CMS с такой возможностью я не знаю, но уверен они есть.
Если бы вы написали, что «да, моё решение не идеально, но тем не менее оно имеет право на жизнь хотя бы потому, что показывает как можно решать проблемы, которые нельзя решить с помощью плагинов», то я бы на этом и завершил диалог. Но вы упрямо продолжаете доказывать, что все те минусы на которые вам указывают полная ерунда и не стоят выеденного яйца.
Минусы вашего решения:
— Нужно после каждого обновления править файлы движка
— Можно править движок с помощью patch, но на шаред хостинга такой вариант не прокатит
— Минимальные изменения в исходном коде строки, которую нужно заменить и ваш diff файл поломан, нужно его править ( опять :-( ). Да даже банальное переименование файла и вам снова нужно лезть и копаться в коде
Плюсы по сравнению с плагином:
— Меньше файловых операций. Плюс крайне сомнительный: во-первых переименование файла не самая тяжеловесная операция для винтчестера, во-вторых, вы ресурсы хостинг-провайдера так бережете?
В сухом остатке имеем костыльное решение (правка движка), которое порождает неудобства (необходимость повторения операции после каждого обновления движка), которые в свою очередь решаются еще одним костылём (diff файл, который не имеет никаких гарантий, что правила прописанные в нём сработают, так как исходный файл может быть изменен в процессе обновления).
Еще раз повторюсь: вы можете делать со своим сайтом что и как вам вздумается, это ваше право, но зачем учить плохим решениям других и еще и доказывать, что это лучшее решение?
Ваша статья из разряда вредных советов и является довольно костыльным решением. Вы решаете одну проблему создавая другую. Если вы не php программист и не знаете как лучше решить вопрос без последствий — то лучше всего будет обратится к тем, кто знает.
© www.lenkapenka.ru/smooth-cast-onyx-slow-chernyj-zhidkij-plastik-poliuretanovyj.html
Ну тут еще и технический вопрос: на сколько я понимаю, процесс примерно следующий — тех. поддержка находит в базе ваш AppleID и делает сброс пароля, вам на почту приходит новый пароль или ссылка на изменение пароля, вы его меняете и в результате получаете доступ к аккаунту и соответственно к телефону. Естественно не зная AppleID нельзя сделать ему сброс пароля.