Для того чтобы конвертировать документ в картинку - надо знать формат этого документа. По сути вы хотите парсер doc-файлов (docx - ладно, это архив из xml в zip, тут куда еще не шло) - закрытого формата на javascript. Если понять этот факт, то использование серверного софта для конвертации уже не будет казаться чем-то сложным.
Строго говоря, совсем без <input type="file"> сделать не выйдет, так уж html устроен.
Другое дело, что вы можете этот инпут динамически формировать, например.
http://mailru.github.io/FileAPI/ - посмотрите для примера.
http://mailru.github.io/FileAPI/examples/userpic.html
Был костыльный-костыльный вариант с загрузкой документа в гугло-документы и получанием оттуда превьюшки. Вот правда насчет размера итоговой картинки не уверен.
Но вообще аренда vps - по-моему, самый нормальный способ.
tinymce же это js редактор, да, у него есть какие-то платные модули с серверной частью, но если вам надо что-то кастомное, то проще, наверно будет что-то своё написать.
API для плагинов, у него, насколько я помню, был норм.
http://www.moxiemanager.com/ - вот эта штука в платной версии есть, насколько я понимаю, возможно там есть то, что вам надо.
Думаю, вот в этом-то как раз и ошибка. Разместите её вне этого блока.
{$yt->snippet->title|truncate:30} - так попробуйте
А куки-то чистили? Ну и как бы самопис-то ваш или чей, если ваш - то и к вам и вопрос. Ну или банально поискеоом по setcookie( поискать
В таком случае - самопис кастомный под вас. Можно на фреймворках, да. В любом случае надо будет искать баланс между гибкостью и скоростью разарботки. Чем более гибкую вещь захотите - тем дольше её делать.
Насколько я в курсе, у массивов в js индексы должны быть числовые. Т.е. здесь надо создавать объект через
var arr = {};
Другое дело, что в js практически всё объект и ваш код наверно будет работать, но это не по фен-шую (как и то, что ТС пытается селать)
Это могут быть всякие расширения, которые обеспечивают privacy - типа фиг вам, а не информация о пользователе.
Капчу показывать - это уж вы как хотите.