Тут надо указать, что второй способ вообще не рекомендуется применять, потому как у вас теоретически может быть задана константа с таким именем. Если в массиве ключи строковые, то их и записывать надо в виде строк.
Если есть такая возможность, обновите, пожалуйста, вот это место (юг Татарстана, закрытый облаками): maps.yandex.ru/-/CVwXrnc
Пусть даже в не особо хорошем разрешении. Там находятся дорогие для меня с детства места, а посмотреть не получается.
Не совсем так. С теми же автомобилями — тут получается вин-вин ситуэйшен: довольно много народу на сайты приходит именно с яндексовского сервиса, потому что там просмотр объявления конкретного осуществляется непосредственно на самом сайте, а яндекс помогает людям подыскивать нужный вариант.
Блин, парсер глюкнул
Первое предложение «Недавно обнаруженная известным IT Security специалистом Стефаном Эссером уязвимость в интерпретаторе PHP теоретически может затронуть миллионы веб-сайтов, на которых используется PHP<=5.2.5»
Во-первых, это баг интерпретатора, с таким же успехом может обнаружится баг ядра, который позволит получить вообще полный контроль над системой, от этого мы не застрахованы.
Во-вторых, 5.2.5 — очень старая версия, думаю, она уже мало где стоит.
Первое предложение: «Недавно обнаруженная известным IT Security специалистом Стефаном Эссером уязвимость в интерпретаторе PHP теоретически может затронуть миллионы веб-сайтов, на которых используется PHP
А что будет, если уволится разработчик, который знал алгоритм и ключ? Правильно, критически важно сразу изменить ключ. А это значит, что все, кому до этого уже пришла ссылка, не смогут ею воспользоваться. Это, соглашусь, не так страшно, но все равно какое-то костыльное решение получается.
Присоединюсь ко второму пункту, раскрытие алгоритма фатально для системы безопасности сайта, такое решение в серьезной работе применять нельзя.
И в БД эти ключи не так уж много место занимают, их можно регулярно подчищать.
Большинство моих знакомых покупают домен в зоне.рф с названием фирмы скорее затем, чтоб другие не купили. Получается, что регистраторы просто шантажируют владельцев компаний, вытягивая из них деньги.
Видимо, китайцы портят всю картину своим числом.
Тут надо указать, что второй способ вообще не рекомендуется применять, потому как у вас теоретически может быть задана константа с таким именем. Если в массиве ключи строковые, то их и записывать надо в виде строк.
Пусть даже в не особо хорошем разрешении. Там находятся дорогие для меня с детства места, а посмотреть не получается.
Первое предложение «Недавно обнаруженная известным IT Security специалистом Стефаном Эссером уязвимость в интерпретаторе PHP теоретически может затронуть миллионы веб-сайтов, на которых используется PHP<=5.2.5»
Во-первых, это баг интерпретатора, с таким же успехом может обнаружится баг ядра, который позволит получить вообще полный контроль над системой, от этого мы не застрахованы.
Во-вторых, 5.2.5 — очень старая версия, думаю, она уже мало где стоит.
А что будет, если уволится разработчик, который знал алгоритм и ключ? Правильно, критически важно сразу изменить ключ. А это значит, что все, кому до этого уже пришла ссылка, не смогут ею воспользоваться. Это, соглашусь, не так страшно, но все равно какое-то костыльное решение получается.
И в БД эти ключи не так уж много место занимают, их можно регулярно подчищать.