Ой, я Вас умоляю... Это не баг, а фича.
Просто не интуитивная.
Например как:
Угадайте что получим на выходе?
Процентов 90% не угадает. Хотя тоже в документации всё разжевано.
Или например многие не знают, что в пхп имена методов и функций регистронезависимые. Я например не знал. Хотя читал конечно, но это когда было то? Тогда о таких вещах и не думалось...
Cell, Вы же вроде ушли "навсегда"?)
Нельзя. Слишком опасно.
Для этого надо сразу несколько рубежей сдать.
"В жизни не видел эти ваши фото и понятия не имею о чем вы говорите" как правило надежнее. Даже если действительно несовершенолетних защищал). Ну или более "юридичная" формулировка "я не помню чтобы я видел эти фото".
Есть еще момент несовпадения факторов. Очень частая ситуация кстати.
Я когда вышла первая уязвимость пхпмейлера - прочитал, и отложил в долгий ящик, только через неделю пошел читать код, обновлять библиотеку и т.п.
Из двух десятков сайтов на поддержке где пхпмейлер - ни на одном не используется mail.
булка выдает ошибку базы данных при перегрузе субд на впс где стоит серч.
Скорее всего лечится увеличением колва конекшенов или заменой постоянных конекшенов на временные (второе вероятнее всего), но возможно цифра и объективная, мы же не знаем насколько мощный/слабый сервер.
Вебсервер выдает нам заглушку об ошибке.
Чисто интуитивно мы все считаем, что раз ошибка базы, значит нихрена не сохранилось, и перепосылаем еще раз.
По факту - упасть он может не только в момент сохранения, и до, и после.
Булка сильно много мусорит лишними запросами, всякие плагины, вбсео и т.п.
(не критикую, булка динозавр, да и не у всех даже свежих в этом порядка нет, просто констатирую факт), и часто падает она уже ПОСЛЕ сохранения.
Отсюда и дубли.
В принципе дубли вылечить относительно просто - перевести таблицы из майисам в инодб (почему-то мне кажется что там майисам) и запихнуть буквально во входной скрипт, или чуть позже - открытие/закрытие транзакции.
Но тут надо смотреть по контексту, это может как увеличить производительность, так и намертво увести в дедлоки. Так что как и с регулярными падениями - поскольку доступа "под капот" у нас нет, то миримся с дублями).
Хотя... вот. Где-то на подкорке у меня лежит мысль, что вроде или в основной настройке или в каком-то плагине у булки была защита от дубля вида "вы уже постили в эту тему точно такой же текст менее 5 минут назад".---------- Добавлено 20.03.2017 в 14:24 ----------
Можно вместо array() писать []. Везде.
Разве ради этого не стоит проапгрейдится?)
Если серьезно то не помню где конкретно остальные фишки появлялись.
Автозагрузка классов покрасивее стала, это упрощает интеграцию множества библиотек в один проект.
Генераторы, Трейты, много полезных итераторов, много говна задепрекейтили.
Скорость работы увеличилась. Не помню когда SPL появился, и структуры в нем разные, но в 5.3 я его еще точно не юзал.
Но главное конечно то что давно с поддержки сняли, и то что новые версии более требовательны к чистоте кода. Если твой код не хочет завестить на свежем пхп, то высока вероятность что у тебя и раньше были проблемы, но ты о них не знал, потому что тебе много прощали.
Ну и есть еще такая тема, как то что уже было в прошлых версиях вроде как и давно, но мы не использовали, ведь хоть мы и пишем скажем под 5.3, но помним что возможно расширений некоторых и не будет, или может оно и под 5.2 взлетит, да и вообще - требование 5.3 мы поставили, но конструкторы пхп4-стайл еще не убрали, ибо привычка....
Вот я лично хоть и добавил требование пхп5.3 давно, но неймспейсы начал использовать уже под 5.4, а обязательно - под 5.6...
Ждать. Мнения 50/50, но те кто следуют этой рекомендации - жалуются на проблемы в разы реже.
*AFAIK ждать надо не переиндексации всех страниц а переклейки зеркала, суть изменения основного зеркала в вебмастере, что вроде как не сильно связано с количеством страниц.
Никогда об этом не задумывался. Я бы без протокола указывал.
Да.
Доказать можешь? Без доп.экспертиз? Ну они тоже в принципе возможны.
Но там система будет сопротивляться....
Не понимаю зачем делать резервные копии если у меня еще никогда ничего не сыпалось. Вот когда потеряю инфу, тогда и начну.
Смешно?
Когда у старых версий дыры найдут и опубликуют - будет поздно.
Предохраняются до. Или во время. Есть конечно еще Нарзан, но это уже для гарантии). После - это уже борьба с последствиями.
Я понимаю что если сайт не особо важен, разбираться лень, взломают и ладно, откатим на бекап месячной давности, за пару недель из гугла с яндексом уйдет плашка вирусности, позиции вернутся и ладно....
Но если все это страшно, то лучше предохраняться.---------- Добавлено 20.03.2017 в 10:34 ----------
Строго говоря в основном говносайтов.
Там уязвимость срабатывала в очень специфичном контексте.
Насколько я помню надо было чтобы у хостера права были прописаны слишком широко у юзера от которого выполняют (что сейчас повсеместно, ибо лень каждому объяснять что он дурак, и нужно права выставлять и т.п.), почту слать через mail (что несколько странно, на шареде это часто проблемно в плане доставки, но на большом проекте где почта своя, да уместно может быть), и главное - отдавать библиотеке нефильтрованные данные. а это уже вордпресс какой-то прямо (троллю да).
Меня удивила история с Мускулом. Там да, жестко было с правами.
В пхпмейлере меня еще удивило что все ставят библиотеку через композер и все такое, а у них до сих пор нет неймспейсов. Не две версии, а одна, свежая, без неймспейсов. У них не так много файлов чтобы нужно было много переделывать. Но не переделали. Я когда дозрел, у меня во фреймворке было около 300 классов, и еще столько же всяких конфигов, шаблонов, где изредко но имя класса встречалось.. Перевел за неделю. А тут шесть файлов и ребятам лень.
(не возмутило, сам таких хвостов вагоны оставляю, удивило именно, ведь уже сколько лет 5.3 существует а библиотека популярная).
Язык стоит выучить любой.
Просто надо же на чем-то практиковаться.
Но это не вопрос обучения программированию.
Вызубрить наизусть самый-лучший язык (тм) - ничто.
Прочитать Банду Четырех - уже первый шажок к программированию.
Всё так, но "ваш код" недостаточно универсален.
Есть один язык на русском, в котором это абсолютно уместно.
1с, да.
И нет, это не потому что 1с-ники ленивые и тупые идиоты не способные выучить полтора десятка ключевых слов. Проблема не в этом, а в том, что 90% того что мы пишем это не ключевые слова языка, а термины предметной области.
Когда 100% твоих клиентов русскоязычные, и вся терминология на русском, и ты и клиент знает эти термины только на русском, а часть терминов не имеет внятных аналогов (да, документооборот в разных странах не совпадает), то как нам называть переменные, классы и т.п. (там предметноориентированный язык, и не совсем классы, но не суть)? Транслитом? Писать конструкции языка на английском и переключаться на русский для всех переменных и т.п.? Гы.
Одно время был большой проект интеграции, нужно было много чего писать на 1С, именно внутри, не ODBC или XML а именно их язык.
К русскому языку привык за неделю. Только SQL ну русском долго мысленно переводил в голове. А вот фигурные скобки бесили жутко. В русской раскладке фигурных скобок нет. А нужны они постоянно. Бесило.
Уникализированный шаблон и структура папок это значит можно предложить свой?)
т.е. например попрошу сложить все статьи в одну папку и "дизайн" сделать
<article>
<title>{title}</title>
<content>{content}</content>
</article>
То это будет возможно?
Поддержки пятых версий нет. Секьюритификсы только для 5.6.
Правда безопасность будет дольше чем у 7.0
Что логично, но забавно.
