wget, если лишних слэшей не наблюдается, то можно вспомнить о том. что управляющие последовательности сработают в двойных кавычках. Это я в отношении вашего первого поста:
wget пишет:
выводится так же, как записано
Цитата:
Трава зеленая\r\nЗеленая трава
В таком случае, я бы вам советовал или пересмотреть структуру БД с учетом таких потребностей, или сортировать данные уже после вывода их из таблицы. А так - задуманное будет осуществить очень и очень сложно. Для примера, посмотрите функцию, которая производит поиск значения по ключу в json-строке. Теперь представьте, что вам надо не только вытащить все значения, но и найти в них значение соответствующее определенному формату (yyyy-mm-dd), да еще и отсортировать.
Я тут вот что еще подумал... Была у меня когда-то чем-то похожая ситуация. Я разделил тогда действия на два этапа: сначала составил регулярку, по нахождению той части, с которой не возникало проблем, изменил контент и затем составил вторую регулярку, уже опираясь на часть, которую уже изменил. Ну, например, вам проще найти часть, где есть любая кавычка, точка, а за ней сразу идёт символ "$". Заменяете фигурной скобкой. Далее второй пробег, где в регулярке ищите фигурную скобку, за ней знак доллара и уже первое вхождение точки и любой кавычки. В общем, как-то так.
P.S. Кстати, многие редакторы позволяют искать и заменять текст с использованием регулярки. Создайте дубликаты файлов и проэкспериментируйте на них.
Тут надо определить какая кавычка была открывающаяся
Я исходил из ваших представленных примеров. Естественно, что и протестировал на них же - там проблем не возникало. Но регулярка такая вещь, что малейшее отклонение от составленных правил, приводит к полной лаже. Для того, чтоб найти идеальное (или почти идеальное) решение, надо не пару строк изучить, а смотреть все файлы в целом.
Тут, на мой взгляд, надо добавить display: inline-block;, тады вроде бы работает нормально, а вообще, согласен с последним выводм: элемент "таблица" - замечтательный, если его применять в нужном месте.
Но всё как-то через одно место сделано: событие навесили на родительский элемент, хотя очевидно, что рука будет тянуться нажать на ссылку, а действие по умолчанию у неё не отменено. В общем, советую пересмотреть эту часть скриптов.
В отношениии скриптов - это понятие достаточно растяжимое. Есть ли ошибка? Если да, то какая? Посмторите, какие данные у вас попадают в запрос и выведите его на экран:
Не пойму в чем загвоздка... В сессии можно хранить id записи пользователя. Далее делаете обычный UPDATE-запрос с внесением данных пользователя. Схематически так:
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 298
Я ж так понимаю, что вам надо какой-то файл обработать? Так я бы лучше его руками переписал, чем мозг сушить
