- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
все это хорошо, но когда нужна производительность программиста, то использовать надо слайс, а когда нужна производительность кода, то двусвязанный список.
Не смешите =) Утечки памяти при использовании объектов не окупятся мизерным выигрышем в скорости. PHP не предназначен для работы с динамической памятью напрямую. С массивами кстати пхп работает на удивление быстро.
Не смешите =) Утечки памяти при использовании объектов не окупятся мизерным выигрышем в скорости. PHP не предназначен для работы с динамической памятью напрямую. С массивами кстати пхп работает на удивление быстро.
если не использовать форичи :)))
а сишные функции array_* и не должны медленно работать ...
Не смешите =) Утечки памяти при использовании объектов не окупятся мизерным выигрышем в скорости. PHP не предназначен для работы с динамической памятью напрямую. С массивами кстати пхп работает на удивление быстро.
главное чтоб памяти хватило на операции, а то вдруг исходный массив будет большим :)
главное чтоб памяти хватило на операции, а то вдруг исходный массив будет большим :)
будто с двусвязными списками ее хватит, а в простом слайсе не хватит :-D
нуневерю я в ваши доводы, НЕВЕРЮ
будто с двусвязными списками ее хватит, а в простом слайсе не хватит :-D
я разве где-то толкал мысль про двусвязные списки? :)
чё-то мне кажется, что быстрее всего будет вообще форичем найти нужный :)
и через prev|next выбрать два соседних
я разве где-то толкал мысль про двусвязные списки? :)
чё-то мне кажется, что быстрее всего будет вообще форичем найти нужный :)
и через prev|next выбрать два соседних
тогда уж array_search'em. он явно побыстрее форича.
bearman добавил 27.05.2009 в 20:55
я разве где-то толкал мысль про двусвязные списки? :)
чё-то мне кажется, что быстрее всего будет вообще форичем найти нужный :)
и через prev|next выбрать два соседних
про двусвязные списки были рассуждения на прошлой странице илипозапрошлой
тогда уж array_search'em. он явно побыстрее форича.
а он смещает внутренний указатель на элемент массива? :)
про двусвязные списки были рассуждения на прошлой странице илипозапрошлой
так рассуждения были, а меня не было ;)
честно скажу не интересовался ... думаю что нет.
bearman добавил 27.05.2009 в 22:46
dkameleon, /ru/forum/comment/4911627 тут было решение озвучено))
bearman добавил 27.05.2009 в 22:46
dkameleon, тут было решение озвучено))
это я видел, только там ниже сказали, что ключи не автоматические (ссылку на №4 на надо).
в общем было бы идеально, если бы функции смещали внутренний указатель :)
в вишлист чтоли написать?
dkameleon, /ru/forum/comment/4911667
можно и в виш, только это, чтобы доп параметром а не по дефолту, а то это может создать баги работающих скриптов)