Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
iworkshop:
ArbNet, я начинающий программист. PHP знаю на уровне джуна(слабого\сильного - не важно),

К сожалению вы уже более компетентные, потому что ТС сложно даже под джуна подтянуть.

Ivan Lungov:
Лично я никого н обувал. И пока был у руля ТК МАРОСНЕТ - все работало и развивалось. И всегда все вопросы по финансам с клиентами решались согласно закону.

То есть вы считаете что вопрос баланса на аккаунте это и есть обул?

Да нет, тут больше вопросов в другом:

1. Когда вы были у руля, вы не принимали решения которые подвели компанию к тому к чему подвели?

2. Вы не участвовали в развале компании?

3. ВЫ не вывозили биллинг и сервера?

4. Вы в целом никак не виноваты в том что случилось, я правильно понимаю?

Что же такого изменилось? Почему оно не должно повториться?

Ладно хрен с ним с вызовом, пусть будет, не так уж это и плохо, хоть и не читаемо.

ВОпрос:


<rec node.="component">
<title>Заголовок</title>
<users node.users="parametr"/>
</rec>

Как будет выглядеть реализация users? Как отфильтровать parametr по какому либо из полей? Как передать сколько юзеров я зочу вывести и как построить по всему этому пагинацию?

Вы привели слишком простой пример, прям очень простой, хотелось бы более жизненный. Есть массив товаров, на страницы 3 ноды (слайдера), в первый надо вывести товары с флагом sale, во втором c флагом popular и в третьем которые юзер ранее смотрел/покупал, по факту это нода должна быть списком каталога. Как описать эту банальную простейшую задачу на вашем супер мега умном и в то же время простом шаблонизаторе? Про пагинацию тоже можете добавить пару слов. Потому что есть 4 нода такая же, только она выводит на страницы список товаров раздела текущего с пагинацией.

И еще хотелось бы весь layout увидеть целиком, а не просто вызов абстрактный в вакуме.

Отстаньте от него, он пока улучшает CMS, скоро поймет что его фреймворк не такой быстрый из за строения современных процессоров, пойдет делать свой проц на новой, никому до сели невиданной архитектуре... ну точнее будет писать об этом на форуме, делать то конечно ничего не будет. ТС у нас теоретик, он может только думать и рассуждать о высоком, а выполнять рутинную работу это не про него, именно для неё и нужна команда =)) он будет философствовать а остальные трудиться

baddl, да не будет никаких компенсаций. Все притензии были к марошнету, а это абсолютно новая, чистая компания, ей денег никто не платил и возвращать никому она ничего не должна.

Люди бизнес делают, а не благотворительность. Снова обуют всех рано или поздно.

gunwitch:
Разрешите поинтересоваться: а какие тарифы Бегета у вас и вашего клиента?

У клиента Start у меня Blog - стартовые по сути.

gunwitch:
т.к. непонятно сколько времени будет окупаться такое оборудование

Не люблю считать чужие деньги, но компания большая, если они посчитали, значит им выгодно на таких объемах. Возможно если у хостера серверов с десяток это одно, а у бегета раньше вообще только шаред был, виртуальные сервера они ввели относительно недавно. И возможно дешевле держать один за 2500$ чем 10 по 250$, тут я не силён, хостером по факту никогда не был, который бы покупал и окупал оборудование.

ArbNet:
Aisamiery, для сайта PHP и JavaScript вполне достаточно, по ним легко найти документацию или тех кто напишет нужную функцию за вознаграждение

Вы путаетесь в показаниях, людей знающих чистый JavaScript меньше, чем людей знающих jQuery. Но чистый JS вам норм, а jQuery почему то зло. Документации и разработчиков по другим либам и фреймворкам найти как раз таки не сложно и много по ним уроков, туториалов и документаций, а за вознаграждение еще проще. Короче у вас там у самого каша какая то в голове. Вроде за скорость давите, но используете далеко не скоростные решения. Вроде за документацию и уроки давите, но предлагаете не использовать то где этого много, а хотите запилить свои где этого нет вообще. Там короче клиника в голове судя по всему.

ArbNet:
Любые надстройки это замедление работы и увеличение кода. Идеальной системы не существует, рано или поздно нужно будет реализовать нестандартное решение и это придётся делать напрямую без надстройки, тогда зачем она нужна? Только чтобы люди которые не умеют думать и программировать пользовались готовыми решениями. Из чего вытекает ещё больше проблем..

Тогда выбор php как языка бэкенда очень странное решение, если вы бьетесь за производительность, то php далеко не самый быстрый язык, взяли бы хотя бы go что ли, или rust, на крайний случай C++ Вот где надо уметь программировать, а то что вы там нафигачили в файл это как раз от неумения программировать, но никто не исключает что думали вы долго и много, только не результативно к сожалению.

ArbNet:

Скорее всего вы правы. Разработка под мой фреймворк рассчитан на думающих людей умеющих программировать, так как реализация узлов производится с ноля без сторонних фреймворков, библиотек и тд. А этому надо учится.

Нету у вас еще ни библиотек ни фреймворков, а ваш фреймворк расчитан только чтобы потрындеть на форуме, а думать неделю какой цвет использовать это явно не про тех "думающих людей умеющих программировать".

Vittorino:
Офигенную нагрузку на сервер вызывают обращения к sitemap.xml (10+ CP в день), admin-ajax.php (да-да, однажды только мои ковыряния в админке истратили весь дневной лимит!)
Ну и вообще-то на всех 5 сайтах на площадке у меня может 30000 страниц. Постоянно какая-то движуха. Почему это всё так напрягает сервер Бегет?
На самом деле, есть идеи, кое-что я уже сделал, но допиливать сайт под хостинг мне кажется даже более идиотским решением, чем остаться сейчас после всего на мастерхосте. Лучше буду искать хостинг, где нас примут какие мы есть)))

Вот видите, что то начинает обрисовываться.

Скорее всего у вас не существует файла sitemap.xml и у вас он генерируется с нуля на каждый запрос, от туда 10+CP, я одно время игрался с опенкартом, там такой же принцип, генерация карты сайта автоматом (но возможно с кэшем, но не суть), так вот на 2500 тестовых товаров, сайт падал по таймауту в 30 секунд, то есть скрипту нехватало времени собрать карту сайта на 2500 товаров, у вас 30000 страниц верно? вы на каждом запроче генерируете карту сайта. Переделайте плагин, генерируйте карту сайта в статику только при добавлении/удалении материалов и страниц.

admin-ajax.php не уверен, спецы поправят, но на сколько помню я, его использует не только админка, а в том числе и плагины на него отправляют ajax запросы. Сам файл это лишь фронт контроллер, то есть он просто принимает запросы, а обрабатывают их уже какие то плагины которые на них подписаны. Если вы знаете что такое xhprof, так включите его, посмотрите что дольше всего отрабатывает, делов то на 10 минут. Так вы вычислите плагины, которые нагружают систему больше всего, найдёте узкие места и исправите. И самое главное это не для хостинга, а для того чтобы ваш сайт работал быстрее в целом

foxi:
сомнительно. любой вменяемый хостер не позволит юзать шаред на полную катушку, потому что надо ресурсами делиться еще с 100500 клиентами.

Как раз пользоваться дадут.... но не долго))

Всего: 4113