sslab

Рейтинг
124
Регистрация
25.11.2008

Яндекс.Турбо и AMP страницы друг другу не мешают ни технологически, ни функционально, ни со стороны ПС. Реализовав на сайте XML-ку для Яндекс.Турбо не отменяет того, что сайт должен иметь мобильную/адаптивную версию. Да и реализовать для начала Яндекс.Турбо страницы можно только для какого то конкретного раздела сайта, а не для всего - чтобы попробовать так сказать. И при реализации не забудьте про требования от Яндекс - там есть не то чтобы слишком уж заковыристые тонкости, но они есть.

xakep1:
Я бы посоветовал Вам ТС взять за основу Wordpress

А я бы посоветовал взять Yii2, и какую-нить уже его стартовую сборку, например, ту, о которой ранее писал - yii2-starter-kit. Найти или веб студию (что будет дороже) или человека на долгосрочное сотрудничество на почасовую оплату (что будет дешевле). И развивать ваш собственный проект не упираясь в ограничения CMS, которые конечно обойти можно, но это дополнительный труд.

Это всего лишь мое мнение.

ТС, надо было опрос устроить в теме, кто что советует. Выборка будет конечно так себе, но все таки :)

danforth:
Можете прописать в стили в секцию с @media print ссылку на ваш пиксель (например, /printer/1.gif). Потом парсите логи и получаете количество запросов на печать. В теории должно сработать, на практике не пробовал.

Интересная мысля. Надо попробовать тоже ради интереса )

JabbaHutt:
Ну да, я про это выше и говорил. Вот по топовым конкурентам инфа.

Ну по вашей выборке сайтов, можно судить, что, все таки, скорее всего, самописные решения, в том числе с использованием фреймворков, пусть и дольше в разработке, но более гибкие в итоге. Но это не точно :)

Не сделаете вы тут однозначного вывода, что лучше - люди на всем пишут и входные условия у всех свои.

А я смотрю вы не мало сайтов прочекали, собирая статистику.

nezabor:
затребовал какой-то факишный Deterministic, я добавил но что это пока не разобрался

Ну общий синтаксис примерно такой будет


CREATE DEFINER = 'root'@'%'
FUNCTION qqq(aaa integer, bbb varchar(10))
RETURNS integer
DETERMINISTIC
BEGIN
DECLARE xxx integer;
SET xxx = (SELECT COUNT(*) FROM table WHERE id=aaa AND name=bbb)
RETURN xxx;
END

Если не укажете DETERMINISTIC, то по дефолту должно быть принято как NOT DETERMINISTIC

Попробуйте так при объявлении параметров

CREATE FUNCTION mailInsert (fio VARCHAR(64))

webmaster-kiev:
хотелось бы технически и пользовательски оценить сайт который сделан именно по такой схеме, скорость загрузки видео, или как там рекламные прероллы устроены.

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

JabbaHutt:
babycenter.com
thebump.com
whattoexpect.com
checkpregnancy.com
bellybelly.com.au
babymed.com

Бегло глянул, "разношерстные" сайты, что по архитектуре, что по тем технологиям, на которых они написаны (тыц, тыц, тыц)

А случайность, что все ваши сайты "примеры" про беременность?

JabbaHutt:
Но выбрать нужно лучший вариант, что бы через полгода не оказалось, что мы до сих пор пилим статейник, а могли по сути сделать а месяц на ВП. Или наоборот, что бы через год не оказалось, что мы уперлись в ограничения ВП или какого друпала.

Делать надо блоками/этапами.

1) Должны быть уже верстка, дизайн главной, страницы списка статей, раздела статей, статьи

2) urlManager и роутинг

3) Реализация ввода статей

4) Реализация вывода статей - на главной, на странице списка статей, раздела статей, статьи, применяя/"натягивая" верстку

5) Сформировать главную касаемо статей - как они там у вас будут - слайдер, плитка, сайдбар еще как то.

6) Регистрация, авторизация

7) Комментарии

8) Опросы

9) Предложить статью

10) шэринг в соц сети

На фреймворке реально за 12 - 15 дней выкатить эти 10 пунктов в тестирование. А далее, опять касаемо статей

11) Кэширование, зависимости кэширования

12) Поиск

Эти 2 пункта еще 2-3 дня.

А далее уже можно приниматься за правки багов за эти первые 3 недели кодинга, найденные при тестировании. Также за модернизацию и оптимизацию сделанного, что выяснится и придумается после тестирования.

А потом уже всякие доп. плюшки также этапами.

Написал навскидку, сроки и порядок работы судил по "как бы сам делал".

JabbaHutt:
Да, вы правы, такова уж менеджерская доля. Экономить деньги у нас особо задачи не стоит (на разработку запланировано 20-30к$). По определенным причинам мы не можем взять разработчика в штат и ищем сторонних подрядчиков. Потому хотелось бы на выходе получить что-то, что минимально требующие нонстоп допилов (как скорее всего выйдет в случае с фреймворком). С другой стороны важна скорость запуска сайта в работу, т.к. у нас уже готова куча контента, уже набираются новые контентщики. Потому пилить сайт полгода, а потом еще столько же его тестировать мы себе позволить не можем.
Вцелом я сам всегда был за фреймворки, неоднократно делал сайты и на ларавеле, и на yii2, и на симфони, и на реакте. Но это никогда не были статейники, это всегда были уникальные решения, которые невозможно было сдеать на чем-то готовом. И всегда это было долго, дорого, с кучей проблем в плане стабильности работы.
И это были "узкоспециализированные" сайты, статейник же предполагает дальнейшее развитие, как в плане структуры, так и в плане типов контента. И вот для обеспечения этой гибкости придется постоянно допиливать разработчику.

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

Всего: 479