Не знаю че скажут эти великие головы, но с вопросами в СУЗе от подобных голов тоже встречался. Боюсь подумать, какие там головы в ВУЗах:D
VPN, proxy-server
Я больше к ВПНу склоняюсь.
Оптимизайка, а для указателей Вы будете использовать линейный(есть еще условый и циклический) алгоритм? Доступ к ячейки к указателям массива не есть перебор этого самого массива?
Перебор по-любому нужен, хоть с указателями, хоть без! Потому что Вы не можете знать где какое число, и Вам по-любому нужно все просчитать.
ПокАжите решение без рекурсии и без обхода(не получая доступ к ячейкам) массива - либо вырву тот волос(он уже заждался, когда же я проиграю пари), либо отсеку ту(не совсем ту, та была отсечена, не дождавшись когда я проспорю) белую часть ногтя;D
1) мало платите
2) они не спецы по ДЛЕ
3) У них с детства аллергия на подобные друшлаки:D
4) Все вместе.
seosniks, я бы со своим интернетом не позволил себе качать пусть и мельнеких, но 10к файлов, а потом их сувать обратно.
Жизнь бесценна, для всего остального есть ПиЭйчПи:)
ТС, подобное уже гле-то обсуждалось, и я светил ПХПшный код. Если найду - покажу, не найду - ищите сами:)
UPD: нашел, для адаптации под свои нужны необходимо минимум знаний ПХП.
ДА и есчо: обезопасте себя от себя. Как бы это не звучало, но сам порой бываю в таких ситуациях из-за спешки/невнимательности.
Не надо сразу делать замену в текущих файлах. Лучше скажите скрипту, чтобы результат записывал не в старый файл, а создавал новый, ну скажем по маске "Replace0105_filename.ext", то есть если это был файл index.html, то станет Replace0105_index.html. В таком случае у Вас будут бэкапы, которые не надо туда-суда тискать, и Вы сможете оценить работоспособность новых файлов. И если все гуд - переименовать "Replace0105_filename.ext" в "filename.ext".
Надеюсь, идея ясна;)
RewriteCond %{HTTP_HOST} ^oknaplastikovye\.ru
RewriteRule ^(.*)$ http://plastikovyeplasmassy.ru/$1 [R=301,L]
От полного перебора никак не уйдешь!!!
Ты же заранее не знаешь, где и какие числ. Они же ведь везде рандомные и в 10 потомке может быть число в 100500 раз больше чем в родителе. Поэтому необходимо построить древо.
Если уж без БД, то ситуация очень похожа на рекурсивную функцию для обхода директории(если директория - заходим в нее и опять вызываем функцию, а если файл, то отображаем его название). Тут все также: если значение ячейки == массив - делаем то что надо(суммируем и т.д.), а если число, то значит конец и надо продолжать, пока не будет конец конца:D
Если бы было к примеру, что на 1 уровне десятки, на 2 сотки, на 3 тысячи и т.д. То есть знать, что в родителе число всегда меньше(или наоборот больше), чем в потомке, тогда да, тупая рекурсивная функция для массива(ищем ключ, который больше/меньше всех своих соседей(они такого же уровня), форычим значение(если массив) этого ключа).
А если числа во всех ячейках рандомные(любая ячейка от 0 до +~), то скорей всего без полного перебора всех комбинаций не обойтись.
ЗЫ. там че в условии задачи написано: "программа должна работать на тетрисе":D
Это вообще что такое? Чем больше инфы - тем лучше, сам знаешь;)
Можно(опять же, я не знаю что это за велосипед и для каких целей нужен) к примеру держать таблицу в мускуле(родительID, ребенокID, сумма от самого старшего родителя).
Потом просто находим max(`summa_ot_samogo_starshego_roditel9`) и уже вычисляем саму цепочку чисел из другой таблицы(id, num) если надо.
Потому что если не будет вопроса, то прилипнет QUERY_STRING от текущей страницы. А если поставите вопрос, то вы отправляете на страницу с пустой СТРОКОЙ_ЗАПРОСА.
Во всяком случае я так это понимаю. На самом деле все может быть по другому;)
PS. Яндекс и гугл тоже не говорят, что для попадания в ТОП по ВЧ надо накупить качественных ссылок с качественных ресурсов в нормальном количестве + статьи + контекст и прочее. Это как пример. ВЧ не двигал ни разу:)
